Почему у заказа несколько подтверждений
Для разработки системы заказов бетона мы предлагаем связать заявку покупателя, производственное задание, рейсы и факт приёмки общим номером заказа. У каждого участника остаётся своё решение: производство подтверждает возможность выпуска, диспетчер назначает транспорт, уполномоченный сотрудник площадки подтверждает приёмку. Покупатель видит согласованный результат и изменения, которые ещё ждут ответа.
Слот здесь означает согласованное окно производства или доставки. Эти окна храним отдельно: время выпуска смеси и время её прибытия на объект связаны, но у них разные ограничения. Если на один заказ нужны несколько рейсов, каждый получает своё назначение и факт доставки.
Авторская иллюстрация процесса. Завод, транспорт и площадка подтверждают свою часть заказа.
Связанные системы мы уже собирали в продуктовом ритейле. В «Бакаеве» помогли перенести локальную 1С в облако и связали её с админ-панелью мобильного магазина. Сервер синхронизации передаёт изменения в обе стороны: замена фотографии в админке отражается в 1С, заказ из приложения меняет остаток в админке и учётной системе.
Реальный проект 13FOX
Заказ, статус и назначенный курьер
Мы собрали активные и завершённые заказы в админ-панели магазина. Поиск и фильтры помогают сотруднику найти нужный заказ.
Сотрудник работает со статусом и назначением в одной панели.
Материалы проекта «Бакаев»: продуктовый магазин и курьерская доставка. Производственные слоты бетонного завода проектируем отдельно.
При заказе бетона к такому обмену добавляются производственная возможность, подтверждённые характеристики смеси и готовность площадки. Мы предлагаем начать с одного заказа и записать, кто вправе менять каждую часть. Это поможет избежать ситуации, когда исправление в кабинете покупателя незаметно меняет уже принятое производственное задание.
Что покупатель задаёт до выбора слота
В заявке связываем покупателя, объект, характеристики смеси, объём, желаемое время приёмки и контакт ответственного на площадке. Характеристики выбираются из согласованного заводом справочника; изменение состава или замена требуют подтверждения назначенного специалиста. Если нужного варианта нет, заявка переходит на уточнение.
Допустим, покупатель увеличил объём уже после выбора времени. Мы предлагаем пересчитать потребность в производственной мощности и рейсах по правилам завода, затем снова проверить окно приёмки. В кабинете человек увидит запрос изменения и действующие подтверждённые условия, пока команда не согласует новый вариант.
- Производство: доступная мощность, материалы и ограничения выпуска по утверждённому плану.
- Транспорт: доступный миксер, его допустимая загрузка, время рейса и условия подъезда.
- Площадка: окно приёмки, ответственный, порядок разгрузки и необходимые условия доступа.
- Коммерческие условия: подтверждённая цена смеси и доставки, основание расчёта и порядок согласования изменений.
Технологические ограничения смеси и допустимый период доставки берём из правил, утверждённых ответственными специалистами заказчика. Для расчёта доставки отдельно согласуем исходные данные: адрес, зону, объём, число рейсов и дополнительные условия. При нехватке данных система отправляет расчёт сотруднику на проверку. Онлайн-заявка сохраняет намерение покупателя; согласованный статус поставки система показывает после предусмотренных вами подтверждений.
Предлагаемая схема подтверждения. При изменении объёма, времени или адреса повторно проверяем затронутые условия.
Открыть схему в полном размере
Карта статусов: кто разрешает следующий шаг
Одной отметки «в работе» диспетчеру недостаточно. Мы предлагаем показывать состояние заказа рядом с состоянием каждого рейса и ответом производства. Ниже пример карты для первой версии. Названия и полномочия согласуем с вашим порядком работы.
- Заказ: на проверке
Заявка сохранена; состав, объём и условия ещё уточняются.
Подтверждает: Менеджер собирает вводные; специалист проверяет характеристики.
- Заказ: согласован
Подтверждены состав, объём, производство, доставка и окно приёмки.
Подтверждает: Производство, диспетчер и уполномоченный представитель покупателя.
- Рейс: назначен
У рейса есть миксер, водитель, объём и время; назначение связано с заказом.
Подтверждает: Диспетчер.
- Заказ: изменение на согласовании
Зафиксирован новый запрос и перечень решений, которые нужно пересмотреть.
Подтверждает: Ответственные за затронутые производство, транспорт и приёмку.
- Рейс: отгружен
Сохранены выпуск и объём отгрузки для конкретного рейса.
Подтверждает: Производство.
- Рейс: приёмка подтверждена
Сохранены принятый объём, время и основание приёмки.
Подтверждает: Уполномоченный сотрудник площадки.
- Заказ: частично доставлен
Принята часть согласованного объёма; по остатку видно следующее действие.
Итог: система рассчитывает состояние по подтверждённым рейсам и согласованному правилу.
- Заказ: принят
Приёмка всего согласованного объёма подтверждена; итог сопоставлен с рейсами.
Подтверждает: Сотрудник, ответственный за завершение поставки.
- Сверка: есть расхождение
Факт и документ различаются; отклонение получает причину и ответственного.
Подтверждает: Сотрудник, разбирающий расхождение.
- Заказ: сверен с учётом
Сопоставлены заказ, рейсы, подтверждённый объём и документ учёта.
Подтверждает: Ответственный за учёт.
Отмену выделяем отдельным решением. До выпуска можно согласовать снятие задания и назначений. После выпуска или отгрузки нужно сохранить уже совершённые действия и определить дальнейший порядок со специалистами завода. Удаление заказа лишит команду сведений о произведённой смеси и выезде машины.
Перенос слота сохраняет условия до согласования
Вернёмся к условному заказу из начала статьи. Площадка просит более позднее время, а миксер уже назначен. Мы предлагаем создать запрос переноса с прежним и новым временем, причиной, автором и перечнем затронутых рейсов. Запрос получает отдельное состояние; команда видит, что поставку требуется пересогласовать.
Производство проверяет возможность изменить задание. Диспетчер проверяет транспорт и освобождение прежнего назначения. Представитель площадки подтверждает новое окно. После необходимых ответов система сохраняет новую версию условий и обновляет связанные задания. Старое назначение снимается по согласованному правилу; повторное подтверждение не должно создавать ещё один рейс.
Если новый слот занят, прежние условия остаются в истории. Диспетчер видит отказ и альтернативу для согласования. Если прежнее окно уже невыполнимо, заказу нужна явная отметка о приостановке и ответственный за решение. Сохранённая история сама по себе не разрешает отгрузку.
При изменении объёма проверяем производственный план и состав рейсов; при изменении адреса также пересматриваем доставку и подъезд. Условия отмены после выпуска, возврата и повторной доставки описываем вместе с заказчиком. Оператор получает допустимое действие для текущего состояния и причину отказа, если переход запрещён.
Факт доставки отделяем от плана
Заказной объём, отгруженный объём и принятый объём сохраняем разными полями. По каждому рейсу фиксируем время, основание приёмки и того, кто подтвердил результат. Отметка водителя о прибытии помогает диспетчеру вести рейс; принятый площадкой объём подтверждает уполномоченный сотрудник площадки.
Например, часть заказа доставлена, а следующий рейс перенесён. Покупатель должен видеть принятую часть и согласуемый остаток. Производство и диспетчер получают данные по оставшимся рейсам. Если факт расходится с документом, запись сохраняет оба значения, причину расхождения и сотрудника, который должен его разобрать.
Проверку качества смеси и документы по ней включаем по утверждённой процедуре завода и заказчика. Статус в кабинете отображает полученное подтверждение; он не заменяет контроль качества. Сверку с 1С строим по устойчивым идентификаторам заказа, рейса и документа, чтобы повтор обмена можно было сопоставить с уже сохранённой записью.
Что связать с 1С и что включить в первую смету
Сначала смотрим, где завод уже ведёт производственный план. В 1С:ERP есть планирование производства с учётом доступных ресурсов и перепланирование графика. Если этот процесс работает у вас, кабинет покупателей может получать подтверждения из существующей системы. При другом решении проверяем его возможности на ваших данных.
В платформе 1С предусмотрены средства интеграции, включая HTTP-сервисы и доступ по OData. Для проекта проверяем конкретную конфигурацию, размещение, объекты, права и доступные операции. Возможность платформы ещё требует подходящего интерфейса в вашей базе. Обмен с 1С оцениваем по согласованному составу данных и правилам ошибок.
Для первой версии предлагаем заявку, подтверждение условий, назначение рейсов, один маршрут изменения, факт доставки и сверку. Автоматический подбор всех маршрутов, несколько заводов и отдельное приложение водителя можно оценить следующими этапами. Если диспетчер подтверждает часть условий вручную, интерфейс должен показывать это покупателю.
- Роли и экраны: кабинет покупателя, рабочее место диспетчера, подтверждение производства и приёмки, права сотрудников.
- Правила заказа: справочник характеристик, единицы объёма, слоты, изменения, отмены и частичная доставка.
- Обмен: номенклатура и контрагенты, задания, рейсы, факты, документы и контроль повторов.
- Проверка и запуск: тестовые данные, приёмка переноса, ошибки связи, обучение сотрудников и наблюдение за пилотом.
Состав заказной разработки ПО фиксируем после разбора этих блоков. Для оценки понадобятся название и версия 1С, обезличенная заявка, производственное задание, план слотов и рейсов, пример переноса или частичной доставки. Уточняем, кто подтверждает характеристики, объём и факт приёма. По этим данным можно сравнивать предложения подрядчиков на одинаковый объём работ.
Как принять пилот на одном переносе
Мы предлагаем провести проверку на тестовом заказе с назначенным рейсом. До начала записываем ожидаемый результат для каждого участника и исходное состояние в учёте. Затем покупатель просит перенести доставку.
- Проверить, что запрос сохраняет прежние и новые условия, причину и автора. Производство и диспетчер видят его у одного заказа.
- Отказать в занятом слоте. Новый вариант остаётся неподтверждённым; сотрудник может предложить альтернативу.
- Согласовать доступный слот. Новая версия доходит до производства, диспетчера и покупателя, прежнее назначение больше не активно.
- Повторить передачу того же изменения после пропавшего ответа. Сверить идентификаторы: второго задания или отгрузки для этого повтора быть не должно.
- Подтвердить частичную доставку. Заказной, отгруженный и принятый объёмы различимы, по остатку видно следующее действие.
- Создать расхождение с документом и назначить ответственного. После исправления проверить связь с исходным фактом и результат сверки.
Отдельно проверяем отмену до выпуска: у отменённого заказа не остаётся активного рейса. Для отмены после выпуска нужен свой согласованный сценарий. При недоступности 1С показываем ожидающий обмен и ошибку ответственному; завершение сверки подтверждаем после восстановления связи.
Результат приёмки записываем по действиям сотрудников: что увидел диспетчер, какое задание получило производство, что подтвердил покупатель и какой документ найден в учёте. Так директор сможет проверить законченный процесс перед расширением системы.
Частые вопросы
Можно ли начать с кабинета покупателей без автоматического планирования?
Да, если завод назначит ответственных за подтверждение слота и рейса. В первой версии кабинет принимает заявку и показывает согласованные условия. Возможность производства и доставки подтверждает сотрудник по действующему плану.
Понадобится ли отдельное приложение на стройке?
Для заявки, переноса и просмотра статуса можно начать с веб-кабинета на телефоне. Приложение оцениваем отдельно, если нужны функции устройства или работа при нестабильной связи. Ожидаемые действия и условия сети проверяем на выбранной площадке.
Как показывать стоимость доставки до подтверждения?
Если правила расчёта и исходные данные согласованы, кабинет может показать расчёт с его условиями. При нестандартном подъезде, изменении адреса или нехватке данных стоимость подтверждает сотрудник. Покупатель видит, какой расчёт ещё ждёт согласования.
Разберём один заказ и его изменение
Пришлите обезличенные заказ, слот/рейс и пример изменения. Разберём маршрут до подтвержденной доставки и предложим карту статусов, интеграции и проверку пилота.