Модульное внедрение ERP в малом бизнесе: учет-склад

Зачем внедрять ERP по модулям и что это дает

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

Такой подход наводит порядок: появляются единые справочники, понятные роли, дисциплина документов, меньше ручных таблиц и «договоренностей в чате». Но ERP не исправит хаос сама по себе. Нужны владелец процесса, правила по ценам и скидкам, готовность команды работать одинаково.

Чаще всего разумно начинать с учета. Учетные операции обычно уже привычны: первичка, контрагенты, номенклатура, закрытие периода. Это база, на которую потом «садятся» склад и продажи. Если стартовать со склада или продаж, вы быстро упретесь в спорные остатки, разные названия товаров и несогласованные цены.

Успех - это измеримые цели, а не ощущение «стало современнее». Например:

• закрытие месяца за 3-5 дней вместо 10-15
• 95-98% документов оформляются в системе, без дублей
• расхождения остатков по топ-товарам не выше 1-2%
• отчет по марже доступен на следующий день, а не «к концу недели»

После каждого модуля фиксируйте конкретный результат. После учета - чистые справочники и стабильное закрытие периода. После склада - управляемые остатки и понятная себестоимость. После продаж - единые цены, статусы заказов и меньше ошибок в отгрузках. После финансов - контроль денег, платежный календарь и регулярные управленческие отчеты.

Подготовка: люди, данные и границы проекта

Поэтапные проекты чаще ломаются не на настройках, а на подготовке. Если заранее договориться о ролях, правилах данных и границах первого цикла, этапы «учет-склад-продажи-финансы» пойдут ровнее и без постоянных переделок.

Начните с минимального состава участников и сделайте ответственность явной. В малом бизнесе один человек может совмещать роли, но «кто отвечает» все равно должен быть один.

• Владелец (приоритеты и правила)
• Бухгалтер (учет, налоги, закрытие периодов)
• Ответственный за склад (остатки, приемка, отгрузка)
• Руководитель продаж или менеджер (заказы, цены, скидки)
• Руководитель проекта (сроки, контроль задач, приемка)

Дальше разберите процессы «как есть»: как заводят товары и цены, как списывают со склада, как оформляют продажи, где фиксируют оплату, как сверяют деньги и остатки. Полезно записать 5-7 типовых сценариев: «пришло 10 штук», «возврат клиента», «частичная оплата», «перемещение между точками».

Отдельно подготовьте справочники. Минимум: номенклатура, контрагенты, прайс и правила цен, счета, кассы, банки. Для данных задайте простые правила: единицы измерения (шт, кг, м), НДС (ставки и что с ценами), валюты, единый формат артикулов и названий. Если в компании один и тот же товар называют по-разному, система будет постоянно «удваивать» позиции.

И заранее очертите границы первого цикла. Честно выберите, что точно не делаете сейчас: сложные бонусные схемы, интеграции со всеми маркетплейсами, детальное производство, «кастомные отчеты как раньше». Лучше закрыть базовый контур и закрепить дисциплину данных. Если внедрение ведет интегратор, границы стоит зафиксировать письменно, чтобы не расползались сроки и бюджет.

Этап 1 - Учет: что внедряем и критерии готовности

Учет почти всегда стоит ставить первым. Он задает правила, по которым потом должны сходиться склад, продажи и деньги. Здесь важно договориться не про все возможности системы, а про ежедневные операции.

Что внедряем в учете на старте

Начните с базового контура, который закрывает типовые движения и дает понятную себестоимость:

• поступления (товары, материалы, основные средства, услуги)
• списания (расход, порча, внутреннее потребление)
• закупка и продажа услуг, если у вас есть доставка, монтаж, сервис
• правило расчета себестоимости (например, средневзвешенная) и место, где оно фиксируется

Чтобы проект не «расползся», заранее решите, что не делаете сейчас: сложные распределения накладных, детальный производственный учет, редкие исключения «для одного случая».

Критерии готовности: когда можно идти к складу

Главный признак готовности - единые правила отражения операций. Не должно быть ситуации, когда один и тот же документ разные люди отражают по-разному.

Простой тест: за 1-2 недели команда без ручных правок получает одинаковый результат по одинаковым операциям.

• утвержден план счетов и аналитики (контрагенты, статьи, проекты, склады - если нужно)
• описаны правила для ключевых документов: поступление, реализация, списание, услуги
• назначены роли и сроки закрытия месяца: кто собирает первичку, кто проверяет, кто закрывает период
• есть минимальные отчеты: оборотно-сальдовая ведомость, задолженность клиентов и поставщиков, базовая прибыльность по направлениям
• понятна длительность параллельного учета: обычно 1 полный месяц, максимум 2

