Перелік проблем, які можуть виникнути під час інтеграції - datawizio/pythonAPI GitHub Wiki

Перелік проблем, які можуть виникнути під час інтеграції з Datawiz.io:

  1. Коли не співпадають продажі:
  • не відправлено всі продажі (оптові (мітка в чеку bulk=true) і роздрібні);
  • рітейлер не врахував повернення (якщо це повернення, необхідно поставити мітку в чеку refund=true і ціна має бути від’ємна).
2. Коли не співпадає дохід або він від’ємний:
  • відправлено неправдиві ціни на товари;
  • відправлено не всі ціни на товари;
  • у списку цін продажна ціна вказана менша ніж закупочна.
3. Коли не збігаються залишки, а також вартість залишків:
  • рітейлер відправляє мінусові залишки;
  • не правильно відправлені ціни на товари, у випадку якщо рітейлер не присилає суму залишку.
4. Коли продажі верхньої категорії не співпадають з сумою по під категоріях:
  • в рітейлера є товари, які наслідуються від верхньої категорії.

Перелік правил для коректної роботи сервісу:

  1. Товар не може належати двом категоріям одночасно;
  2. Товар не може наслідуватись від рутової категорії;
  3. Якщо залишки змінюють минулим числом, то потрібно по цьому товару перезавантажити всі дні до поточної дати;
  4. Якщо відбуваються якісь повернення заднім числом, то цей день потрібно перезавантажити по магазину, в якому відбулась зміна;
  5. Всі чеки повинні містити термінал і касира;
  6. Для пришвидшення процесу перезавантаження даних, вивантажувати лише ті записи, які були оновлені або створені;
  7. Залишки не можуть бути від’ємні;
  8. Якщо клієнт веде облік партій і знає з якої партії здійснилася продажа товару, тоді закупочну ціну вказує в чеку;
  9. Для коректної роботи звітів необхідно використовувати Google Chrome;
  10. Видалення будь-яких записів з словників не можливе за рахунок того, що Datawiz.io працює з історією;
  11. Для коректної роботи сервісу потрібно завантажити як мінімум 3 місяці історичних даних.
⚠️ **GitHub.com Fallback** ⚠️