Складской учёт: готовая программа или своя система

Короткий ответ: если ваш процесс обычный, берите готовую программу — это дешевле и быстрее. Если процесс нестандартный и сайт с ним плотно связан, готовое рано или поздно начнёт мешать, и своя система окупится. Плохо оба варианта работают только в одном случае: когда учёт живёт отдельно от сайта и остатки переносятся руками.

Разберём честно, что даёт каждый путь и по каким признакам видно, что готовое перестало подходить.

Что вообще делает складской учёт

Прежде чем сравнивать, стоит договориться о задачах. Учёт закрывает пять вещей:

1. Приход. Поступление товара от поставщика, себестоимость, партия.
2. Остаток. Сколько чего есть прямо сейчас и в каком месте хранения.
3. Резерв. Товар, который уже обещан покупателю, но ещё не уехал.
4. Расход. Отгрузка, списание, брак, возврат.
5. Отчёты. Что продаётся, что лежит, что пора заказывать, сколько денег в товаре.

Третий пункт — тот, на котором чаще всего ломается связка с сайтом. Если резерва нет, магазин продолжает продавать товар, который уже уехал в другом заказе.

Готовая программа

Готовое решение — это система, где всё перечисленное уже реализовано, а вы платите за подписку и настраиваете под себя в пределах, которые заложил разработчик.

Что хорошо:

• Дёшево на старте. Подписка вместо разработки, запуск за дни.
• Функциональность сразу. Приход, остатки, инвентаризация, отчёты, печатные формы уже есть.
• Не нужно поддерживать. Обновления, резервные копии и доступность — забота поставщика.
• Знакомо сотрудникам. Часто человек уже работал в такой программе на прошлом месте.

Что плохо:

• Подстраиваться придётся вам. Ваши статусы, этапы сборки и логика скидок укладываются в чужую модель — или не укладываются.
• Ограниченная связка с сайтом. Обмен идёт по расписанию или через выгрузки, и остатки на витрине отстают от реальных.
• Лишнее на экране. Сотрудник видит десятки полей, которые вам не нужны, и учится их игнорировать.
• Данные не у вас. Выгрузить их можно, но система остаётся чужой, а цена подписки — не вашим решением.

Готовое почти всегда верный выбор для старта. Ошибка не в том, чтобы его взять, а в том, чтобы держаться за него, когда оно уже жмёт.

Своя система

Своя система — это учёт, спроектированный под ваш процесс и живущий в одной базе с сайтом и админ-панелью.

Что хорошо:

• Повторяет ваш процесс. Статусы, этапы, роли и правила — ваши, а не приблизительно похожие.
• Одна система с сайтом. Заказ уменьшает остаток в тот же момент, без выгрузок и задержек. Резерв работает честно.
• Ничего лишнего. На экране упаковщика — только его действия. Как это разграничивается, разобрано в статье про права сотрудников.
• Развивается по вашему плану. Понадобилась новая операция — её добавляют, а не ждут в обновлении.
• Код принадлежит вам. После сдачи проекта он ваш, вместе с данными.

Что плохо:

• Дороже и дольше. Это разработка, а не подписка: у нас платформа стоит от 150 000 ₽ и занимает от 14 дней.
• Нужно описать процесс. Придётся честно проговорить, как вы работаете, — часто это самая тяжёлая часть.
• Нужна поддержка. Система живая, её надо развивать вместе с бизнесом.

Пример из наших работ: «Жук и Плут» ушли с маркетплейсов и стали вести продажи сами, поэтому весь цикл — товары, остатки, заказы, доставка, аналитика — собран в одной системе с сайтом, в панели примерно на 20 вкладок. Там связка с сайтом была не удобством, а условием работы.

Признаки, что готовое перестало подходить

Не «когда-нибудь вырастете», а конкретные симптомы. Если узнаёте больше трёх — пора считать.

1. Остатки на сайте не совпадают с реальными. Регулярно приходится звонить покупателю и извиняться.
2. Рядом с программой живёт Excel. В нём то, что не влезло в систему: партии, брак, договорённости с поставщиками.
3. Кто-то каждый день переносит данные руками. Из программы в сайт или обратно. Это уже отдельная зарплата.
4. Ваш процесс не описывается в системе. Приходится называть этапы чужими словами и держать реальный смысл в голове.
5. Сотрудники завели свои обходные пути. Фиктивные заказы, служебные товары, комментарии вместо полей.
6. Нужную вещь нельзя добавить. Запрос в поддержку заканчивается ответом «такого не предусмотрено».
7. Отчёты собираются вручную. Данные выгружаются и сводятся в таблице, потому что нужного разреза в системе нет.
8. Права не делятся так, как надо. Либо человек видит слишком много, либо не может сделать свою работу.

Плохо: признать, что система не подходит, и всё равно нанять человека, который будет переносить остатки руками. Хорошо: посчитать стоимость этой ручной работы за год и сравнить с разработкой.

Как выбрать: короткий алгоритм

1. Опишите процесс. От прихода товара до отгрузки, со всеми исключениями. Одна страница текста.
2. Проверьте на готовом. Возьмите систему и попробуйте провести через неё реальную неделю. Не демо — реальные заказы.
3. Отметьте, где пришлось врать. Каждое место, где вы назвали свой этап чужим словом, — будущая проблема.
4. Посчитайте ручной труд. Сколько часов в неделю уходит на перенос и сверку данных.
5. Сравните с разработкой. Если ручной труд и потери от рассинхронизации сопоставимы со стоимостью своей системы, вопрос решён.

Промежуточный вариант тоже существует: оставить учёт в готовой программе, а сайт связать с ней обменом. Это работает, пока обмена достаточно и вы согласны на задержку в остатках.

Смежные темы: как устроен проект магазина целиком — в статье про разработку интернет-магазина, общий подход — в автоматизации бизнес-процессов.

Коротко

• Готовое — дешевле и быстрее, но под его логику подстраиваетесь вы.
• Своё — дороже и дольше, зато повторяет ваш процесс и живёт в одной базе с сайтом.
• Главная граница проходит по связке с сайтом: если остатки и резерв должны быть точными в реальном времени, обмен по расписанию мешает.
• Симптомы «пора менять»: Excel рядом с программой, ручной перенос данных, обходные пути у сотрудников, отчёты руками.
• Прежде чем выбирать, опишите процесс на одну страницу и посчитайте, сколько часов в неделю уходит на ручную работу.

Опишите, как у вас устроен склад сейчас, — скажем прямо, хватит ли готового решения или разумнее собрать своё.

Обсудить проект