Gráfico de título elegante sobre el tema de la integración de envíos de SAP

Interfaz de envíos de SAP: Guía para administradores de TI

Para la mayoría de las integraciones de envío de SAP, la decisión es clara: IDoc-Saliente para documentos de entrega y envío asíncronos, REST/OData a través de SAP Cloud Integration (CPI) Para configuraciones modernas en la nube. Ambas variantes siguen el principio de núcleo limpio y evitan modificaciones al núcleo de SAP. Hay tres razones para ello:

Seguridad de actualización y migración: Las integraciones sin modificaciones simplifican significativamente las actualizaciones de S/4HANA, ya que no es necesario realizar ajustes ABAP que deban transferirse al núcleo.
Robustez asíncrona: Los mensajes salientes basados en IDoc incluyen mecanismos integrados de reintento y registro, que son fundamentales en caso de interrupciones de la red o fallos del operador.
Compatibilidad con GTS: Los procesos aduaneros, como las declaraciones de exportación y las comprobaciones de la lista de sanciones, se ejecutan a través de la misma infraestructura RFC asíncrona que también gestiona los documentos de envío.

Quienes deseen acelerar el lanzamiento de su producto estrella pueden integrar Paket International como una plataforma multioperador con capacidades de integración perfectas. La plataforma admite conexiones API y de complementos, y está diseñada para estrategias de núcleo limpio.

Hallazgos importantes

Para las integraciones de envío de SAP, se aplica lo siguiente: Las conexiones asíncronas sin modificaciones a través de IDoc o REST/OData a través de CPI constituyen la arquitectura más preparada para el futuro en entornos S/4HANA.

Tema	Detalles
Selección de interfaz	IDoc saliente para documentos de entrega, REST/OData a través de CPI para seguimiento en tiempo real y configuraciones en la nube.
Principio de núcleo limpio	La integración sin modificaciones mediante middleware externo simplifica significativamente las actualizaciones de S/4HANA.
Datos obligatorios de GTS	El código HS, los Incoterms, la dirección del destinatario, el valor de las mercancías y el país de origen deben transmitirse íntegramente.
Supervisión de transacciones	Revise diariamente SM58, WE02/WE05, BD87 y SLG1; configure alertas automáticas para las colas de espera.
Paquete internacional	Ofrece integración mediante API REST, despacho de aduanas automático y conectividad con múltiples transportistas sin necesidad de modificar el núcleo de SAP.

Contenido

¿Qué tipos de interfaz SAP están disponibles para la integración de envíos?
¿Qué middleware es el más adecuado para la integración de envíos con SAP?
¿Qué patrones de integración probados existen para los procesos de los operadores?
¿Qué funcionalidades deben ofrecer las interfaces para SAP GTS y el despacho de aduanas?
¿Cómo sería una lista de verificación para la implementación concreta?
¿Cómo se supervisan y resuelven los errores en las interfaces de envío de SAP?
Parcel International: Integración automatizada de envíos en la práctica
Packet International acelera la integración de su sistema de envíos SAP.
Mar de fondo

¿Qué tipos de interfaz SAP están disponibles para la integración de envíos?

Interfaces comunes de SAP Para sistemas de terceros, se utiliza RFC/BAPI para llamadas a funciones síncronas, IDoc para mensajes asíncronos robustos y servicios web (SOAP, REST/OData) para API modernas y estado en tiempo real. Cada tecnología tiene ventajas específicas en el contexto de la transmisión de datos.

Las manos conectan los cables en el armario del servidor.

Tipo de interfaz	Caso de uso típico de envío	fortalecer
RFC / BAPI	Consultas síncronas de datos maestros, comprobaciones de inventario	Retroalimentación directa, fácil implementación
IDoc (Saliente)	Documentos de entrega, mensajes de envío a la puerta de enlace del transportista	Asíncrono, con capacidad de reintento, compatible con GTS
JABÓN	Integración de servicios web en sistemas de operadores más antiguos.	Protocolo estandarizado y bien documentado.
REST / OData	Seguimiento en tiempo real, impresión de etiquetas, flujos de CPI	Ligero, compatible con JSON y nativo de la nube.

Para los mensajes de entrega saliente, IDoc es la opción establecida: El tipo de mensaje DESADV Como alternativa, las extensiones personalizadas transfieren los datos de entrega a sistemas de envío externos. REST/OData es adecuado cuando se requiere información en tiempo real, como la obtención de números de seguimiento o actualizaciones de estado del transportista.

