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

*Запланированная задача BackPopulateProcurementUnits никогда не должна выполняться службой поддержки клиентов SAP Ariba*

Выполните запланированную задачу BackPopulateProcurementUnits на вашем сайте, чтобы заполнить поле "Закупочный блок" задним числом в существующих документах на утверждение без необходимости касания документов вручную. Эта задача не изменяет процесс утверждения документов на утверждение, находящихся в процессе утверждения. При обновлении существующих документов на утверждение задача добавляет запись журнала, указывающую на изменение пустого закупочного блока на новое значение.

Рекомендуется сначала выполнить эту задачу на тестовом сайте, чтобы убедиться, что она работает, как ожидалось, и чтобы не было отрицательных последствий. Кроме того, перед выполнением этой задачи проверьте настройки параметров по умолчанию для закупочных блоков. Запланированная задача ссылается на эти настройки параметров, чтобы определить способ определения по умолчанию закупочного блока для каждого типа документа на утверждение.

Например:

• Application.Approvable.Defaulting.ProcurementUnit."ariba.purchasing.core.Requisition"
• Application.Approvable.Defaulting.ProcurementUnit."ariba.receiving.core.Receipt"
• Application.Approvable.Defaulting.ProcurementUnit."ariba.invoicing.core.Invoice"
• Application.Approvable.Defaulting.ProcurementUnit."ariba.invoicing.core.InvoiceReconciliation"

Каждый из этих параметров определяет список путей к полям, из которого по умолчанию устанавливается поле Закупочная единица для этого типа документа. Например, параметр закупочной единицы заявки имеет настройку по умолчанию CompanyCode.ProcurementUnit, Requester.PartitionedUser. Это означает, что запланированная задача сначала обращается к закупочному блоку, связанному с кодом компании заявки. Если значение отсутствует, выполняется переход к закупочному блоку автора запроса по умолчанию. Если ни один из путей к полю не содержит значений, закупочная единица заявки останется пустой.

Служба поддержки SAP Ariba может изменить эти параметры, чтобы добавить новые пути к полям и изменить ранжирование вариантов путей к полям, чтобы запланированная задача извлекала данные из нужного места.

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

Запланированная задача проходит через документы в порядке рабочего процесса (от самого старого до самого нового для каждого типа документа на утверждение перед переходом к следующему типу):

1. Заявки
2. Заказы на поставку
3. Поступления
4. Счета-фактуры
5. Сверки счетов-фактур

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

Запланированная задача BackPopulateProcurementUnits не должна выполняться службой поддержки SAP Ariba по нескольким причинам:

1. Закупочные единицы логически делят компанию на несколько единиц. Поэтому связанные с ней задачи и работы должны обрабатываться в рамках проекта.
2. Перед выполнением этой задачи необходимо выполнить полный анализ влияния, чтобы убедиться, что эта задача является правильным решением и для нее правильно настроен клиент.
3. Эта задача снижает производительность и должна координироваться в выходные часы и/или без пользователей в системе. Также необходимо определить, сколько документов будет затронуто этой задачей перед выполнением задачи. По этой причине должен быть создан план миграции.
4. Задача проходит через все документы на утверждение и обновляется по одному. Если с документом возникает проблема, задача останавливается. Этот документ необходимо проверить и исправить перед повторным выполнением задачи.

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

Базовые закупки > Базовое администрирование > Импорт закупочных блоков