Если закрытие месяца проходит по плану и отчеты стабильны, складовой модуль подключается без сюрпризов: учет уже задает правила, а склад начинает «кормить» его точными движениями.

Этап 2 - Склад: порядок действий и признаки, что можно идти дальше

На складе ошибка в одном движении быстро превращается в «почему в системе есть, а на полке нет». Поэтому второй шаг после учета - привести склад к понятной модели и одинаковым правилам работы.

Сначала выберите модель. Если склад один и товар лежит «как удобно», стартуйте без адресного хранения: зоны (приемка, основная, брак) и простые правила. Если складов несколько или много похожих позиций, адресное хранение (ряд-стеллаж-ячейка) снизит путаницу, но потребует дисциплины и маркировки.

Дальше закрепите правила движения так, чтобы любой сотрудник делал одно и то же: приемка по документу и с проверкой, перемещения только после оформления (без «потом внесу»), отдельный поток возвратов, отдельное хранение брака с причиной списания, понятные правила резервов под заказ.

После настройки сделайте стартовую инвентаризацию. Цель - не «пересчитать все идеально», а зафиксировать старт и убрать хаос в ключевых позициях. Практичный вариант: пересчитать топ-20 по обороту и топ-20 по марже, сверить с документами, потом расширять охват. Дальше лучше циклические проверки небольшими партиями, чем один большой «годовой стресс».

Признаки готовности двигаться к продажам:

• по ключевым позициям точность остатков 95-98% минимум 2-4 недели
• приемка и отгрузка проходят без «исправлений задним числом»
• возвраты и брак не висят «в воздухе»: у движений есть статус и ответственный
• отчеты сходятся: остатки на дату, дефицит по заказам, оборачиваемость по группам

Когда в отчете «дефицит» по ходовому товару виден до того, как менеджер пообещал клиенту поставку, склад уже поддерживает продажи, а не тормозит их.

Этап 3 - Продажи: как подключать без хаоса

Когда учет и склад работают стабильно, продажи можно подключать спокойно. Этот этап часто ломает порядок, если менеджеры хотят «быстро выписывать счета», а на складе еще нет дисциплины по резервам и отгрузкам. Поэтому начните с минимальной воронки и четких правил.

Минимальная воронка и документы

Обычно хватает четырех шагов: запрос, коммерческое предложение, счет или заказ клиента, отгрузка. Важно, чтобы каждый шаг оставлял след в системе: кто создал, что обещали, на какую дату, какая сумма и какие позиции.

Договоритесь об одном источнике цены. Базовый прайс плюс несколько понятных исключений (скидка по клиенту, по объему, особые условия по договору) работают лучше, чем постоянные ручные правки в последнюю минуту.

Связка со складом и дебиторкой

Продажи должны опираться на реальные остатки. Рабочая логика такая: заказ клиента создает резерв, затем склад делает комплектацию, после чего оформляется отгрузка. Если позиции нет, это должно быть видно сразу.

Параллельно включайте контроль дебиторки. Даже в малом бизнесе это быстро становится точкой риска: отгрузили, а деньги «зависли». Задайте лимиты и сроки оплаты по клиентам и закрепите, кто следит за просрочкой.

Признаки готовности этапа «Продажи»:

• заказы и счета не теряются и всегда имеют статус
• отгрузка в системе совпадает с резервом и остатками
• цены и скидки считаются по правилам
• дебиторка видна по каждому клиенту: сумма, срок, просрочка
• менеджер понимает, что можно отгрузить сегодня, без звонков на склад

Этап 4 - Финансы: контроль денег и управленческие отчеты

Финансовый модуль имеет смысл подключать, когда учет, склад и продажи уже дают стабильные первичные документы. Тогда «деньги» в системе перестают быть набором выписок и становятся управляемым процессом: видно, что и когда платить, и почему касса не сходится.

Что настроить в первую очередь

Начните с простого: банк и касса, единые правила занесения оплат, платежный календарь на ближайшие недели. Если платежей много, без согласования быстро появляется «серый список» счетов, которые кто-то обещал оплатить, но они нигде не зафиксированы.

Помогает короткий регламент по ролям:

• инициатор создает заявку на оплату (счет, договор, статья, срок)
• утверждающий подтверждает лимит и приоритет
• исполнитель проводит платеж и фиксирует факт (платежка, чек, выписка)
• бухгалтер или финансист разносит по статьям и контрагентам