Consejo profesional: Seleccione el tipo de interfaz según los requisitos de consistencia: si SAP necesita procesar una respuesta de inmediato (por ejemplo, confirmación de impresión de etiqueta), REST/OData es la opción adecuada. Si el procesamiento diferido es suficiente (por ejemplo, transferencia al operador), IDoc es la opción más robusta. Las integraciones sin modificaciones mediante middleware externo o API en la nube evitan cambios importantes y facilitan futuras migraciones a S/4HANA.

¿Qué middleware es el más adecuado para la integración de envíos con SAP?

SAP PI/PO frente a SAP Cloud Integration

SAP Process Integration (PI) y Process Orchestration (PO) son las plataformas de middleware clásicas para instalación local. Admiten IDoc, RFC, SOAP y REST, ofrecen sofisticadas herramientas de mapeo y ya están presentes en muchos entornos SAP alemanes. La desventaja: la operación, las actualizaciones y el escalado son responsabilidad del equipo de TI interno. Para nuevos proyectos, SAP recomienda migrar a Cloud Integration (CPI) dentro de SAP Integration Suite.

CPI se ejecuta en la plataforma SAP Business Technology Platform (BTP) y admite los mismos protocolos que PI/PO, además de adaptadores REST modernos y paquetes de integración preconfigurados. SAP se encarga del mantenimiento y las actualizaciones son automáticas. Para las empresas que utilizan S/4HANA Cloud o que planifican una migración por fases, CPI es la solución recomendada.

Criterios de decisión para PI/PO:

Infraestructura local existente con integraciones en curso.
Mapeos ABAP complejos que no pueden migrarse a corto plazo.
Requisitos normativos que impiden el almacenamiento de datos en la nube.

Criterios de decisión para CPI / Suite de integración:

Nuevos proyectos en S/4HANA o S/4HANA Cloud.
Necesidad de una rápida incorporación de nuevos operadores sin costes de infraestructura.
Capacidad para múltiples clientes y lógica de enrutamiento específica para cada país para envíos transfronterizos.

¿Cuándo tiene sentido utilizar middleware de terceros?

Soluciones multioperador basadas en la nube Permiten la impresión integrada de etiquetas, el seguimiento de envíos y la conexión de numerosos transportistas sin necesidad de modificar el núcleo de SAP. Son especialmente útiles cuando una empresa opera con múltiples transportistas simultáneamente, debe cumplir con las normativas de etiquetado específicas de cada país o desea incorporar rápidamente nuevos servicios de paquetería. La integración se realiza mediante una API estandarizada a la que SAP accede utilizando CPI o PI/PO. Estas integraciones, que no requieren modificaciones y se implementan como middleware externo o conexiones en la nube, reducen los riesgos durante las actualizaciones de S/4HANA y simplifican la gestión de la migración.

¿Qué patrones de integración probados existen para los procesos de los operadores?

El flujo de datos típico en una integración de envíos de SAP sigue una secuencia clara:

Crear pedido de venta En SAP SD: se registran los datos del cliente, los artículos, los Incoterms y la dirección de entrega.
Generar entrega (Transacción VL01N/VL10): SAP crea el documento de entrega con sugerencias de embalaje e información de peso.
Activar IDoc de salidaLa entrega activa un mensaje IDoc saliente (por ejemplo, tipo de mensaje). SHPMNT para envíos), que se transmite a la pasarela del transportista.
Procesos de puerta de enlace del operadorEl sistema externo o la plataforma multicarrier recibe los datos de entrega, selecciona el transportista, imprime la etiqueta de envío y devuelve el número de seguimiento.
Comentarios a SAPEl número de seguimiento se escribe en el documento de entrega de SAP y el estado del envío se actualiza mediante una llamada REST o un IDoc entrante.

La replicación asíncrona es el estándar para las transferencias de entrega. Las llamadas síncronas son útiles cuando SAP necesita un número de seguimiento de inmediato, por ejemplo, para enviar automáticamente una confirmación de envío al cliente final. Para todos los demás pasos, las llamadas asíncronas son más robustas, ya que los sistemas de los operadores pueden tolerar interrupciones breves sin bloquear la transacción de SAP.

Los siguientes campos son especialmente importantes para la asignación: dirección del destinatario con código de país ISO, peso y dimensiones por paquete, valor de la mercancía y moneda a efectos aduaneros, Incoterms y código arancelario (código HS). El multilingüismo es relevante para el transporte marítimo transfronterizo en Europa: los documentos de envío deben emitirse en el idioma local o en inglés, según el país de destino. Por lo tanto, las interfaces deben admitir el control por voz mediante el código de idioma ISO 639.

