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

Till

Пользователи
  
  • Публикаций

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

  • Посещение

Посетители профиля

1 978 просмотров профиля

Достижения Till

Collaborator

Collaborator (7/14)

  • Dedicated Редкая
  • First Post
  • Collaborator
  • Reacting Well Редкая
  • Conversation Starter

Последние медали

9

Репутация

  1. @Prorab337 Доброго дня! Підкажіть, будь ласка, в яку сторону копати? Із-за проблем в роботі НП спробували відключати модуль, бо неможливо було в адмінці сайту працювати із-за АПІ нової пошти. Думали, раптово допоможе. Вимикали просто тумблер в налаштуваннях модуля (не деактивація модуля зі списку модулів). Після увімкнення модуля назад не з'явились кнопки "наявності/створення ттн" у списку замовлень та у деталях замовлення. При тому, загальна кнопка "Список накладних" у списку замовлень з'явилась. Кеши очищали і системні і серверні, модифікатори оновлювали, в логах помилок немає. ----------- UPD. Вирішено. Можливо, хтось зіткнеться з такою ж проблемою. Причина: Злетів чекбокс в полі "Сумісний спосіб доставки" на вкладці налаштувань "ТТН".
  2. Ні, справа не в місцях, а в різних ТТН. Наприклад, замовлення клієнта розділяється, бо 1 частина їде з одного складу, а друга - зовсім з іншого. Можуть бути різні міста.
  3. Було б дуже круто докрутити одну функцію. Або може хтось підкаже рішення. Буває таке, що одне замовлення розбивається на 2 посилки. 1 ТТН ми створюємо через модуль, другу - через кабінет НП. В БД сайту є тільки одна ТТН - та, яку ми створили через модуль. В коментар до замовлення по кнопці "Отримати ТТН Нової Пошти" вставляються всі ТТН, які є у замовлення. Я так розумію, що тут по АПІ підтягуються з кабінету, а не з БД. Так от, чи можна і як реалізувати, щоб всі ТТН, які є у замовлення, тягнулись в БД?)) Дякую.
  4. А це десь у модулі вказано, чи це на стороні НП ліміти? Бо покищо все ж тільки 20 шт трекає. Клієнти забирають посилки, статус замовлень міняється на фінальний - той, який не відслідковується, і тільки тоді починає трекати більш нові замовлення з ТТН.
  5. Так, я зрозумів, дякую)) Просто раніше в магазі був один кінцевий статус, який зараз став проміжковим і необхідним для відстежування, тому й виникла необхідність їх зміни. Зіштовхнувся ще з проблемою - це ліміт ТТН на відстежування. Всього 20 штук (визначив по логам). Відслідковується тільки 20 найдавніших ТТН, і доки їх статус не стане кінцевим (той який не відстежується, наприклад "Отримано"), то більш свіжі замовлення з ТТН не оновлюються. На практиці доводиться просто чекати, доки хтось з замовників забере посилку, щоб почали трекатись більш новіші по черзі. Або в деяких випадках зменшувати кількість статусів для відстеження, але це не буде рішенням, якщо в магазі значна кількість замовлень в день, або 20+ активних посилок в кабінеті НП (наприклад. їдуть чи очікують на відділенні).
  6. Короч, треба обов'язково таке зробити, інакше кожного разу модуль буде стукатись до старих замовлень із статусом, який обраний для відслідковування. Змінити статуси, почистити кеші, запустити задачу cron на оновлення статусів. Все запрацювало, дуже дякую за підказку з логами))
  7. Доброго дня! Дякую, зробив так. У журналі помилок з'являються записи з табличними даними замовлень: 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 хвилини, доки до актуальних замовлень не дійде? Чи массово змінити статуси всім старим замовленням на ті, які не мають відслідковуватись модулем
  8. Теж така проблема. Зроблені і прописані налаштування статусів і відповідностей по інструкції, але змін не відбувається. Задача Cron запускається і виконується, також запускав напряму із адмінки модуля. Логи помилок в адмінці сайту і серверу чисті.
  9. Дякую. Та договір є, але контроль оплати не підключали. Мені просто менеджер подав інформацію так, ніби я взагалі не зможу приймати наложки, якщо у мене нема НоваПей. Та й є, наче, інфа про те, що зараз контроль оплати можна підключити тільки у тому випадку, якщо заключати договір з НоваПей. Не маю бажання працювати з НоваПей, бо вже є Монобанк. А розділяти кошти по декільком рахункам ФОП це головняк і незручність. До того ж, Монобанк не бере комісій за зарахування післяплат з отримувача коштів)) Більш того, НоваПей дуже "сирий" і навіть зареєструватись там ще той гемор виявився)))
  10. Вітаю! А хтось чув щось зрозуміле на рахунок того, що Нова Пошта мудрує з наложками, і буде забороняти зарахування на банківську карту (в моєму випадку - ключ-карту рахунку)? І ніби тільки все через НоваПей треба буде робити. Бо звучить як маячня і необрунтоване залякування задля примусового збільшення бази клієнтів свого банку.
  11. Доброго дня! У мене та ж ситуація. Очистив і оновив все що міг, але результату це не дало. ocStore 3.0.2.0
Гость
×
  • Создать...

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

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