Програма обліку для інтернет-магазину
Інтернет-магазин ламається не на продажах, а на тому, що відбувається після кліку «Замовити». Замовлення прийшло на пошту, товар списали в зошиті, ТТН виписали на сайті перевізника, гроші порахували ввечері в Excel — і десь на цьому шляху залишок розійшовся з реальністю. ERPJS зводить замовлення, склад, доставку й гроші в одну базу: продаж із сайту одразу стає документом, який змінює залишок і показує, скільки ви на ньому заробили.
Що зазвичай ламається в обліку інтернет-магазину
Проблеми у всіх схожі, і жодна з них не про «мало продажів».
- Сайт продає те, чого немає. Останню одиницю купили в роздріб, на сайті вона ще висить — і клієнт замовляє те, чого вже немає на полиці.
- Замовлення живуть у трьох місцях. Частина в пошті, частина в месенджері, частина на маркетплейсі. Зібрати за день, скільки всього замовили, можна тільки руками.
- ТТН виписують окремо. Кожну накладну заводять на сайті перевізника заново, вручну переносячи адресу й телефон із замовлення.
- Прибуток рахують «на око». Оборот видно, а скільки з нього залишилось після закупівлі, доставки й повернень — ні.
- Повернення ніхто не веде. Товар приїхав назад, гроші повернули, а в обліку залишок і виручка так і залишились «як продано».
Як це працює в ERPJS
Замовлення з сайту потрапляє в систему автоматично — далі воно живе як документ, а не як лист у пошті.
Замовлення з сайту
Заявка з інтернет-магазину створює замовлення в обліку: клієнт, товари, ціни, адреса доставки. Переносити руками нічого не потрібно.
Залишки в реальному часі
Продаж списує товар зі складу відразу. Залишок на сайті бачить те саме число, що й комірник, — без вечірньої звірки.
Доставка й ТТН
Експрес-накладна Нової Пошти створюється із замовлення: адреса, телефон і склад отримувача вже є в документі — переносити їх на сайт перевізника не потрібно.
Далі замовлення перетворюється на відвантаження, відвантаження — на рахунок або чек. Кожен крок змінює залишок і взаєморозрахунки сам, без окремого зведення в кінці дня.
А якщо продажі йдуть ще й на маркетплейсах?
Це звичайна ситуація: свій сайт, Rozetka і Prom одночасно. Проблема та сама — три вітрини й один склад, який не знає про дві з них.
ERPJS підтягує замовлення з маркетплейсів у ту саму базу, що й замовлення з сайту, а каталог, залишки й ціни віддає назад за розкладом. Тому продаж на Rozetka зменшує залишок, який бачить ваш власний сайт. Докладніше — у матеріалі про інтеграцію з Rozetka і Prom.
Чи потрібен програміст, щоб підключити сайт?
Ні. Обмін із сайтом налаштовується через відкритий API, і власники магазинів роблять це самі — у нас є кейс, де власник зв’язав свій сайт з обліком без розробника, описавши задачу звичайними словами.
Якщо у вас типова платформа й типовий сценарій — замовлення всередину, залишки назовні — налаштування займає години, а не тижні впровадження.
Головна цінність не в тому, що система «вміє інтеграції». А в тому, що після підключення зникає щовечірнє переписування продажів з однієї програми в іншу — саме там і народжуються розбіжності, через які потім не сходиться місяць.
Як рахується прибуток інтернет-магазину
Оборот показує будь-яка вітрина. Прибуток — тільки система, яка знає собівартість.
ERPJS веде фактичну собівартість за FIFO: у неї входить не лише закупівельна ціна, а й доставка, мито й інші витрати, які лягли на партію. Тому в звіті видно не «продали на стільки», а скільки залишилось після всіх витрат — по кожному товару й по кожному клієнту.
Повернення теж стає документом: товар повертається на склад, виручка зменшується, і місячний підсумок не доводиться правити руками.
А фіскальний чек?
Якщо магазин приймає онлайн-оплату, чек має бути фіскальним. ERPJS працює з програмними касами — чек формується з того самого замовлення й іде покупцю разом із номером від податкової. Як це влаштовано, описано на сторінці про фіскальні чеки без окремої каси.
Кому це підходить
- Магазину на будь-якій платформі — готова CMS чи самописний сайт: обмін іде через відкритий API, тому конкретна платформа значення не має.
- Продавцям на маркетплейсах — коли Rozetka чи Prom дають більше замовлень, ніж власний сайт.
- Магазинам зі своїм складом — там, де є реальні залишки, партії й собівартість, а не дропшипінг.
- Тим, хто продає і онлайн, і офлайн — одна точка й сайт живуть на одному складі, без окремих таблиць.
Почати можна з обліку товару, а інтеграцію з сайтом підключити тоді, коли ручне перенесення почне заважати.
Часті запитання
Яка програма підходить для обліку інтернет-магазину?
Така, що веде склад і гроші, а не лише замовлення. Мінімум: залишки в реальному часі, собівартість із урахуванням доставки, взаєморозрахунки з клієнтами, обмін із сайтом і перевізником. ERPJS закриває це в одній базі — від замовлення до прибутку.
Як замовлення з сайту потрапляють в облік?
Через обмін по API: заявка з сайту створює в системі замовлення з клієнтом, товарами й адресою доставки. Далі воно проходить звичайний шлях — відвантаження, рахунок або чек, — і кожен крок сам змінює залишок.
Чи можна підключити Rozetka і Prom одночасно з власним сайтом?
Так. Замовлення з маркетплейсів надходять у ту саму базу, що й замовлення з сайту, а каталог, залишки й ціни віддаються назад за розкладом. Один склад обслуговує всі вітрини одразу.
Чи потрібен програміст для інтеграції з сайтом?
У типовому сценарії — ні. Обмін налаштовується через відкритий API, і власники магазинів роблять це самостійно. У нашому кейсі власник магазину зв’язав сайт з обліком без розробника.
Як система рахує прибуток по товарах?
За фактичною собівартістю методом FIFO: у неї входить закупівельна ціна плюс доставка, мито й інші витрати на партію. Тому звіт показує реальний залишок після всіх витрат, а не оборот.
Чи можна виписувати ТТН Нової Пошти прямо із замовлення?
Так. Експрес-накладна формується із замовлення: дані одержувача вже в документі, тому їх не доводиться заново вбивати на сайті перевізника.
Скільки коштує облік для інтернет-магазину?
Безкоштовний тариф — один користувач і 512 МБ без обмеження за часом, функціонал не урізаний. Далі €30 на місяць за команду до трьох користувачів. Інтеграції з сайтом і маркетплейсами не оплачуються окремо.