Перейти к публикации
Поиск в
  • Дополнительно...
Искать результаты, содержащие...
Искать результаты в...

Till

Пользователи
  
 Профиль  Активность

  • Публикаций

    57

  • Зарегистрирован

  • Посещение

 Тип публикации 

Все публикации пользователя Till

  1. Till
    А це десь у модулі вказано, чи це на стороні НП ліміти? Бо покищо все ж тільки 20 шт трекає. Клієнти забирають посилки, статус замовлень міняється на фінальний - той, який не відслідковується, і тільки тоді починає трекати більш нові замовлення з ТТН.
  2. Till
    Так, я зрозумів, дякую)) Просто раніше в магазі був один кінцевий статус, який зараз став проміжковим і необхідним для відстежування, тому й виникла необхідність їх зміни. Зіштовхнувся ще з проблемою - це ліміт ТТН на відстежування. Всього 20 штук (визначив по логам). Відслідковується тільки 20 найдавніших ТТН, і доки їх статус не стане кінцевим (той який не відстежується, наприклад "Отримано"), то більш свіжі замовлення з ТТН не оновлюються. На практиці доводиться просто чекати, доки хтось з замовників забере посилку, щоб почали трекатись більш новіші по черзі. Або в деяких випадках зменшувати кількість статусів для відстеження, але це не буде рішенням, якщо в магазі значна кількість замовлень в день, або 20+ активних посилок в кабінеті НП (наприклад. їдуть чи очікують на відділенні).
  3. Till
    Короч, треба обов'язково таке зробити, інакше кожного разу модуль буде стукатись до старих замовлень із статусом, який обраний для відслідковування. Змінити статуси, почистити кеші, запустити задачу cron на оновлення статусів. Все запрацювало, дуже дякую за підказку з логами))
  4. Till
    Спробуйте збільшити memory_limit (в налаштуваннях PHP хостингу або в файлі php.ini). Не вистачає пам'яті на опрацювання.
  5. Till
    Доброго дня! Дякую, зробив так. У журналі помилок з'являються записи з табличними даними замовлень: 2025-04-27 6:02:08 - Nova Poshta API tracking orders: 2025-04-27 6:02:08 - Array ( [20450597595576] => Array ( [order_id] => 5974 [invoice_no] => 0 [invoice_prefix] => INV-2020-00 [novaposhta_cn_number] => 20450597595576 ...... і т.д. ... 2025-04-27 6:02:09 - Nova Poshta API response: {"success":true,"data":[{"Number":"20450597595576","StatusCode":"3" ......т.д.... 2025-04-27 6:02:09 - Nova Poshta API documents: 2025-04-27 6:02:09 - Array ( [0] => Array ( [Number] => 20450597595576 [StatusCode] => 3 [DateCreated] => [Status] => Номер не знайдено .......... т.д. ........ Це дуже старі замовлення, у яких модуль не знаходить дані по ТТН (із-за давності). По ходу, модуль почав зрівнювати номери ТТН і статуси замовлень з самого початку, відколи був встановлений. І опрацьовує дані порційно, тому треба ще багатенько часу, доки він дійде до нових (бо зараз номери замовлень від 18700+). Можливо, варто поставити виконання задачі cron на кожні 2-3 хвилини, доки до актуальних замовлень не дійде? Чи массово змінити статуси всім старим замовленням на ті, які не мають відслідковуватись модулем
  6. Till
    Теж така проблема. Зроблені і прописані налаштування статусів і відповідностей по інструкції, але змін не відбувається. Задача Cron запускається і виконується, також запускав напряму із адмінки модуля. Логи помилок в адмінці сайту і серверу чисті.
  7. Till
    Дякую. Та договір є, але контроль оплати не підключали. Мені просто менеджер подав інформацію так, ніби я взагалі не зможу приймати наложки, якщо у мене нема НоваПей. Та й є, наче, інфа про те, що зараз контроль оплати можна підключити тільки у тому випадку, якщо заключати договір з НоваПей. Не маю бажання працювати з НоваПей, бо вже є Монобанк. А розділяти кошти по декільком рахункам ФОП це головняк і незручність. До того ж, Монобанк не бере комісій за зарахування післяплат з отримувача коштів)) Більш того, НоваПей дуже "сирий" і навіть зареєструватись там ще той гемор виявився)))
  8. Till
    Вітаю! А хтось чув щось зрозуміле на рахунок того, що Нова Пошта мудрує з наложками, і буде забороняти зарахування на банківську карту (в моєму випадку - ключ-карту рахунку)? І ніби тільки все через НоваПей треба буде робити. Бо звучить як маячня і необрунтоване залякування задля примусового збільшення бази клієнтів свого банку.
  9. Till
    Доброго дня! У мене та ж ситуація. Очистив і оновив все що міг, але результату це не дало. ocStore 3.0.2.0
  10. Till
    @nazar_kachurak Вітаю! А чи реально зробити функціонал передплати у модулі? Бо вже тривалий час ситуація така, що багато підприємців відправляють наложкою товари тільки по частковій передплаті. Чи можна додати на сторінку чеків /admin/index.php?route=sale/receipt функціонал створення чеків з передоплатою, де суму передоплати вказує продавець і вона, наприклад, зараховується як платіж на рахунок (чи ключ-карту), а решта коштів виписується чеком як накладений платіж при отриманні клієнтом посилки (чи на іншому єтапі, як вже налаштувати модуль НП)?
  11. Till
    Дякую, це я зрозумів)) Та як це в модулі на опенкарт реалізувати?)) Бо наразі функціонал заточений лиш під 1 варіант.
  12. Till
    Вітаю! А я трохи не зрозумів, як бути, коли є декілька варіантів оплат. У мене, наприклад, однієї безготівки 3 варіанти: - На рахунок (або ключ-карту) - Еквайринг Моно - ВейФоПей А також чи можна робити чеки з частковою передплатою в модулі?
  13. Till

    Округлення цін в БД

    Till ответил в теме пользователя Till в Opencart 3.x: Общие вопросы

    Дякую) Та, на жаль, це для мене занадто складно. Я, по суті, в коді мало що тямлю))
  14. Till

    Округлення цін в БД

    Till ответил в теме пользователя Till в Opencart 3.x: Общие вопросы

    Дуже дякую)) Напевно, я ще щось накрутив (або ні), то в мене в цьому плані виходить все ок: ставлю ціну 0.99 (саме з крапкою), і в картці товару і в БД йде значення "1". Якщо вказувати 0,99 (з комою), то дійсно є проблема. Але Опенкарт сам замінює знак коми на крапку по замовчуванню в полі вводу ціни, тобто, проблем наче не має виникнути. А факапи з масовим оновленням товарів з файлу від постачальника, де він (постачальник) використовує у цінах коми для значення "тисячі" й так були))
  15. Till
    Доброго дня! Ситуація наступна: Зробив округлення акційних цін товарів в адмінці (Адмінка-Каталог-Товари-вкладка Акції) до цілого числа, щоб були без копійок (бо вказуємо знижки у відсотках за допомогою модулів, і воно проставляє копійки). Але в БД записуються значення все одно з копійками. Тому виникають деякі косяки, якщо покупець купує декілька позицій даного товару. Підкажіть, будь ласка, як по-нормальному округляти ціни в БД? Чи нормальним буде зміна типу поля ціни в таблиці БД з decimal на integer? На тестовому магазі наче працює нормально, але на робочому трішки очкую одразу робити ці правки, бо хз чи щось може вилізти. Може щось не врахував. Копійки на сайті відсутні взагалі для користувача, тобто всі ціни та розрахунки вказані цілим числом, валюта одна, без конвертувань.
  16. Till
    Дякую. На жаль, моїх знань не достатньо щоб вчехлити, куди саме вписувати код у контроллері (на прикладі деталей замовлення). В шаблоні, наче, втулив куди треба)) Я не проти символічно віддячити за детальну допомогу))
  17. Till
    Вітаю! Яким чином можна реалізувати у деталях замовлення в адмінці (та у листах клієнту/адміну з деталями замовлення) вивід ціни товару без знижки (перечеркнута ціна) та зі знижкою? (330 грн 295 грн) А також та ж сама ситуація у корзині Буду дуже вдячний за рішення.
  18. Till
    Не знаю що саме мені допомогло, але я: - Заходив у Сімпл та модуль НП та перезберіг налаштування. Але наче після цього змін не було, проблема залишилась. - Потім почистив всі можливі кеші: системний кеш сайту, кеш шаблону, серверне кешування (opcache, redis, т.д.). Тільки після цього все стало норм. Oc 3.
  19. Till
    Я розумію, якби це був якийсь окремий випадок і відповідь з рішенням була б десь посередині сторінок всієї теми... Але ж тут останні 3-4 сторінки якраз і обговорюється дана проблема. Навіть проскролити цю сторінку доверху і там вже відповідали на це ж питання...
  20. Till
    У мене на ос 3 все норм стало. А от на Ос 2.3 проблеми з актуальністю відділень. Не показуються поштомати, відділення не всі актуальні (дані дуже застарілі). Хоча база в модулі оновлена і на декількох сайтах відображає одну й ту ж кількість відділень.
  21. Till
    Схожа ситуація і на іншому сайті на ocStore 2.3 Апалась версія модуля з 4.0.1 до 4.0.2. При доставці на відділення - вони є у випадаючому списку. При обраному варіанті доставки на поштомат також присутні варіанти з відділеннями. Але при текстовому пошуку знаходить всього парочку поштоматів по Києву (4 шт): В базі модуля 23091 відділення.
  22. Till
    UPD. Збільшив ліміти, один раз проскочило і оновило кількість відділень до 23 тис (оновлював з вкладки "База даних" в модулі). Але при оформленні замовлень немає випадаючого списку з містами та відділеннями у методі доставки на відділення. У методі доставки на поштомат є лише міста у випадаючому списку. В Сімплі замінив novaposhta.warehouse на новий novaposhta.department (оновлював з версії 3.5.0), але не допомогло. Вирішив перевстановити модуль, і тепер знову тривале оновлення відділень (зависає на цьому моменті).
  23. Till
    По стандарту 30 сек. Варто збільшити до 60?
  24. Till
    Дякую, втиканув. Це вирішило питання інтерфейсу. Але оновлення відділень запустив повторно, вже годину оновлює
  25. Till
    А у мене інтерфейс модуля поламаний. + Оновлення відділень після підключення АПІ вже з годину висить. ocStore 3.0.2, php 7.3

Покупцям

Розробникам

Корисна інформація

Останні розширення

×
×
  • Создать...

Важная информация

На нашем сайте используются файлы cookie и происходит обработка некоторых персональных данных пользователей, чтобы улучшить пользовательский интерфейс. Чтобы узнать для чего и какие персональные данные мы обрабатываем перейдите по ссылке. Если Вы нажмете «Я даю согласие», это означает, что Вы понимаете и принимаете все условия, указанные в этом Уведомлении о Конфиденциальности.

  Я принимаю