Закупки · прямая поставка клиенту
Поставщик отправляет сразу клиенту: как контролировать одну поставку и два обязательства
При прямой поставке товар не заезжает на ваш склад, но обязательство перед клиентом остаётся вашим рабочим вопросом. Сообщение поставщика об отправке, подтверждение получения и решение по недостающей части нужно связать с обеими сторонами заказа. Иначе один товар может одновременно оказаться «доставленным клиенту» и доступным для повторной продажи со своего склада.
Выберите маршрут для конкретной строки
Прямая поставка, или dropshipping, означает физическую отправку товара от поставщика вашему клиенту. В отличие от получения на собственном складе с последующей доставкой, здесь нет собственного этапа хранения. Microsoft описывает связывание клиентского заказа и закупки, в которой указан адрес конечного получателя. Microsoft Learn: прямая поставка.
Решение принимайте по строке: товар, вариант, количество, поставщик, получатель и обещанный срок. Один заказ может содержать позиции с разными маршрутами. Не переносите признак прямой поставки автоматически на весь заказ, если часть товара действительно отправляется с вашего склада.
До подтверждения проверьте готовность поставщика работать с конечным получателем, способ получения доказательства доставки и порядок возврата. Более короткий физический маршрут сам по себе не доказывает меньшую стоимость или более надёжный срок. Учитывайте обработку исключений и согласованный формат упаковки и документов.
Три участника и два разных обязательства
У продавца есть обязательство перед клиентом и отдельный заказ поставщику. Клиентская цена, закупочная цена, плательщик и грузополучатель могут различаться. В карточке поставки явно укажите: кто продаёт клиенту, у кого закупают, откуда отправляют и кому доставляют.
Юридический переход собственности, ответственность за перевозку и финансовые основания определяются подтверждёнными условиями, а не стрелкой на схеме маршрута. Эта статья проверяет операционные количества и события. Она не устанавливает универсальную налоговую или бухгалтерскую модель прямой поставки.
Минимальная связь содержит клиентскую строку, закупочную строку и количество, обеспечиваемое этим источником. Если строка на 12 единиц разделена между двумя поставщиками, каждому назначают свою часть. Создание второй закупки на все 12 не должно незаметно задублировать обеспечение первой.
Поставщику передают данные, необходимые для исполнения конкретной доставки. Полная история клиента, внутренняя маржа и чужие заказы для этой задачи не нужны. Смена адреса после отправки требует отдельной проверки возможности перенаправления, а не тихого редактирования карточки.
Не путайте документную приёмку с физическим приходом
Система может создавать связанные записи закупочного получения и клиентской отгрузки для отражения прямого маршрута. Например, Microsoft описывает связанное проведение таких документов. Это не основание показать товар в доступном остатке вашего обычного склада. Нужно проверить, какие именно места и количества затрагивает выбранная настройка.
В документации Odoo прямое движение идёт от поставщика к клиенту, минуя собственный запас. Этот принцип полезен для приёмки процесса: закупочное основание сохраняется, но свободного товара на собственной полке не возникает. Odoo 20: dropshipping.
Для каждой прямой доставки различайте заказанное, заявленное отправителем, подтверждённое перевозчиком при наличии такого доказательства, полученное клиентом и принятое по согласованному критерию. Номер отслеживания сам по себе не подтверждает состав и количество товара.
Учебный пример: 12 заказано, 8 заявлено, 7 подтверждено
Все числа условные. Клиент заказал 12 одинаковых обычных товаров. Продавец связал эту строку с закупкой 12 у поставщика V по прямому маршруту. Собственный физический остаток продавца по этой поставке равен нулю на всех следующих этапах.
V сообщил об отправке восьми единиц. Клиент подтвердил получение семи пригодных. Для целей примера именно подтверждённое получение пригодного количества завершает соответствующую часть клиентского обязательства. По восьмой заявленной единице идёт разбор; её фактическое место пока не доказано. Ещё четыре поставщик не отправлял.
Клиентская потребность раскладывается так: 12 = 7 подтверждённо исполнено + 1 спорная заявленная отправка + 4 ещё не отправлено. Следовательно, открыто пять, но это не одна одинаковая очередь. По одной единице ищут доказательства движения, по четырём требуется решение о будущей поставке.
Нельзя закрыть восемь только по сообщению V и одновременно создать новую закупку на все недостающие пять. Новая единица взамен спорной требует явного решения: что произойдёт, если исходная тоже приедет. Иначе расследование легко превращается в излишнюю доставку.
Отмена должна пройти обе стороны
Клиент согласовал отмену четырёх ещё не отправленных единиц. До ответа поставщика продавец хранит запрос отмены отдельно от подтверждённого изменения закупки. Прекращение клиентской потребности не доказывает, что V остановил исполнение.
Затем V подтвердил отмену именно этих четырёх. Теперь обе стороны ожидают итоговые восемь. Баланс исходной строки: 12 = 4 отменено + 7 получено + 1 на разборе. Спорную единицу нельзя случайно включить в отменённые четыре, потому что у неё другое основание и история.
Позже восьмая единица найдена и доставлена клиенту, который подтвердил её пригодность. Итоговое исполнение равно восьми, открытая часть равна нулю. Исходные 12 объясняются как 8 исполнено + 4 отменено. Доставка не создаёт приход восьми на свой склад, а повтор клиентского подтверждения не делает исполнение равным девяти.
Прямой возврат: обратный маршрут тоже связан
После завершения клиент возвращает одну из восьми единиц непосредственно V. В примере стороны выбрали возврат без замены. Сначала согласуют маршрут и идентификатор возврата, затем фиксируют отправку клиентом и фактическое получение поставщиком. Само создание заявки на возврат не перемещает товар.
Историческое доставленное количество остаётся восемь. После подтверждения обратного движения у клиента осталось семь; одна возвращена; четыре из первоначального заказа отменены. Проверка исходных 12: 7 осталось у клиента + 1 возвращено + 4 отменено = 12. Открытого обещания о замене в этом варианте нет.
Клиентский возврат денег и урегулирование с V ведутся отдельно. Условно клиенту согласовано вернуть 35, а поставщик признал кредит на 20 по своей закупочной цене. Эти суммы не обязаны совпадать и не являются одним платежом. Согласование кредита поставщиком не доказывает выплату клиенту; факт выплаты не подтверждает приёмку товара.
Не создавайте положительный физический остаток на своём складе при таком возврате. Если стороны меняют маршрут и товар действительно приезжает к вам, это новый подтверждаемый этап с проверкой состояния и дальнейшим решением.
Поля и очередь исключений
Сохраните версии обеих строк, карту обеспечиваемого количества, адрес и получателя на момент подтверждения, идентификатор отправления, исходные сообщения и доказательства каждого этапа. Для частичного исполнения нужны отдельные количества, а не только общий статус заказа.
У исключения укажите сторону следующего действия: поставщик уточняет отгрузку, перевозчик ищет место, клиент подтверждает фактический состав, менеджер согласует отмену или новый срок. Неизвестное местонахождение остаётся неизвестным. Внутренняя смена ответственного не обнуляет возраст вопроса и не стирает прежнее обещание.
Особенно опасны повторное сообщение об отправке, доставка по старому адресу, ответ на отменённую версию и возврат без ссылки на исходную единицу исполнения. Повтор документа сначала сопоставляют с существующей операцией; новое название файла не означает новую поставку.
Приёмочные проверки
- Клиентские 12 связаны с закупочными 12 без второго полного обеспечения.
- Заявленные восемь и подтверждённые семь остаются разными фактами.
- Открытые пять разделены на одну спорную и четыре неотправленные единицы.
- Подтверждённая отмена четырёх сохраняет разбор восьмой отправленной единицы.
- Поздняя доставка закрывает ровно одну, а не создаёт повтор восьми.
- Прямой возврат сохраняет историческое исполнение и отдельный обратный маршрут.
- Собственный физический остаток по всей цепочке равен нулю.
- Денежные решения двух сторон не выдаются за физическое подтверждение.
Для SABSUS проверьте связку закупок, заказов и склада. Поддержку прямого маршрута, документов и повторных событий подтвердите на конкретной конфигурации; эта статья описывает требования к процессу.
Частые вопросы
Можно ли считать заказ исполненным по трек-номеру?
Только если согласованный критерий исполнения действительно подтверждён. Сам номер не доказывает количество и состояние.
Отмена клиента автоматически отменяет закупку?
Нет. Нужен отдельный подтверждённый результат изменения на стороне поставщика.
Возврат поставщику увеличивает наш складской остаток?
Нет, если товар физически идёт напрямую поставщику. Денежные и документные записи отражают отдельно.