 |
| ||||||||
Почему заявка разделена на несколько заказов на поставку или почему заказ на изменение создал новый номер заказа и сторнировал исходный номер заказа?
SAP Ariba Purchasing & Receiving
На вкладке История заявки найдите запись в истории, которая относится к разделению заявки на новый заказ на покупку или отмене заказа, и нажмите Просмотреть сведения, чтобы подтвердить, почему это произошло.
Для всех видов заказов на поставку сайт агрегирует отдельные позиции, соответствующие всем следующим условиям:
- Позиции происходят из одного местоположения поставщика
- Позиции имеют одинаковый адрес доставки, если для параметра SplitOrderOnShipTo установлено значение Нет в основных данных местоположения поставщика
- Позиции имеют одинаковый адрес выставления счета
- Позиции – это все позиции каталога или все позиции не из каталога (можно отключить с помощью пользовательской настройки)
- Позиции являются позициями PunchOut с одинаковым заголовком
- Позиции являются частью одного контракта (разные версии одного контракта по-прежнему считаются одним и тем же контрактом)
- Любые дополнительные критерии разделения заказа, запрошенные вашей компанией (через пользовательскую настройку)
Варианты сайтов SAP также имеют следующие особенности:
- Требуется ли для позиции разделение типа позиции заказа с ограничениями (можно отключить с помощью пользовательской настройки)
- Все ли отдельные позиции имеют одинаковую валюту
- Имеют ли отдельные позиции одинаковое значение закупочной организации
- Имеют ли отдельные позиции одинаковое значение группы закупок (можно деактивировать с помощью пользовательской настройки)
Для заказов на изменение всегда создается новый заказ на поставку, если выполняются какие-либо из следующих условий:
- ChangeOrderRestrictions установлено на 1 в основных данных местоположения поставщика
- Изменился ли предпочтительный способ заказа для местоположения поставщика между версиями заявок (например, с Электронный заказ на печать).
- Исключение: новый заказ на закупку не создается при изменении метода заказа с Печать на Электронный заказ.
Для заказов по закупочным картам применяются следующие дополнительные условия агрегации позиций:
- Позиции имеют одинаковый раздельный учет позиций (это требование можно отключить с помощью параметра Application.Procure.PreventPCardOrdersSplittingBasedOnAccounting)
- Позиции имеют одинаковый номер закупочной карточки
- Отдельные позиции имеют одинаковый номер операции
- Отдельные позиции имеют одинаковую дату операции
Обратите внимание, что если поле, помеченное как поле разделенного заказа, имеет нулевое значение, это поле всегда будет вызывать разделение между позициями в одной версии или для одной и той же позиции в разных версиях.
Если требуется пользовательская настройка на основе приведенного выше применимого варианта использования, см. KB0537649: Каков текущий процесс запросов на настройку?
Заголовок PunchOut относится к одному сеансу PunchOut. Когда пользователь закупки выполняет punch out, помещает позицию в корзину и возвращается в систему, то есть в одном сеансе.
Если они возвращаются, то это отдельный сеанс, который будет иметь другой заголовок, поэтому система разделяет позиции этого нового сеанса на отдельный заказ на поставку.
Чтобы обобщить поведение для позиций не из каталога, каталога и punchout при изменении в поле разделенного заказа:
- Позиции не из каталога + позиции каталога = 1 ЗП
- Не из каталога + позиции PunchOut = 2 заказа на закупку
- Каталог + позиции PunchOut = 2 заказа на поставку
- (каталог + позиции PunchOut) + позиции punchout = 2 заказа на закупку
Закупки > Заказы на закупку
Закупки > Подача заявок