Облік для інтернет-магазину майже завжди починається однаково: спершу продажів мало, і власник веде все в одній табличці. Замовлення прийшло — вручну вписав рядок. Оплата надійшла — позначив кольором. Товар відправив — відняв від залишку в голові або в іншому файлі. Поки замовлень десять на день, це працює. А потім їх стає п’ятдесят, з’являється друга людина, підключаються маркетплейси — і табличка перестає відповідати реальності. Хтось продав те, чого немає на складі. Хтось відправив без оплати. Хтось забув відняти залишок, і сайт далі показує «в наявності».
Питання не в тому, чи ви акуратні. Питання в тому, що ручне перенесення даних між сайтом, складом і касою — це робота, яка масштабується лінійно з кількістю замовлень, а помилки в ній накопичуються тихо. Ця стаття — про те, як влаштований облік для інтернет-магазину, коли ці три речі рахуються самі: замовлення саме списує залишок, оплата сама закривається на замовленні, а документи формуються без ручного набору.
Де саме ламається ручний облік
Розберемо типовий ланцюжок. Клієнт оформив замовлення на сайті. Далі хтось має: перевірити, чи товар є; зарезервувати його; дочекатися оплати; звірити суму на рахунку із замовленням; зібрати відправлення; відняти зі складу; виписати документ; оновити статус. Вісім кроків, і кожен — це місце, де людина може відволіктися.
Найдорожча помилка тут — розсинхрон між сайтом і реальним залишком. Магазин продає позицію, якої фізично немає, бо два канали (сайт і, скажімо, продаж «з рук» або маркетплейс) списують з одного складу, але не бачать одне одного. Клієнт чекає, потім отримує «вибачте, закінчилось». Це не одна втрачена продажа — це підірвана довіра й негативний відгук.
Друга типова діра — оплати. Гроші приходять на рахунок пачкою, а зіставити кожне надходження з конкретним замовленням доводиться очима. Частина замовлень висить «очікує оплату», хоча гроші вже прийшли. Частина відправляється, хоча оплати не було. У кінці місяця не сходиться, і ви витрачаєте вечір на звірку замість того, щоб продавати.
Як виглядає облік, коли замовлення веде себе саме
Системний облік для інтернет-магазину означає, що замовлення — це не рядок у таблиці, а об’єкт із власним життєвим циклом, до якого прив’язані склад, оплата й документи. Коли клієнт натискає «купити», система в той самий момент резервує товар. Резерв — не списання: позиція ще на складі, але вже недоступна для інших замовлень. Це закриває проблему подвійного продажу одразу, ще до того, як хтось встиг помилитися.
Коли замовлення переходить у відправлення, резерв перетворюється на фактичне списання. Залишок на сайті оновлюється не «раз на день, коли дійдуть руки», а тоді ж. Якщо у вас кілька каналів продажу, усі вони дивляться в один залишок — і бачать одну й ту саму цифру. Власник перестає тримати актуальний стан складу в голові, бо система тримає його точніше.
Головне тут — власник перестає бути «синхронізатором» між системами. Його увага звільняється для рішень, які справді потребують людини: що закупити, що просувати, з якими клієнтами працювати окремо.
Оплата, яка закривається без ручної звірки
Друга половина обліку — гроші. У налагодженій системі надходження оплати саме знаходить своє замовлення й змінює його статус. Клієнт заплатив онлайн — замовлення миттєво позначається оплаченим, і його можна збирати. Заплатив на рахунок — надходження зіставляється за сумою й призначенням платежу, і замовлення закривається без того, щоб хтось порівнював виписку із списком очима.
Це прибирає два протилежні ризики водночас. Ви не відправляєте неоплачене, бо система не дає перевести в збірку замовлення без підтвердженої оплати. І ви не тримаєте оплачені замовлення в очікуванні, бо гроші вже впізнані. Наприкінці дня стан «скільки нам винні, за що вже заплатили, що готове до відправки» — це не результат вечірньої звірки, а поточна картина, доступна будь-якої миті.
Часткові оплати, передоплати, післяплата, повернення — усе це теж частина обліку, і в системі вони не ламають картину, а є передбаченими станами замовлення. Повернення саме повертає товар у залишок. Передоплата саме зменшує суму до сплати при отриманні.
Документи, які формуються з даних, а не з клавіатури
Третій блок — документи. Видаткова накладна, рахунок, акт, ТТН для перевізника. У ручному режимі їх набирають повторно: беруть ті самі позиції, ті самі суми, ті самі реквізити, які вже є в замовленні, і перебивають у бланк. Це не лише час — це ще одне джерело розбіжностей, коли в документі опиняється не те, що реально відправили.
Коли облік для інтернет-магазину побудований системно, документ — це похідна від замовлення. Позиції, кількості, суми, реквізити клієнта вже є в системі; документ складається з них автоматично й завжди відповідає тому, що продано. Номер відправлення від служби доставки повертається назад у замовлення, і клієнт бачить свій трек без окремого листа від менеджера. Первинка для бухгалтерії формується з тих самих даних, а не збирається окремо в кінці кварталу.
Це важливо ще й тому, що бухгалтерський і управлінський погляди сходяться. Ви не ведете «одну реальність для себе і другу для звітності» — цифра продажів, залишків і надходжень одна.
З чого почати, якщо магазин уже працює
Найчастіше нам не приносять чистий аркуш — приносять діючий магазин із таблицями, історією замовлень і напрацьованими звичками команди. Це нормально й навіть краще: у працюючих даних видно, де саме ваш процес витрачає час і де тече.
Розумний перший крок — не «переписати все», а описати реальний шлях замовлення у вашому магазині: звідки приходять, хто чіпає, де застрягають, де найчастіше буває розсинхрон складу й оплат. Уже цей опис зазвичай показує два-три місця, автоматизація яких дає найбільший ефект найменшою кров’ю. Далі систему нарощують поетапно, не зупиняючи продажів.
Ми у lpf.com.ua з 2018 року будуємо такі системи під конкретний бізнес і супроводжуємо їх на власній інфраструктурі — тобто не зникаємо після запуску. Якщо ваш облік для інтернет-магазину зараз тримається на ручному перенесенні між сайтом, складом і касою, почати варто з простої розмови: показати ваш поточний ланцюжок замовлення й разом побачити, що з нього можна прибрати. Напишіть нам — з цього й почнемо.