Замовлення на сайті, підтверджена оплата та фіскальний чек — різні записи. Інтеграція з Checkbox або Вчасно.Каса пов’язує їх за погодженими правилами. Її завдання — забезпечити простежуваність операції та коректну обробку відповідей сервісу. Сам факт успішної оплати ще не означає, що чек уже створений.
Спочатку погодьте момент створення чека
Описуємо способи оплати й виконання: передоплата, часткове виконання, оплата при отриманні та повернення. Для кожного сценарію бухгалтер або профільний консультант визначає належний порядок фіскалізації. Технічна команда реалізує ці правила; одна універсальна подія «замовлення створено» не замінює такого рішення.
У специфікації фіксуємо джерело товарних назв, кількості, знижки, форми оплати та податкових параметрів. Значення мають походити з погоджених даних обліку. Подібні назви полів у CRM та ПРРО перевіряємо за змістом, а не зіставляємо автоматично.
Розділіть тестовий і робочий контури
Обидва сервіси мають офіційну документацію інтеграції. До розробки перевіряємо актуальний спосіб авторизації та тестування. Тестові каси й облікові дані зберігаємо окремо; випадкове використання робочих реквізитів у перевірці неприпустиме. Секрети не потрапляють у браузерний код.
Ключі та права доступу передаємо погодженим захищеним способом. Визначаємо відповідального за їх заміну й відкликання. Документуємо, яка система створює чек: одночасна незалежна відправка із сайту та CRM може спричинити дублювання операції.
Обробляйте повтори та невизначений результат
Якщо запит завершився тайм-аутом, чек міг бути створений, а відповідь — загубитися. Перед повторним створенням потрібно перевірити результат за документованим механізмом сервісу. Зберігаємо зв’язок між замовленням, платежем та ідентифікатором чека.
Оператор повинен бачити різницю між очікуванням, підтвердженим успіхом і помилкою. Черга повторних спроб не повинна безконтрольно відправляти одну операцію. Для невирішених випадків потрібні сповіщення та інструкція, а не тільки технічний журнал.
Перевірте повернення та щоденну звірку
На тестових даних проводимо продаж, знижку, частковий сценарій і повернення за погодженими правилами. Перевіряємо суми та відображення чека клієнту. Помилку в номенклатурі виправляємо у джерелі, інакше вона повториться на наступному замовленні.
Передаємо список операцій для звірки між замовленнями, платежами та чеками. Запис без чека або чек без зрозумілого замовлення потребує розбору. Юридичну відповідність конкретної схеми підтверджує профільний фахівець; технічна перевірка доводить виконання погодженого алгоритму.
Джерела та подальше читання
