Клієнти Fiftify, які ведуть облік у BAS КУП, працювали з подвійним введенням. Комірники приймали товар у Fiftify, а бухгалтерія вручну перебивала ті самі накладні в BAS. Залишки в обліку відставали від складу на добу й більше, розбіжності розбирали руками на місячному закритті, частина документів просто губилася між системами. Потрібен був один канал обміну, у якому для кожної сутності однозначно визначено власника, щоб системи не перезаписували одна одну.
Fiftify: інтеграція WMS з обліком у BAS КУП
Обмін між Fiftify WMS і BAS КУП через HTTP-сервіси конфігурації: номенклатура, ціни й контрагенти приходять з обліку, а залишки та рухи народжуються на складі й повертаються в BAS уже проведеними документами.
ручного повторного введення документів в облік за перший квартал після запуску
Задача та рішення
Реалізували обмін через HTTP-сервіси BAS КУП: на боці конфігурації підняли сервіси для номенклатури, цін, контрагентів, замовлень і документів руху, на боці Fiftify зібрали коннектор на NestJS із чергою на BullMQ та Redis. Зафіксували матрицю власності даних: номенклатура, види цін і контрагенти приходять з BAS і в Fiftify лише читаються, а фізичні залишки та рухи народжуються на складі, тому BAS отримує їх уже проведеними документами приймання та списання. Кожен документ несе GUID, тому повторна доставка не створює дублів. Номенклатуру зводимо за кодом і штрихкодом, окремо обробляємо одиниці виміру та пакування, щоб коробка з шести штук не потрапила в облік як шість позицій. Замовлення покупців із Shopify заводяться в BAS через той самий канал. Щоночі коннектор проганяє повну звірку залишків і виводить розбіжності у звіт для бухгалтерії.
Стек технологій
Наступний проєкт
Bovio: Discord-бот «Бики й Корови»
Ваш магазин стане наступним кейсом?
Розкажіть про проєкт, і ми повернемось із оцінкою.