Разработка ERP-системы в Алматы

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

Оценку даём до старта и разбиваем проект на этапы: после каждого можно остановиться или изменить план, а не платить за всё авансом.

Договор по законодательству Казахстана, оплата по безналичному расчёту или через Kaspi, акты и счета-фактуры электронные.

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

Мы начинаем с описания процессов и границ системы: что берём в разработку, а что оставляем в существующих продуктах. Бухгалтерию почти всегда разумно оставить в 1С и связать обменом, потому что переписывать регламентированный учёт под изменения законодательства дорого и бессмысленно. В контур обычно входят закупки, склад, продажи, производство или сборка заказов, расчёты с контрагентами и управленческая отчётность. Отдельно проектируем приём платежей, включая оплату через Kaspi, и обмен с площадками. Управленческую отчётность проектируем первой, потому что ради неё систему обычно и делают.

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

Не по выручке, а по числу мест, где одни и те же данные расходятся между системами.

Закупки в таблице, склад в одной программе, производство в другой, продажи в CRM, бухгалтерия в 1С — каждая работает, вместе не сходятся.

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

Закупщик не видит, что производство зарезервировало материал; производство не видит, что заказ отменили.

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

Производство: спецификации, задания, списание материалов по факту, выпуск и себестоимость.

Продажи: заказы, резервирование, отгрузка, взаиморасчёты.

Финансы: платежи, движение денег, себестоимость и маржа по заказу.

Обмен с 1С: регламентированный учёт остаётся там, оперативный контур живёт в ERP.

Первый контур запускается за 8-12 недель, начинает приносить пользу и показывает, как компания работает на самом деле.

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

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