Si su organización entra en productivo sin una estructura de unidad de compra, empieza a crear documentos aprobables, pero más tarde decide implementar unidades de compra en su sitio, los documentos aprobables existentes no tendrán una unidad de compra asignada. Esto puede provocar errores al cambiar documentos o al procesar recibos o facturas de pedidos de compra con un valor de unidad de compra en blanco: el valor de Unidad de compra no es aceptable.

*La tarea programada BackPopulateProcurementUnits nunca la debe ejecutar el servicio de asistencia al cliente de SAP Ariba*

Ejecute la tarea programada BackPopulateProcurementUnits en su sitio para rellenar el campo Unidad de compra de forma retroactiva en los documentos aprobables existentes sin tener que tocar los documentos manualmente. Esta tarea no cambia el flujo de aprobación de los documentos aprobables que están en el proceso de aprobación. Al actualizar documentos aprobables existentes, la tarea agrega una entrada de histórico para indicar el cambio de la unidad de compra en blanco al nuevo valor.

Recomendamos ejecutar esta tarea primero en el sitio de prueba para asegurarse de que funciona como se esperaba y para garantizar que no haya efectos adversos. Además, antes de ejecutar esta tarea, revise la configuración de los parámetros predeterminados de la unidad de compra. La tarea programada hace referencia a esta configuración de parámetros para determinar cómo establecer la unidad de compra predeterminada en cada tipo de documento aprobable.

Por ejemplo:

• 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"

Cada uno de estos parámetros especifica una lista de vías de acceso de campo desde las que se establece el valor predeterminado del campo Unidad de compra para ese tipo de documento. Por ejemplo, el parámetro de unidad de compra de la solicitud de compra tiene una configuración predeterminada de CompanyCode.ProcurementUnit, Requester.PartitionedUser. Esto significa que la tarea programada busca primero la unidad de compra asociada con el código de empresa de la solicitud de compra. Si eso no tiene un valor, pasa a la unidad de compra predeterminada del solicitante. Si ninguna de las vías de acceso al campo contiene valores, mantendrá la unidad de compra de la solicitud de compra en blanco.

El servicio de asistencia al cliente de SAP Ariba puede modificar estos parámetros para agregar nuevas rutas de campo y cambiar la clasificación de las opciones de ruta de campo para garantizar que la tarea programada se esté extrayendo desde el lugar correcto.

Antes de implementar las unidades de compra, el campo Unidad de compra no es necesario en los documentos aprobables. Después de activar las unidades de compra, el campo se vuelve obligatorio para cualquier documento recién creado o documento existente que esté implicado en el procesamiento de un documento relacionado (por ejemplo, enviar un nuevo recibo para un pedido de compra existente que tenga una unidad de compra en blanco).

La tarea programada pasa por los documentos en el orden del flujo de trabajo (del más antiguo al más reciente a para cada tipo de documento aprobable antes de pasar al siguiente tipo):

1. Solicitudes de compra
2. Pedidos
3. Recibos
4. Facturas
5. Reconciliaciones de facturas

Dependiendo de cuántos documentos históricos haya que actualizar con un valor de unidad de compra, la tarea puede tardar varias horas en completarse.

La tarea programada BackPopulateProcurementUnits no debe ser ejecutada por el servicio de asistencia al cliente de SAP Ariba por varios motivos:

1. Las unidades de compra dividen lógicamente una empresa en varias unidades. Por lo tanto, la tarea y el trabajo asociados a ella deben gestionarse en el alcance de un proyecto.
2. Se debe realizar un análisis de impacto completo antes de ejecutar esta tarea para garantizar que esta tarea sea la decisión correcta y que el cliente esté configurado correctamente para ella.
3. Esta tarea requiere mucho rendimiento y debe coordinarse para que se realice durante las horas libres y/o sin usuarios en el sistema. También se debe determinar cuántos documentos se verían afectados por esta tarea antes de ejecutar la tarea. Por este motivo, es necesario que exista un plan de migración.
4. La tarea recorre todos los documentos aprobables y actualiza uno por uno. Si encuentra un problema con un documento, la tarea se detiene. Ese documento debería revisarse y corregirse antes de volver a ejecutar la tarea.

Por todas las razones anteriores, los clientes deben contratar los servicios de SAP Consulting siempre que haya un requisito para completar de forma retroactiva las unidades de compra en los documentos aprobables.

Compras centrales > Administración central > Importación de unidades de compra