Счёт поставщика —
черновик заказа
в Битриксе
Показ решения postroyka.ftd.by
Тринадцать слайдов: как файл превращается в заказ и чем это проверено на документах заказчика.
Открываем страницу…
Показ рассчитан на большой экран. С телефона листайте смахиванием.
Идеи переходят в работу.
Показ решения postroyka.ftd.by
Тринадцать слайдов: как файл превращается в заказ и чем это проверено на документах заказчика.
Excel, PDF, скан, фото. Поставщики считают в штуках, упаковках и кубометрах, называют товар по-своему. Закупщик сводит это с внутренним каталогом руками — по несколько десятков строк в день.
Перепутанная толщина, потерянная строка, лишняя позиция из протокола под таблицей. В заказе это одна цифра, на складе — машина не того товара и разговор с поставщиком.
Telegram, почта или форма. Excel, PDF, скан, фото.
Позиции, количество и цены. Лишнее отброшено и подписано.
Каждая строка получает код вашей номенклатуры.
Черновик сделки в вёрстке вашей системы. Проводит закупщик.
| Система сама | Закупщик решает |
|---|---|
| Находит позицию по названию, размерам и артикулу | Выбирает позицию сам, если система не уверена |
| Пересчитывает упаковки в штуки, метры и кубометры | Задаёт вложенность упаковки, если её нет в карточке |
| Показывает, откуда взяла каждое число | Проводит заказ — до этого ничего не уходит |
| Запоминает подтверждённое правило | Может изменить и отменить любое правило |
Сопоставление не отдано модели намеренно: тогда объяснить, почему выбрана именно эта позиция каталога, было бы нечем.
Что вышло из файларазбор по строкам
Обработка этого примера заняла 113 секунд
Три позиции, суммы и итог — ровно те, что в счёте.
Протокол согласования цен под таблицей удвоил бы заказ. Он отброшен и подписан, а не спрятан.
На второй странице лежит другой счёт: у него свой разбор и свой заказ.
Совпали тип плиты и размеры 1200 × 600 × 10 мм. Один лист в счёте соответствует одной штуке в каталоге.
Совпавшие размеры, группа товара и единица измерения — не «доверьтесь оценке».
Выше 0,75 система ставит сама, между 0,45 и 0,75 спрашивает.
Система не подставляет ничего и предлагает завести позицию.
Коэффициент берётся из карточки каталога, а не из головы.
Под каждым числом написано, из какого поля карточки оно взято.
Объём из счёта делится на объём упаковки и должен дать то же количество.
полерезультат системызаказ сотрудника
Слева — что собрала система, справа — сделка, которую закупщик завёл руками.
Сумма, склад, компания, договор, дата оплаты, стадия. Сумма — копейка в копейку.
Построчной сверки товаров нет: состав их сделки нам не показывали.
| Что лежит в документе | Что было бы без обработки |
|---|---|
| Под таблицей — протокол с теми же товарами | Шесть позиций вместо трёх, заказ удвоится |
| На второй странице — другой счёт | Два счёта склеятся в один заказ |
| Под каждой позицией — строка со страной | Вдвое больше строк, половина без цены |
| Один артикул разбит на три строки | Три позиции либо потерянное количество |
| Две строки с одним названием и разной толщиной | Возьмётся не та толщина — заказ уйдёт неверным |
| Цена в колонке «за кубометр» | Цена за кубометр уйдёт как цена за штуку |
Разных поставщиков и форматов — включая те, на которых обычно ошибаются.
Номенклатура с единицами и упаковками: из неё берутся коэффициенты пересчёта.
Куда писать черновик заказа. До этого шага система в вашу систему не пишет ничего.
Стенд собран на документах заказчика и показан на обезличенных данных. На ваших счетах он собирается так же: разбор, сопоставление с вашей номенклатурой и сверка с заказом, который ваш закупщик завёл руками.