Дальше подключайте платежный календарь: план оплат плюс план поступлений. Он показывает кассовые разрывы заранее. Например, продажи растут, но клиенты платят через 14 дней, а поставщику нужно сегодня.

Признаки готовности двигаться дальше

Здесь важнее не «красивый отчет», а совпадение денег с документами.

Проверьте по итогам недели работы:

• остатки по банку и кассе в системе совпадают с фактом (выписка, кассовая книга)
• каждая оплата привязана к основанию (счет, отгрузка, договор) и статье
• видны просрочки: кто должен вам и кому должны вы
• есть прогноз cash flow на 2-4 недели и он обновляется ежедневно
• закрытие периода занимает меньше времени за счет автоматизации типовых операций

Из налогов и закрытия периода сначала автоматизируйте то, что «съедает» часы: разнесение банковских операций, сверки с контрагентами, контроль НДС и список задач на закрытие.

Связи между модулями: чтобы не было расхождений

Ошибки часто появляются не из-за людей, а из-за разных цифр в разных местах. Поэтапный подход работает только тогда, когда заранее договорились, какие данные считаются «истиной» и где они создаются.

Где цифры обязаны совпадать

Типовая цепочка такая: заказ клиента резервирует товар на складе, отгрузка списывает остаток и попадает в учет как реализация. Оплата из банка закрывает задолженность и отражается как движение денег. Если хотя бы одно звено ведется вручную в сторонней таблице, расхождения почти неизбежны.

Чтобы ловить их быстро, достаточно регулярных сверок:

• продажи vs склад: все отгрузки по заказам списаны, нет «продано без остатка»
• склад vs учет: остатки и себестоимость сходятся по ключевым товарам
• учет vs банк: платежи подтверждены выпиской
• финансы vs учет: ДДС по статьям не расходится с фактическими платежами

Единые справочники и доступ

Чаще всего проблема не в документах, а в справочниках. Товары, контрагенты, договоры и статьи ДДС должны быть едиными, иначе «ТОО Ромашка» и «Ромашка ТОО» станут двумя разными клиентами, и отчеты начнут врать.

Назначьте владельцев справочников: кто создает карточки, кто меняет, кто только смотрит. Права доступа должны защищать ключевые поля (единицы измерения, НДС, счета учета, статьи ДДС), иначе одна «маленькая правка» ломает цепочку от склада до денег.

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

Как оформлять изменения

Даже в малом бизнесе нужен легкий процесс изменений:

• заявка: что меняем, зачем, кого затронет
• тест: проверка на копии или в тестовой базе на 2-3 сценариях
• ввод: короткая инструкция и дата начала
• контроль: сверка показателей после запуска и план отката на случай сбоя

Так связи между модулями остаются понятными, а расхождения находятся в тот же день, а не через месяц.

Типовые ошибки при внедрении по модулям

Частая ловушка: воспринимать проект как «установку программы». На деле это изменение привычек: как заводят товар, как закрывают день, кто отвечает за остатки и деньги. Если это не договорено, система начнет показывать «красивые цифры», которые не совпадают с реальностью.

Что чаще всего тормозит проект

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

Как не наступить на эти грабли

Полезный тест: возьмите один реальный день и проведите его в системе от поступления до оплаты. Если на каждом шаге понятно, кто и что делает, вы на верном пути.

Также помогают простые договоренности: один ответственный за номенклатуру и правила именования, еженедельная сверка остатков по выборочным позициям, регламент закрытия дня (поступления, списания, касса, банк).

Если работаете с интегратором, требуйте не «включить модуль», а зафиксировать правила работы. Это обычно экономит больше времени, чем любые «тонкие настройки».

Короткий чек-лист готовности по этапам

Чек-лист помогает понять, можно ли переходить к следующему модулю, или сначала нужно закрыть пробелы. Практичное правило: новый этап стартует только тогда, когда предыдущий дает стабильные цифры и понятный порядок работы.

• Этап 1 (учет) можно начинать, если: заведены основные справочники, описаны правила учета (кто и когда проводит документы, как исправляются ошибки), назначены ответственные за качество данных и закрытие периода.
• Этап 2 (склад) запускайте, если: согласованы стартовые остатки и способ загрузки, есть регламент приемки, перемещений и списаний, определены роли и точки контроля.
• Этап 3 (продажи) подключайте, если: есть единый прайс и правила скидок, подготовлены шаблоны документов, решено, как работает резервирование и что считается подтвержденным заказом.
• Этап 4 (финансы) включайте, если: настроены статьи движения денег, утвержден календарь платежей (кто согласует и по каким лимитам), определен порядок сверки с банком и закрытия кассы.

