← На главную

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

В этой статье мы подробно разберем, как правильно реализовать подобную схему в программе 1С:Управление нашей фирмой (1С:УНФ), рассмотрим плюсы и минусы использования концепции «склад-машина» и покажем альтернативные варианты решения задачи с помощью типового функционала без снятия конфигурации с поддержки.

Вариант 1. Реализация схемы «Машина — это склад»

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

1. Точный учет остатков в пути: в любой момент времени мы видим, сколько и какой продукции находится у конкретного водителя.
2. Контроль возвратов: если клиент отказался от части товара, недовоз возвращается на «склад-машину», а не испаряется в учете.
3. Материальная ответственность: водитель отвечает за сохранность ТМЦ, числящихся на его «складе».

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

1. Оператор создает документ ЗаказПокупателя, где в качестве склада-отправителя по умолчанию указывается основной «Склад готовой продукции» (СГП).
2. После выпуска продукции и ее комплектации необходимо переместить товары в машину. Для этого оформляется документ ПеремещениеЗапасов. Складом-отправителем выступает СГП, а складом-получателем — виртуальный склад машины (например, «ГАЗель А111АА»).
3. Документ ПеремещениеЗапасов удобнее всего вводить на основании созданных заказов покупателей. Чтобы автоматизировать этот процесс и собирать перемещения массово под весь рейс, рекомендуется использовать рабочее место «Расходная накладная (ввод на основании)» или написать небольшое внешнее расширение (обработку заполнения табличной части), которое позволит одним документом перемещать товары на разные склады-машины.
4. Когда водитель доставляет товар клиенту, оператор (или сам водитель через мобильное приложение) оформляет документ РасходнаяНакладная. Очень важно: в качестве склада списания в этой накладной должен быть выбран именно склад конкретной машины.

Вариант 2. Настройка расчета зарплаты водителя (поле «Ответственный»)

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

Выясним, как решить эту проблему стандартными средствами 1С:УНФ:

В программе 1С:УНФ документы ЗаказПокупателя и РасходнаяНакладная имеют самостоятельные реквизиты. Оператор действительно будет являться автором и ответственным в документе ЗаказПокупателя. Однако при создании РасходнойНакладной на основании заказа поле Ответственный в накладной можно переопределить.

Рассмотрим алгоритм настройки:

1. В справочнике Сотрудники заводим всех наших водителей.
2. При оформлении фактической отгрузки (документ РасходнаяНакладная) в поле Ответственный указываем конкретного водителя, который осуществлял доставку.
3. В разделе «Персонал» создаем правило расчета для документа НачислениеЗарплаты с видом начисления «Процент от продаж». В качестве базы для расчета программа будет анализировать именно обороты по документам РасходнаяНакладная, где данный водитель указан в поле Ответственный.

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

Вариант 3. Использование типового модуля «Доставка» (Рекомендуемый)

Если в компании нет жесткой необходимости вести детальный количественный учет внутри кузова каждой машины (например, продукция всегда сдается клиенту на 100%, а возвраты — это редкое исключение), схема со складами-машинами может оказаться избыточной и трудоемкой. В этом случае проанализируем возможности типового модуля «Доставка» в 1С:УНФ.

Разберем работу этого модуля по шагам:

1. В настройках программы (Раздел «Продажи» — «Доставка») включаем использование функционала доставки.
2. В документе ЗаказПокупателя на вкладке «Доставка» выбираем способ доставки: «Собственная служба». Здесь же указываются адрес, время доставки и зона (маршрут).
3. Логист открывает специальное рабочее место «Доставка». В нем отображаются все неотгруженные заказы.
4. Логист распределяет заказы по транспортным средствам (водителям) и создает документ «Маршрутный лист».
5. В «Маршрутном листе» фиксируется водитель, автомобиль, плановое время поездки и список заказов. Прямо отсюда можно массово распечатать пакеты документов (накладные, счета, согласия) для всего рейса.
6. По возвращении водителя логист закрывает «Маршрутный лист», отмечая статус выполнения по каждой точке («Доставлено», «Отклонено» или «Доставлено частично»). Программа автоматически сформирует документы РасходнаяНакладная по успешно закрытым точкам.

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

Вариант 4. Анализ рентабельности маршрутов через механизм «Проекты»

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

Для этих целей в 1С:УНФ идеально подходит справочник «Проекты». Рассмотрим, как настроить сквозную аналитику:

1. Включаем ведение учета по проектам в настройках программы.
2. В справочнике Проекты создаем элементы, соответствующие нашим 5 маршрутам (например, «Маршрут Север», «Маршрут Центр» и т.д.).
3. В каждом документе ЗаказПокупателя (и, соответственно, в созданных на его основе накладных) указываем проект — соответствующий маршрут доставки.
4. При отражении сопутствующих расходов (например, покупка бензина через документ АвансовыйОтчет или начисление сдельной зарплаты водителю) в табличной части или в аналитике расходов обязательно указываем тот же самый проект (маршрут).
5. В конце месяца анализируем финансовый результат с помощью отчета «Доходы и расходы по проектам» (или «Финансовый результат по проектам»). Программа выведет детальную картину: выручку по каждому маршруту, себестоимость доставленной кулинарии, прямые расходы на ГСМ и зарплату водителей, а также чистую прибыль по каждому направлению доставки.

Резюме и рекомендации

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

• Если для вас критически важен строгий материальный учет внутри каждой машины (контроль остатков, пересортицы, возвратов сырья на склад-машину в реальном времени), выбирайте Вариант 1 (Машина = Склад). Чтобы упростить работу операторов, закажите у программистов простое расширение для группового создания документов перемещения.
• Если первоочередная задача — это быстрая и удобная маршрутизация, печать документов рейса и контроль факта доставки, используйте штатный модуль «Доставка» и «Маршрутные листы» (Вариант 3).
• Для решения вопроса с зарплатой водителей не нужно снимать конфигурацию с поддержки. Достаточно правильно заполнять реквизит Ответственный в расходных накладных или использовать сдельные начисления на основании закрытых «Маршрутных листов» или «Заданий на работу».
• Для оценки прибыльности каждого направления развоза используйте функционал «Проекты» — это позволит избежать хаоса в структуре компании и даст топ-менеджменту точные управленческие отчеты.