Lea esto primero
Buying and Invoicing no es una pantalla: es la cadena documental, y cada módulo que le agregue hereda sus reglas.
Guided buying, Contracts, SLP y Supplier Risk terminan depositando aquí su resultado: una requisición que debe tener precio, un proveedor que debe ser transaccionable, un contrato que debe poder referenciarse, una factura que debe conciliar. Configure mal esta capa y el síntoma aparecerá en otro lado: un tile que genera una requisición que nadie puede aprobar, un contrato que nunca llega a una orden de compra.
Lo segundo que conviene interiorizar: Ariba no contabiliza su factura. La concilia, la aprueba y la entrega al ERP. La mayoría de los incidentes dolorosos de go-live en esta área no son configuración de Ariba, sino documentos que pasaron todos los controles y fallaron en la frontera, donde nadie estaba vigilando una cola.
El orden de construcción
Este orden no es una preferencia. Cada paso solo puede probarse cuando existe el anterior, y los equipos que empiezan por el cuarto —porque es el visible— pasan el resto del proyecto volviéndolo a probar.
| # | Capa | Por qué va aquí |
|---|---|---|
| 1 | Datos maestros de la empresa y del ERP | Compañías, unidades de compra, campos contables, proveedores, códigos de commodity y unidades de medida. Todo lo demás los hereda y nada puede probarse sin ellos. |
| 2 | Usuarios, grupos y permisos | Solicitantes, aprobadores, compradores, responsables de excepciones y cuentas por pagar. La pertenencia a grupos define qué ve cada persona y hacia dónde pueden enrutar las reglas. |
| 3 | Origen de precios: catálogos y contratos | Contenido de catálogo, conexiones PunchOut y condiciones de precio de contrato. Sin ellos toda línea es texto libre y todo precio es una variación en potencia. |
| 4 | Reglas de aprobación | Flujos de requisición, orden, recepción y conciliación de factura. Se construyen después del modelo de grupos, nunca antes. |
| 5 | Tipos de excepción y tolerancias | Las reglas de cotejo. Aquí la política de cuentas por pagar se convierte en configuración. |
| 6 | Integración y transmisión de documentos | Envío de órdenes y transmisión de recepciones y facturas hacia y desde el ERP y SAP Business Network. |
| 7 | Habilitación de proveedores | Relaciones comerciales, reglas de transacción, PunchOut y publicación de catálogos por proveedor. Siempre es la ruta crítica del plan. |
Datos maestros y la frontera con el ERP
Defina por escrito qué sistema es dueño de cada objeto y en qué dirección se mueve. Proveedores, compañías, campos contables, códigos de commodity, unidades de medida e indicadores de impuesto casi siempre pertenecen al ERP y se cargan en Ariba. En cuanto dos sistemas creen ser dueños de lo mismo, existe un problema de conciliación que descubrirá una factura.
Después decida dónde ocurre la recepción de mercancía. Un solo sistema de registro. Recibir en Ariba y en el ERP sin un maestro claro produce facturas que cuadran en un sistema y no en el otro, y la investigación siempre cuesta más que la decisión.
Responda antes de construir
- ¿Qué sistema es maestro de proveedores y cómo se mapean los IDs de Ariba con los números de acreedor del ERP?
- ¿Qué campos contables se validan en Ariba y cuáles solo al contabilizar en el ERP?
- ¿Dónde ocurre la recepción de mercancía: en Ariba o en el ERP?
- ¿Qué monedas, indicadores de impuesto y unidades de medida están en alcance el día uno?
- ¿Quién vigila las transmisiones fallidas entre Ariba y el ERP, y con qué herramienta?
Requisiciones y catálogos
Cada línea de requisición toma su precio de algún lado: un catálogo hospedado, un carrito PunchOut, una condición de precio de contrato, o una persona escribiendo un número. La última opción es la cara: las líneas de texto libre no tienen precio pactado y generan las variaciones de precio en las que cuentas por pagar gastará su semana.
Qué definir temprano
- Meta de cobertura de catálogo por categoría de gasto, con responsable de la actualización de contenido.
- Conexiones PunchOut probadas de extremo a extremo, incluyendo el carrito de retorno con su UOM y moneda.
- Política de texto libre: permitida, restringida a ciertas categorías o enrutada a un comprador.
- Alcance por unidad de compra, para que un solicitante no ordene contra el contenido de otra unidad.
La prueba de cobertura de catálogo. Tome las cien compras más frecuentes del año pasado y verifique cuántas pueden comprarse hoy desde un catálogo o un precio de contrato. Ese número, y no la lista de módulos, predice cuánto trabajo manual creará el go-live.
Reglas de aprobación
Las reglas de aprobación se construyen sobre el modelo de grupos, y por eso el modelo de grupos va primero. Las reglas que enrutan a personas concretas sobreviven hasta la primera reorganización; las que enrutan a grupos, la sobreviven.
Cuatro flujos, no uno
Requisición, orden de compra, recepción y conciliación de factura tienen su propio flujo de aprobación. Es común diseñar con detalle el de requisición y dejar el de conciliación para el final, para descubrir en el go-live que las excepciones caen en el solicitante, que no tiene cómo juzgar una variación de impuestos.
Pruebas de diseño de reglas
- Cada regla enruta a un grupo y cada grupo tiene al menos dos miembros activos.
- Existe escalación por ausencia y alguien puede nombrar al destinatario.
- Los umbrales coinciden con la delegación de autoridad escrita, en la misma moneda.
- Las excepciones se enrutan a responsables capaces de resolver ese tipo de excepción.
- El flujo se prueba con un rechazo y un reenvío, no solo con una aprobación.
Órdenes y recepciones
La cadena documental de abajo es el mapa que conviene tener a la vista. Casi todos los incidentes en producción son un salto de esa cadena fallando en silencio, y el diagnóstico más rápido siempre empieza por nombrar el salto antes de tocar la configuración.
| Documento | Dirección | Notas |
|---|---|---|
| Requisición | Ariba | Creada por el solicitante o por guided buying; se aprueba antes de convertirse en orden |
| Orden de compra | Ariba al proveedor / ERP | Se transmite al proveedor por SAP Business Network y, en la mayoría de los diseños, se replica al ERP |
| Confirmación de orden | Proveedor a Ariba | Opcional según reglas de transacción; es una señal temprana de que la OC llegó a una cuenta activa |
| Aviso de embarque / ASN | Proveedor a Ariba | Opcional; en algunos diseños alimenta la recepción |
| Recepción | Ariba o ERP | Elija un único sistema de registro para la recepción; recibir en ambos es el error de conciliación más caro que existe |
| Factura | Proveedor a Ariba | Basada en OC, basada en contrato, sin OC, o creada por cuentas por pagar en nombre del proveedor cuando se permite |
| Conciliación de factura | Ariba | Resultado del cotejo más las excepciones; es el objeto que se aprueba |
| Pago / remesa | ERP a Ariba | El estatus regresa para que los proveedores vean el estado de pago sin llamar a cuentas por pagar |
Configure la obligatoriedad de recepción por commodity considerando la realidad operativa. Exigir recepción de mercancía para un servicio que nadie recepciona no es un control: es una cola permanente de excepciones.
Canales de facturación
Decida qué canales quedan abiertos por proveedor: facturas basadas en OC, basadas en contrato, sin OC, y facturas creadas por cuentas por pagar en nombre del proveedor cuando su política y la normativa fiscal local lo permitan. Cada canal tiene un modelo de control distinto, y lo que en realidad está eligiendo es el modelo de control, no el canal.
Las reglas de transacción por proveedor definen qué puede enviar: si puede facturar por encima de la cantidad de la orden, agregar líneas no planificadas, modificar el impuesto o facturar antes de que exista una recepción. Un proveedor con historial y uno que se está incorporando este trimestre no deberían compartir el mismo conjunto de reglas por accidente.
Decisiones de canal que hay que documentar
- Qué proveedores pueden enviar facturas sin OC y quién lo autorizó.
- Si las líneas no planificadas se aceptan, se rechazan o se aceptan con excepción.
- Si las notas de crédito llegan por el mismo canal y quién las atiende.
- Cómo entran al proceso las facturas en papel o PDF, si es que entran.
- Qué determinación de impuestos es la válida: la del proveedor o la calculada por el sistema.
Conciliación y tolerancias de excepción
Esta es la sección donde vivirá cuentas por pagar. Llega una factura, Ariba la coteja contra la orden y las recepciones, y toda diferencia fuera de tolerancia se convierte en una excepción del documento de conciliación. La factura no se rechaza: queda retenida y alguien tiene que actuar.
| Excepción | Se genera cuando | Nota de configuración |
|---|---|---|
| Variación de precio | El precio unitario facturado difiere del de la orden o del contrato | Defina tolerancia en porcentaje y en importe absoluto; solo el porcentaje se comporta mal en líneas de muy bajo y muy alto valor |
| Variación de cantidad | La cantidad facturada supera la ordenada o la recibida | Es barato aplicarla con rigor. La sobrefacturación debe detenerse, no enrutarse |
| Variación contra recepción | La cantidad facturada supera la recibida | Solo tiene sentido si la disciplina de recepción es real; si no lo es, corrija la recepción antes de endurecerla |
| Variación de impuestos | El impuesto facturado difiere del calculado o esperado | Enrútela a un responsable con criterio fiscal, no al solicitante |
| Unidad de medida distinta | La UOM de la factura difiere de la de la orden | Casi siempre es un problema de datos maestros, no de conducta del proveedor |
| Contabilidad incompleta o bloqueada | La imputación contable de la línea es inválida o está incompleta | Si se deja pasar, falla en la frontera con el ERP; bloquéela en Ariba |
| Número de factura duplicado | Ya se recibió ese número de factura del mismo proveedor | Nunca se acepta de forma automática, sin importar el importe |
Las trampas
Recepción obligatoria definida por commodity y no por política
Exigir recepción en servicios que nadie recepciona garantiza una cola permanente de excepciones sin dueño
Tolerancias copiadas del tenant de demo
Las tolerancias de demo son generosas por diseño. Las de producción deben coincidir por escrito con su delegación de autoridad
Facturación sin OC habilitada por defecto
Omite los controles de orden y recepción, así que debe habilitarse por proveedor y categoría con un responsable con nombre
Reglas de aprobación antes que los grupos
Las reglas que apuntan a personas concretas dejan de mantenerse con la primera reorganización
Sin prueba del camino no feliz
Los equipos prueban una requisición limpia hasta una factura limpia y salen a producción. La primera excepción real llega a una cola sin personal
Un ejercicio útil antes del go-live: tome la población de facturas del año pasado, aplique sobre el papel las tolerancias propuestas y cuente cuántas habrían generado excepción. Si ese número supera lo que su equipo puede resolver en un día, las tolerancias son una decisión de personal, no de control.
Checklist previo al go-live
Configuración
- Propiedad de datos maestros documentada por objeto, con dirección de flujo.
- Un único sistema de registro elegido para la recepción de mercancía.
- Cobertura de catálogo y contrato medida contra la frecuencia real de compra.
- Flujos de aprobación construidos para requisición, orden, recepción y conciliación.
- Tipos de excepción y tolerancias aprobados por cuentas por pagar y finanzas, por escrito.
- Reglas de transacción revisadas por segmento de proveedor, no fijadas globalmente por defecto.
Operación
- Cada cola de aprobación y de excepciones tiene responsable titular y suplente.
- El monitoreo de transmisiones fallidas está asignado, con herramienta y revisión diaria.
- Se prueba el camino no feliz completo: variación, disputa, corrección, reenvío y contabilización.
- Manejo de notas de crédito y facturas duplicadas ensayado antes del día uno.
- Olas de habilitación de proveedores ordenadas por el gasto que representan, de mayor a menor.
- El plan de corte cubre requisiciones en curso, órdenes abiertas y recepciones sin factura.
Preguntas frecuentes
- ¿Qué es SAP Ariba Buying and Invoicing?
- SAP Ariba Buying and Invoicing es la aplicación central de procure-to-pay: requisiciones contra catálogos y contratos, flujos de aprobación, órdenes de compra enviadas a proveedores por SAP Business Network, recepciones y conciliación de facturas antes de que la factura se contabilice en el ERP. Guided buying es una interfaz encima de esta capa, no un reemplazo.
- ¿Cuál es la diferencia entre Buying and Invoicing y guided buying?
- Buying and Invoicing es el motor transaccional: requisiciones, órdenes, recepciones, documentos de conciliación de factura, reglas de aprobación y contabilización. Guided buying es una experiencia simplificada para el solicitante que crea esos mismos documentos. Si una requisición no puede crearse en Buying and Invoicing por falta de datos maestros, una política o una regla de aprobación, guided buying tampoco podrá crearla.
- ¿Qué es el documento de conciliación de factura (IR) en SAP Ariba?
- El documento de conciliación de factura (IR) es el objeto que Ariba crea al cotejar una factura contra su orden de compra y sus recepciones. Las excepciones detectadas en el cotejo se adjuntan al IR, y es el IR —no la factura— lo que aprueban o resuelven los responsables antes de que la factura se libere al ERP.
- ¿Por qué mi factura en Ariba genera una excepción en lugar de contabilizarse?
- Porque el cotejo encontró una diferencia fuera de la tolerancia configurada para ese tipo de excepción: normalmente variación de precio, de cantidad, de impuestos o de unidad de medida, o una recepción faltante en una línea que la requiere. La factura no se rechaza: queda retenida en el documento de conciliación hasta que la excepción se acepte, se dispute o se corrija el documento de origen.
- ¿Los proveedores pueden facturar sin orden de compra en SAP Ariba?
- Sí, si habilita facturación sin OC para ese proveedor y esa categoría. Trátelo como una decisión de política y no como un valor por defecto: las facturas sin OC omiten el cotejo contra orden y recepción, por lo que el control se traslada por completo a las reglas de aprobación y a la validación contable.
- ¿Ariba contabiliza la factura o lo hace el ERP?
- Contabiliza el ERP. Ariba concilia y aprueba, y después envía la factura conciliada al ERP a través de la capa de integración, donde se crea el documento financiero. Una factura aprobada en Ariba sin documento equivalente en el ERP significa que falló el tramo de integración: revise la transmisión y el error del lado del ERP, no el flujo de aprobación de Ariba.
Glosario
- Buying and Invoicing
- Aplicación central de procure-to-pay de SAP Ariba: requisiciones, órdenes, recepciones y conciliación de facturas
- Documento IR
- Documento de conciliación de factura: contiene el resultado del cotejo y las excepciones que se enrutan para aprobación
- Tipo de excepción
- Categoría configurada de diferencia de cotejo, con su propia tolerancia y reglas de manejo
- Tolerancia
- Variación permitida antes de generar una excepción en la línea o en la cabecera de la factura
- Factura sin OC
- Factura sin orden de compra contra la cual cotejar; se controla con reglas de aprobación en lugar de cotejo
- Reglas de transacción
- Reglas por proveedor y por grupo que definen qué puede enviar el proveedor y qué acepta Ariba
- PunchOut
- Modelo de catálogo en el que el solicitante compra en el sitio del proveedor y regresa un carrito a la requisición
- Unidad de compra
- Objeto de alcance organizacional que determina qué contenido, políticas y reglas aplican a una requisición
- Campo contable
- Campo derivado del ERP, como centro de costo o cuenta contable, validado en líneas de requisición y factura