Хмарна облікова система знімає частину турбот про локальне встановлення, але не визначає правила обліку замість компанії. У Dilovod важливо узгодити довідники, документи та обмін із каналами продажів. Інакше бухгалтерія й магазин отримають різні відповіді на просте запитання: скільки товару справді доступно.
Спочатку визначте джерело кожного показника
Розділяємо товарну картку, складський залишок, резерв та ціну продажу. Вони можуть надходити з різних систем, але для кожного показника має бути головне джерело. Погоджуємо, хто змінює назву, хто проводить надходження й коли магазин отримує оновлену кількість.
Умовний приклад: замовлення з магазину резервує товар, але ще не є завершеною реалізацією. Якщо інтеграція одразу спише його зі складу, а потім бухгалтер проведе документ повторно, виникне помилковий рух. Тому статуси замовлення спочатку зіставляємо з обліковими подіями.
Підготуйте дані й робочі ролі
Перед завантаженням перевіряємо номенклатуру, одиниці виміру, контрагентів, склади та початкові залишки. Краще виправити дублікати в контрольованому файлі, ніж об’єднувати їх після появи пов’язаних документів. Для спірних записів створюємо список рішень, погоджений із бухгалтерією.
Працівникам потрібні особисті доступи й відповідні права, а інтеграції — окремі керовані облікові дані. Секрет API не передаємо разом зі скриншотом помилки або текстом задачі. Заздалегідь визначаємо, хто може відкликати доступ і як відновити обмін після його заміни.
Як працює API-обмін
Офіційний API Dilovod дозволяє читати й записувати дані за документованими методами. Це інструмент для розробника, а не автоматичне підтвердження сумісності будь-якого магазину. Перевіряємо потрібні сутності, доступні поля, правила авторизації та обмеження обраного сценарію.
Для повторних спроб зберігаємо зовнішній ідентифікатор і результат обробки. Тимчасова недоступність сервісу не повинна створювати дублікати документа після відновлення. Оператору показуємо, які записи не передані, причину та безпечну дію для повтору.
Перевірка перед щоденною роботою
Проганяємо замовлення, зміну кількості, часткове виконання, оплату та повернення на погоджених прикладах. Звіряємо не тільки видимий статус, а й документи, залишки та взаєморозрахунки. Окремо перевіряємо повторне повідомлення та ситуацію, коли відповідь сервісу загубилася.
У супровід передаємо схему обміну й правила розбору розбіжностей. Регулярна звірка має виявляти пропущені події, навіть коли журнал не містить помилок. Такий контроль дозволяє відрізнити проблему мережі від неправильного рішення про те, яка система керує даними.
Джерела та подальше читання