Небольшой тест: попросите разных сотрудников выполнить одну и ту же типовую операцию (например, принять товар и оформить продажу) и сравните результат. Если итог одинаковый и объяснимый, можно двигаться дальше.

Пример сценария: малый бизнес с продажами и складом

Представьте компанию: один склад, 5-10 сотрудников. Она продает товары (например, расходники и оборудование) и иногда добавляет услуги (доставка, монтаж). Сейчас учет ведут в бухгалтерской программе, склад и продажи частично в Excel, часть данных живет в мессенджерах.

Чтобы не сорваться в хаос, выбирают внедрение по модулям: сначала наводят порядок в учете, потом подключают склад, затем продажи и только после этого финансы и управленческие отчеты.

Как это может выглядеть по неделям

План часто укладывается в 8-10 недель, если не пытаться сделать все идеально с первого дня:

• Недели 1-2: учет. Справочники, правила ввода, статусы документов, порядок закрытия периода.
• Недели 3-4: склад. Приемка, перемещения, стартовая инвентаризация, правила списаний и возвратов.
• Недели 5-6: продажи. Заказ, резерв, отгрузка, возврат, услуги как отдельные позиции.
• Недели 7-8: финансы. Платежный календарь, контроль оплат, отчеты по ДДС и дебиторке.

Между этапами важно не просто «включить модуль», а проверить готовность. Например, после склада сделать контрольную инвентаризацию и сверить фактические остатки с системой.

Что проверяют и какие проблемы всплывают

На каждом шаге смотрят простые метрики: остатки, сроки закрытия периода, дебиторская задолженность, ДДС (план-факт по платежам).

Обычно всплывают типовые ошибки. Дубли товаров (один и тот же кабель заведён 3 раза) лечатся чисткой номенклатуры и правилами создания новых позиций. Неверные единицы измерения (штуки вместо метров) исправляют через единый шаблон карточки товара и запрет свободного ввода. Просрочки оплат снижаются, когда продажа не считается завершенной без статуса оплаты или согласованного лимита.

Через 2-3 месяца результат выглядит практично: меньше ручных таблиц, склад «дышит» по реальным остаткам, закрытие месяца быстрее, а дебиторка и ДДС видны каждый день.

Следующие шаги: план на 90 дней и что подготовить по IT

План на 90 дней помогает держать темп и не расползтись по задачам. Сначала зафиксируйте, зачем вам проект: «закрывать месяц за 3 дня», «видеть остатки без ручных сверок», «считать маржу по заказам». Затем назначьте владельцев модулей (учет, склад, продажи, финансы) - людей, которые принимают решения по правилам.

План на 90 дней

• Дни 1-30: описать текущие процессы, договориться о правилах (единицы измерения, складские зоны, статусы заказов), собрать справочники и очистить данные.
• Дни 31-60: настроить учет и склад, провести пилот на ограниченном наборе товаров и операций, исправить ошибки в данных и регламентах.
• Дни 61-90: подключить продажи и финансы, запустить регулярные отчеты, закрепить обучение и контроль качества ввода.

Обучение планируйте по ролям и реальным задачам: кладовщик (приемка, перемещение, инвентаризация), менеджер (заказ, отгрузка, возврат), бухгалтер (проводки, закрытие периода), руководитель (отчеты и отклонения).

Что подготовить по IT

Технические мелочи часто тормозят сильнее, чем настройка системы. Проверьте базовые вещи заранее: рабочие места (ПК, принтеры, сканеры), удобные точки работы на складе, устойчивую сеть и Wi-Fi в зоне хранения, резервное копирование, тестовый контур, понятный порядок обработки заявок на поддержку.

Пример: если у вас 2 склада и 6 менеджеров, уже в первый месяц стоит проверить Wi-Fi на стеллажах и скорость печати накладных. Иначе пилот будет выглядеть как проблема ERP, хотя причина в инфраструктуре.

Если хотите заранее закрыть вопрос с базовой IT-инфраструктурой и поддержкой, это удобно делать вместе с интегратором, который отвечает не только за настройки, но и за рабочую «железную» основу. Например, GSE.kz (gse.kz) как производитель компьютерной техники и системный интегратор может помочь с рабочими станциями, серверами и сопровождением 24/7, чтобы проект не упирался в простои и слабые рабочие места.