Как доработки 1С связали товарные операции и финансовое планирование
У заказчика несколько процессов не укладывались в типовую логику 1С. Товар учитывался в литрах и килограммах, продавался целыми упаковками, после продажи часто оставался на ответственном хранении. Отдельная сложность возникала с оплатами: договорные условия были нестандартными, поэтому заранее собрать точный план платежей и поступлений не получалось.
Мы разобрали эти участки по отдельности и убрали ручные действия там, где решение можно было передать системе.
Как мы исключили заказы на некратное упаковке количество
Менеджер мог оформить, например, 6 литров товара, хотя такой фасовки физически нет. Ошибка доходила до склада, после чего заказ приходилось исправлять и заново согласовывать с клиентом.
Мы настроили проверку кратности при подборе товара и проведении документа. Если объём не соответствует упаковке, операция блокируется.
В результате:
- меньше ошибок при сборке;
- склад получает корректное количество;
- оформление не зависит от памяти менеджера;
- неправильный объём не проходит дальше по цепочке.
Ускорили оформление продукции, оставленной на складе
В 90% случаев после продажи физической отгрузки не было. Право собственности переходило клиенту, а товар оставался на ответственном хранении. Сотруднику приходилось создавать новый документ и повторно вводить позиции.
Мы связали документы «Реализация товаров и услуг» и приёмки на хранение. Теперь реализация становится основанием для автоматического заполнения второго документа.
Результат: время обработки одной операции сократилось с 2 часов до 3 секунд.
Повторный ввод исчез, а скорость работы больше не зависит от количества товарных строк.
Настройка финансового планирования по условиям заказов
Здесь проблема была уже не в товаре, а в деньгах. Типового механизма не хватало для сложных договорных условий. Бизнес не мог построить нужный график оплат только на стандартных настройках.
Мы разработали отдельную логику для двух потоков:
- план платежей поставщикам;
- план поступлений от клиентов;
- операции по комиссионным сделкам.
Система берёт условия оплаты из «Заказа поставщику» и «Заказа клиента». План появляется ещё до фактической поставки или отгрузки. Для расчёта используются параметры самого заказа, включая суммы и цены.
Для руководителя это меняет сам подход к планированию. Видно, когда предстоит заплатить поставщику и когда должны прийти деньги от клиента. Финансовая команда получает картину будущих платежей заранее, а не собирает её вручную после движения товара.
В итоге три доработки закрыли разные точки одного процесса: система проверяет товар при заказе, за секунды оформляет ответственное хранение и заранее показывает будущие денежные обязательства.