Три страны, восемь городов, одна система: учёт сырья для напыления ППУ в Mr.Pena

Как это выглядело в реальной жизни

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

Ручной пересчёт по каждому выезду — операция несложная, но кропотливая и повторяющаяся. Умножьте её на количество бригад, объектов и филиалов, и получите постоянную фоновую нагрузку на бухгалтерию, которая при этом не даёт компании актуальной картины.

Что именно перестало работать

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

• Остатки были непонятны. Главная боль, с которой к нам и пришли. Сколько сырья прямо сейчас в конкретной машине и на конкретном складе — на этот вопрос быстро ответить не мог никто.
• Данные всегда отставали. Расход появлялся в учёте только после того, как бухгалтер обработал замеры. До этого момента остаток в системе не соответствовал реальности.
• Планирование шло на ощупь. Хватит ли материала на следующий объект или нужно везти бочку — решалось звонками и оценками, а ошибка означала либо сорванный график, либо лишний рейс через полстраны.
• Сверка между странами превращалась в переписку. У каждого филиала свои таблицы и свой формат, общая картина собиралась вручную.
• Бухгалтерия стала узким местом. Скорость учёта упиралась в скорость ручной работы конкретных людей.

Excel: считать удобнее, управлять — нет

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

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

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

Проблема в том, что производственный контур описывает превращение сырья в продукцию, которая ложится на склад. У Mr.Pena такой продукции нет — результат работы остаётся на объекте заказчика. Чтобы всё-таки провести расход через производство, пришлось бы придумать фиктивную готовую продукцию, выпускать её документом и тут же списывать. Это лишние документы на каждый выезд, лишняя нагрузка на людей и жёсткая рецептура там, где реальный расход зависит от температуры, толщины слоя и геометрии поверхности.

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

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

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

Машина — это склад

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

Замер превращается в килограммы

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

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

Списание — там, где произошёл расход

Расход оформляется списанием с того склада, где он реально произошёл — с конкретной машины, а не с общего котла. В документе указывается статья расходов, в комментарии фиксируется объект. Благодаря этому остаток по каждой машине остаётся достоверным, а не расчётным.

Три страны в одной системе

Кыргызстан, Казахстан и Узбекистан работают в одном аккаунте, но не мешают друг другу: справочник товаров общий для всех, а склады и документы изолированы по отделам. Сотрудник филиала видит свои склады, перемещения и списания; руководство видит сводную картину по всем восьми городам. Новый регион разворачивается по готовой схеме — на масштабирование потребовалось около недели.

Печатные формы под реальную отчётность

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

Остатки, которых «не было»

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

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

Настоящая причина оказалась в другом. Отчёт по остаткам строит строки по номенклатуре, а не по складам. Позиции сырья были заведены под другим отделом при ограниченной видимости товаров. Сотрудник филиала видел склад, видел документ — но не видел сам товар. И отчёт честно возвращал пустоту: строить строки было не из чего.

Два отдела с одинаковым названием

Сопутствующая находка. В системе могут существовать два разных отдела с полностью совпадающим названием — это разные объекты с разными идентификаторами. Сотрудник привязан к одному, товары созданы под другим. Визуально всё выглядит правильно, а работает неправильно, и никакого сообщения об ошибке система не покажет. Проверять нужно связи между объектами, а не подписи на экране.

Печатная форма, которую система отклоняет

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

Сантиметр, который не всегда сантиметр

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

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

Что это значит для бизнеса

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