Consejo profesional: Implemente un patrón de reintentos con retroceso exponencial para las llamadas fallidas a la API del operador. Defina una cola de mensajes no entregados para aquellos mensajes que no se entreguen después de tres intentos y active una alerta en dicha cola. Esto evita fallos silenciosos en los que las entregas se marcan como "enviadas" en SAP, pero no se ha generado ninguna etiqueta.

¿Qué funcionalidades deben ofrecer las interfaces para SAP GTS y el despacho de aduanas?

SAP Global Trade Services (GTS) automatiza las actividades de comercio exterior, incluidas las declaraciones de exportación, las comprobaciones de listas de sanciones y los procedimientos de envío, reduciendo así las demoras en las fronteras. Las interfaces deben iniciar estos procesos y proporcionarles datos precisos.

Datos obligatorios para las transiciones GTS:

Datos básicos de la factura: Número de factura, fecha, moneda, importe total.
Códigos de productos (código HS / número de arancel aduanero) por artículo
Información del destinatario y del remitente con direcciones completas.
Incoterms y condiciones de entrega
País de origen de las mercancías
Tipo de embalaje, peso y dimensiones
Clasificación de control de exportaciones (número ECCN o AL)

La transferencia de entregas y facturas a SAP GTS se realiza de forma asíncrona mediante RFC.Las replicaciones fallidas se registran y pueden reiniciarse una vez que se haya resuelto la causa. GTS decide automáticamente si aplicar el procedimiento de declaración de exportación estándar o el simplificado.

La falta de configuración de mapeo o la configuración incorrecta son la causa más común de errores de replicación en las integraciones de GTS. Los registros muestran la causa exacta del error; tras corregir la asignación, la transferencia puede reiniciarse manualmente. Un enlace directo entre el documento de envío y la declaración de aduanas (por ejemplo, ATLAS) evita la duplicación manual de esfuerzos.

Consejo profesional: Para la replicación de GTS, configure un destino RFC independiente con su propio registro de errores. Verifique la transacción diariamente. /SAPSLL/EXPORT_TLOG En caso de transferencias fallidas, las alertas automáticas por retrasos en la cola impiden que los envíos sin una declaración de exportación válida salgan del almacén.

Para las empresas que Despacho de aduanas y documentos de exportación Para quienes desean automatizar sin implementar completamente GTS, las plataformas externas ofrecen una alternativa sencilla.

¿Cómo sería una lista de verificación para la implementación concreta?

paso	Responsabl	Transacción/artefacto de SAP	Criterio de prueba
Crear destino RFC	Administrador de la base	SM58	Prueba de conexión exitosa
Configurar el acuerdo de socio de IDoc	Consultor SAP	WE20	Se genera el IDoc de salida
Configurar el control de mensajes	Consultor SAP	NACE / V	El mensaje se activa al momento de la entrega.
Definir la asignación (campos, idioma, unidades)	Desarrollador de integración	Flujo de IPI / Mapeo de PI	Todos los campos obligatorios están completos.
Configurar la autenticación (OAuth / clave API)	Oficial de seguridad	Cabina BTP / SM58	Certificado válido, conexión cifrada
Crear perfil de prueba de portador	Coordinador de logística	Puerta de enlace del operador	Se genera la etiqueta de prueba
Realizar pruebas de integración	Equipo de prueba	WE02 / SM58	No hay errores en los registros.
Configurar alertas de monitoreo	Administrador de la base	Alerta RZ20 / CPI	Alerta activada por error
Planificar la operación en paralelo / la puesta en marcha	Project Manager	Plan de proyecto	Proceso de respaldo documentado

Para las pruebas unitarias, se recomienda la transacción. WE19Esto permite crear y procesar mensajes IDoc manualmente. Los perfiles de prueba del transportista deben abarcar todos los escenarios de envío relevantes: paquetería estándar, envío exprés, materiales peligrosos y mercancías de gran tamaño. El plan de transición debe incluir un proceso de respaldo documentado en caso de que la interfaz falle durante la producción.

Consejo profesional: Implemente la interfaz de envío de forma consistente y sin modificaciones. Utilice Business Add-ins (BAdIs) o Enhancement Spots en lugar de modificaciones directas de ABAP. Esto resultará beneficioso, como máximo, durante la actualización a S/4HANA, cuando sea necesario revisar y ajustar manualmente los objetos modificados.

