Cuando se transmiten o reciben IDOCs , se verifica la sintaxis de cada uno. La sintaxis se determina cuando se define el IDOC, incluyendo:

• Los segmentos individuales de la clase de IDOC

Para transmitir un IDOC desde SAP al subsistema , se debe definir el proceso de salida de los acuerdos entre interlocutores EDI para la clase de IDOC (tipo de mensaje) y todos los interlocutores relevantes. Encontrará una descripción más exacta de los acuerdos entre interlocutores EDI en la documentación online para las Guías de implementación (IMG). Si no se puede determinar el interlocutor (subsistema) para el IDOC a ser transmitido, se seguirá el siguiente procedimiento:

• Actualizar los acuerdos entre interlocutores EDI
• Todos los IDOCs para la transmisión se deben fijar para la retransmisión. Puesto que este error lanzó un work item para la tarea estándar 'ALE/EDI: gestión de errores (de salida)' y lo envió a la carpeta de entrada del usuario pertinente, el IDOC erróneo debe definirse también para la transmisión posterior desde la carpeta de entrada. En la transmisión siguiente, el IDOC incorrecto se marca con el status ‘31’ y se copia a uno nuevo que se mejora con datos del acuerdo entre interlocutores EDI y se transfiere a aRFC.

A pesar de que el acuerdo entre interlocutores EDI ya se ha actualizado, el IDOC no se transfiere al aRFC, es decir, el IDOC se estructura pero no se envía. El subsistema relevante no tiene ninguna entrada abierta en la evaluación de operaciones RFC (SM58). El IDOC está listo para la transmisión, pero debe controlarse explícitamente.

Para ello se utiliza el informe RSEOUT00, que se puede planificar como un job periódico o se puede iniciar directamente utilizando el menú de transporte Logística ® Ventas y distribución ® Transporte ® Sistemas externos ® Planificación de transporte ® Supervisión ALE ® Trabajo periódico ® IDoc, Salida ALE ® Enviar.

Aquí se debería verificar el modo de salida para el IDOC relevante en el acuerdo entre interlocutores EDI. En el modo de salida ‘2’ el IDOC creado se transmite directamente, en ‘4’ los IDOCs se agrupan y se envían en dimensiones definidas de paquetes. Recomendamos que los IDOCs no se transmitan directamente en el modo ‘4’.

Normalmente sólo se puede dar el status ‘30’ en el IDOC si el modo de salida se fija en ‘4’.

Igual que en un proceso de salida se puede activar una verificación de la sintaxis de un IDOC en el acuerdo entre interlocutores EDI para una clase de IDOC y un determinado interlocutor; es una opción recomendable, especialmente para los IDOC s que haya creado usted mismo. De lo contrario este error sólo aparece, normalmente, en la ejecución de test. Los IDOCs incorrectos no pueden ser reparados, así que tienen que ser transmitidos otra vez, una vez se ha corregido la estructura del IDOC en el sistema SAP.

A pesar de que se ha actualizado el acuerdo entre interlocutores EDI, el IDOC recibido no se trata y se marca como erróneo, es decir , no se controla la aplicación para el tratamiento de este IDOC. Aunque el IDOC esté listo para la transmisión a la aplicación, se debe fijar de manera explícita la aplicación para el tratamiento del IDOC.

Esto tiene lugar mediante el informe RBDAPP01, que se puede planificar como un job periódico o puede iniciarse directamente utilizando el menú de transporte Logística ® Ventas y distribución ® Transporte ® Sistemas externos ® Planificación de transporte ® Supervisión ALE ® Trabajo periódico ® IDoc, Salida ALE ® Enviar.

Como en la transmisión, se verifica el tipo de tratamiento en el acuerdo entre interlocutores EDI. Durante el tratamiento de ‘1’ los IDOCs se transfieren inmediatamente después de la recepción a la aplicación para su tratamiento. Durante el tratamiento de ‘3’ y en parte de ‘2’ recomendamos que el proceso no sea controlado directamente sino explícitamente.

El status ‘64’ en el IDOC se da normalmente en conjunción con los procesos ‘3’ y ‘2’.

Durante el proceso de recepción de un IDOC en el sistema SAP se pueden producir los siguientes errores en la aplicación:

• Opciones Customizing que faltan o son erróneas en el sistema SAP

Los IDOC s recibidos no pueden ser procesados porque determinados datos del IDOC no se han actualizado en el sistema. Por ejemplo , una clase de transporte se transfiere desde un transporte registrado en el subsistema que no ha sido definido en el sistema SAP. Las opciones del Customizing deben implementarse de acuerdo con estos errores, la contabilización de los IDOCs erróneos se puede controlar a posteriori. La contabilización puede tener lugar desde la carpeta de entrada de la persona responsable o mediante el informe RBDMANIN, que se puede planificar como un job periódico o lanzarse mediante el menú de transporte Logística ® Ventas y distribución ® Transporte ® Sistemas externos ® Planificación de transporte ® Supervisión ALE ® Trabajo periódico ® IDOC , Salida ALE ® Reenviar.

Si los datos en el IDOC recibido están incompletos, debe decidir si el IDOC erróneo se debería transmitir otra vez o si es posible o apropiado realizar las correcciones en el sistema SAP. También se puede corregir directamente el IDOC. Es posible hacerlo utilizando el Editor de IDOCs pero sólo se debería utilizar para casos excepcionales.

Al igual que los errores en las opciones del Customizing, el IDOC erróneo también se puede contabilizar desde la carpeta de entrada del usuario responsable o mediante el informe RBDMANIN.

A menudo se presentan problemas en el tratamiento SAP al bloquear objetos individuales. Más de un acceso a un objeto SAP interrumpirá el tratamiento, con una nota de error para el objeto de bloqueo. Este error se trata como todos los demás errores en el tratamiento de IDOCs. El usuario no tiene que hacer nada para resolverlo ya que un nuevo tratamiento posterior resolverá el problema automáticamente. Esto significa que se puede utilizar la ejecución en proceso de fondo (job periódico) del informe RBDMANIN para contabilizar el IDOC. El parámetro ‘status de error’ de este informe utiliza el ID de mensaje de error para delimitar la contabilización de determinados errores . E n este caso , sólo para cada mensaje de error relacionado con un error de bloqueo.

Para cada error descrito se crea un work item y se pone en la carpeta de entrada del usuario responsable. Los work items se utilizan para ciertas notificaciones de error importantes que se transmiten, bien directamente desde el subsistema, o bien se estructuran en el tratamiento de IDOCs en la aplicación. Los work items no se utilizarán para reiniciar el tratamiento de IDOCs desde la carpeta de entrada, sino para informar al usuario de un conflicto o para transmitir un mensaje importante desde el subsistema al sistema SAP. El mensaje se transfiere a SAP mediante el IDOC SYSTAT01.

Al contrario que los errores, los work items para notificaciones no se tratan desde la carpeta de entrada si no están completos.