¿Cómo se supervisan y resuelven los errores en las interfaces de envío de SAP?

Cuatro transacciones abarcan la mayor parte del trabajo de monitoreo diario:

SM58: Registro de errores para llamadas RFC asíncronas. Todas las transmisiones que no llegaron al sistema de destino se registran aquí. La función de reintento integrada reinicia las llamadas fallidas tan pronto como se resuelve la causa.
WE02 / WE05: Visualización general y estado de los IDoc. La transacción WE02 muestra todos los IDoc con su estado, mientras que la WE05 filtra específicamente los errores. Ambas transacciones son el primer punto de contacto para recibir notificaciones sobre entregas no transmitidas.
BD87: Reprocesamiento de IDocs defectuosos. Tras corregir el error (por ejemplo, asignación incorrecta, falta de acuerdo de socio), los IDocs pueden reiniciarse directamente aquí.
SLG1: Registro de la aplicación. Muchos procesos de GTS y envío escriben mensajes de error detallados en SLG1, que SM58 y WE02 no muestran.

Una estrategia de registro robusta incluye el manejo adecuado de LUW (Unidad Lógica de Trabajo), el procesamiento idempotente en el lado del receptor y colas de mensajes no entregados para aquellos mensajes que fallan persistentemente. Se debe verificar periódicamente la disponibilidad de los destinos RFC, idealmente mediante una comprobación de estado automatizada.

Consejo profesional: Configure notificaciones automáticas en el sistema de monitorización SAP (RZ20) o en las alertas de CPI que activen inmediatamente un correo electrónico o un mensaje en el sistema de gestión de incidencias cuando se produzca un aumento de IDocs erróneos en BD87 o una acumulación de tareas en la cola en SM58. Las comprobaciones manuales diarias son insuficientes en entornos de producción y envío.

Parcel International: Integración automatizada de envíos en la práctica

Un proyecto de integración típico con Paket International sigue un patrón claro: SAP genera un mensaje de entrega mediante IDoc saliente, que se transmite a la plataforma de Paket International a través de CPI o una API REST directa. La plataforma gestiona la selección del transportista, la impresión de etiquetas y el cálculo de aranceles aduaneros, devuelve el número de seguimiento y actualiza automáticamente el documento de entrega de SAP.

Ventajas para la empresa:

Se elimina por completo la introducción manual de datos durante el traspaso entre operadores.
Los aranceles aduaneros y los gastos de envío se calculan en tiempo real, sin la implementación completa del GTS.
El seguimiento de los envíos se gestiona de forma centralizada a través del panel de control de Paket International, y no a través de los portales de múltiples transportistas.
Los nuevos operadores se incorporan a través de la plataforma, sin necesidad de realizar ajustes en SAP.

El despacho de aduanas automatizado, sin intervención manual, supone una ventaja decisiva para las empresas con envíos regulares a terceros países. Paket International calcula los aranceles aduaneros y crea Documentos de exportación Esto sucede automáticamente en cuanto SAP envía los datos de entrega. De esta forma, se reducen los retrasos en las fronteras y se simplifica la comunicación con la aduana.

La integración está diseñada para un núcleo limpio: sin modificaciones ABAP en el núcleo de SAP ni complementos propietarios que puedan causar problemas durante las actualizaciones a S/4HANA. Las empresas que planeen una prueba de concepto pueden contactarnos directamente a través de la plataforma de Paket International.

Packet International acelera la integración de su sistema de envíos SAP.

Para quienes buscan conectar SAP con un sistema de envío de alto rendimiento sin invertir meses en proyectos de middleware, Paket International ofrece una solución lista para usar. La plataforma proporciona integraciones mediante API REST y plugins que se integran a la perfección en entornos SAP existentes, ya sean S/4HANA, ECC o Cloud.

La principal ventaja frente a un desarrollo exclusivamente interno es que ya se cuenta con conexiones con transportistas como DHL, UPS, FedEx, DPD y DB Schenker. El despacho de aduanas automatizado y el seguimiento de envíos en tiempo real funcionan sin intervención manual. Software de envío multienvío Admite los requisitos específicos de cada país y el multilingüismo para el envío transfronterizo en Europa.

Para los responsables de TI que buscan una solución rápida: Paket International ofrece una prueba de concepto bajo petición. Póngase en contacto con nosotros para analizar qué opción de integración se adapta mejor a su entorno SAP.