Preparar los flujos PA/eReporting y controlar los estados

Objetivo. Clasificar objetos, preparar fuentes fiables y leer el ciclo sin tratar un historial vacío como prueba.

Duración estimada1 h 10

Antes de empezar: elija la factura que va a calificar

En su suscripción elija una factura emitida que pueda consultar y cuyo cliente tenga país, identidad jurídica, dirección e identificadores fiscales verificables. Si existe un cobro relacionado, anote referencia, fecha y estado. Compruebe el acceso al cockpit y a los historiales sin iniciar transmisiones.

Continúe cuando sociedad, cliente, factura, periodo y tipo de operación sean inequívocos.

Ruta que debe preparar

Use el cliente, expediente opcional, factura y cobro o rechazo relacionado que haya elegido. Califique la ruta desde país, SIRET, IVA y contexto. Lea los historiales PA/eReporting para el perímetro elegido. Una tabla vacía solo significa que no aparece una fila correspondiente; no demuestra ningún envío.

70 minutos

  1. 8 min: clasificación.
  2. 12 min: sociedad y cliente.
  3. 15 min: factura.
  4. 15 min: eReporting.
  5. 12 min: cobro y RJMD01.
  6. 8 min: diagnóstico y siguiente paso.

No se ejecuta transmisión real.

Comprender el ciclo

El cockpit propone acciones; el historial prueba acuses y estados. PDF, población o clic no son respuesta de plataforma. Separe preparación, envío, acuse, aceptación, rechazo, corrección y reenvío. Corrija la fuente autorizada.

Controlar fuentes e historiales

Empiece por las fuentes. En el diario se ve un bruto de 300,00 EUR, pero el número 18100016 queda fuera del recorte: búsquelo en el detalle antes de atribuir esa línea. En la ficha AGAPE está informado el identificador de IVA y vacío el enrutamiento PA; anote por tanto “requisito de enrutamiento pendiente”, no “cliente preparado”.

Pase después a la configuración sin ejecutar acciones. El cockpit muestra operaciones seleccionables, no resultados aceptados. Las opciones visibles corresponden a CAC DEMO y agosto de 2026, no al perímetro AGAPE; en una prueba autorizada deberán corregirse antes de cualquier envío.

Abra por último los tres historiales. Están vacíos: para cada uno anote base, sociedad, periodo e identificador esperado y deténgase. La tabla de cobros muestra RJMD01 en la fuente; relaciónelo con el mandato y cobro originales sin convertirlo en un estado PA de la factura.

Diario AGAPE con líneas reales de la demo, incluido un importe bruto de 300 EUR
Contexto fuente de la demo: se ven 300,00 EUR, pero el número 18100016 queda fuera del recorte y debe verificarse en el detalle o la búsqueda.
Pestaña AGAPE con valor de IVA intracomunitario y campo de enrutamiento PA vacío
El identificador de IVA está visible, pero el enrutamiento PA está vacío: es un diagnóstico de requisitos, no una prueba de enrutamiento.
Cockpit PA
El cockpit muestra operaciones disponibles y una casilla de depósito seleccionada; no muestra acuse, aceptación ni rechazo de la plataforma.
Historial facturas
La tabla de facturas está vacía: no se demuestra depósito ni estado de 18100016 en la demo.
Historial eReporting
El historial eReporting está vacío: anote el flujo y periodo que deben prepararse, sin inventar un estado.
Historial cobros
El historial de cobros está vacío: sin una fila real, ningún cobro puede vincularse a una declaración.
Cobro y RJMD01
RJMD01 se ve en la tabla de cobros como rechazo SEPA de origen; no demuestra ningún estado PA de 18100016.
Opciones PA configuradas en CAC DEMO, agosto de 2026 y formato XML automático
El ejemplo no es el perímetro didáctico AGAPE de julio; anote y corrija sociedad y fechas antes de cualquier acción autorizada.
Plataforma
La plataforma seleccionada es una configuración; demostrar el envío requiere una línea de historial y un retorno externo.

Crear la ficha de calificación antes de elegir una acción

Empiece por el objeto económico, no por el botón visible en el cockpit. Para 18100016 anote sociedad emisora, cliente AGAPE, expediente 2026-12, fecha, país del cliente, naturaleza de la contraparte, identificadores disponibles, moneda, bruto de 300,00 EUR y naturaleza de la operación. Añada tipo de documento y fase actual: emitido, pero no demostrado como transmitido. La ficha debe separar valores observados de valores pendientes de validación.

Aplique después las reglas operativas aprobadas por la organización para determinar la ruta prevista: factura electrónica por PA, datos que deben tratarse en eReporting o caso fuera de alcance o que exige investigación. No deduzca la ruta solo del nombre del cliente o de la presencia de un SIRET. País, tipo de contraparte, contexto, datos fiscales y configuración aplicable deben leerse juntos. Si falta uno, el resultado es calificación suspendida, no una elección intuitiva.

Pida una segunda lectura. Otro participante debe reconstruir la decisión desde la ficha AGAPE y la factura, sin una hoja paralela no gobernada. Solo tras esta revisión compare la conclusión con la población propuesta por el cockpit.

Leer el cockpit como cola de trabajo, no como prueba

El cockpit puede presentar un objeto y una acción posible porque filtros, periodo y configuración lo hacen seleccionable. Esto demuestra una población de la aplicación, no un depósito ante la plataforma. Para cada fila registre por qué aparece, qué ruta se espera, qué control falta y quién es responsable. Si 18100016 no aparece, compruebe primero sociedad, periodo, estado emitido, datos AGAPE, clasificación y permisos; no amplíe fechas al azar hasta obtener una fila conveniente.

Antes de cualquier operación externa, vuelva a leer el documento fuente, identificadores de emisor y comprador, IVA, totales y datos requeridos por la ruta. Un botón disponible no constituye una autorización. En esta formación no pulse una acción que cambie estado ni provoque transmisión. Describa los controles previos y el resultado que un futuro ensayo debería producir.

Prueba de comprensión

Un compañero debe explicar la fila sin limitarse a “lista” o “preparada”. Debe nombrar el objeto, la ruta hipotética, las fuentes revisadas, los elementos ausentes y la falta de evidencia externa. Si no puede hacerlo, complete la ficha antes de avanzar.

Construir una cronología con estados demostrables

Cree una fila por acontecimiento: preparación, validación de fuentes, posible envío, acuse técnico, procesamiento, aceptación o rechazo, corrección, reenvío y estado final. Para cada uno conserve fecha, referencia, canal, autor o sistema, código de retorno y enlace a la evidencia. Un estado debe proceder de una fila auténtica o de un artefacto recibido; el paso del tiempo no cambia el estado por sí solo.

En la demo actual los tres historiales — facturas, eReporting y cobros — están vacíos. Escriba “ningún evento externo observable en la sociedad y periodo revisados”. No escriba “sin errores”, “todo aceptado” ni “envío correcto”. Anote base, sociedad, periodo e identificador buscado para diferenciar historial vacío de filtro incorrecto. Si la fila sigue ausente, abra un diagnóstico de requisito.

La cronología inicial de 18100016 puede contener la emisión y los controles de fuente realmente observados. Las columnas envío, acuse y aceptación permanecen no probadas. Esta forma de trabajo permite completar el expediente después sin cambiar retrospectivamente la historia.

Tratar eReporting como flujo independiente

No copie automáticamente el estado de la factura en el historial de eReporting. Identifique el acontecimiento económico, periodo, importes y elementos que la configuración debe declarar, y compruebe si se ha constituido realmente una fila. Cuando el historial está vacío no puede demostrar declaración ni aceptación. Solo puede calificar las fuentes y describir el ensayo pendiente.

Prepare una tabla de reconciliación con referencia Tempolia, cliente, expediente, fecha, base, IVA, bruto, categoría operativa, periodo previsto e identificador externo cuando exista. Compare la cantidad y los totales de esta tabla con el perímetro seleccionado antes de transmitir. Toda exclusión debe tener una razón documentada; ningún objeto debe desaparecer simplemente porque se alteró un filtro.

En un futuro ensayo autorizado, use un lote pequeño y reconocible, conserve el archivo o mensaje enviado, la respuesta auténtica y la línea de historial, y reconcilie cantidades y totales. Si las tres evidencias no concuerdan, detenga el siguiente lote. Saber preparar una prueba no equivale a haber obtenido su resultado.

Interpretar RJMD01 dentro de su perímetro

RJMD01 es el retorno de rechazo SEPA usado en el caso de demostración cuando está realmente visible. Relaciónelo con el mandato, la presentación y el cobro originales verificando cliente, importe, fecha, referencia y banco. Conserve mensaje completo y fecha. No base el diagnóstico únicamente en el código: el expediente debe permitir comprender qué cobro no se produjo y qué saldo queda abierto.

Este rechazo pertenece al ciclo de cobro. No demuestra que se haya rechazado la factura electrónica, que haya fallado eReporting o que una plataforma PA haya respondido. Mantenga una columna para pago y otra para transporte de factura. Si RJMD01 no aparece en la demo, escriba que el control no pudo realizarse y no recree el código de forma artificial.

El siguiente paso exige revisión humana: verificar mandato, datos bancarios, autorizaciones, saldo y procedimiento interno; después decidir si se corrige la fuente, se contacta con el cliente o se prepara una nueva presentación. No relance automáticamente ni registre como cobrado un adeudo rechazado.

Diagnóstico guiado cuando falta una evidencia

  1. Defina lo esperado: objeto, periodo, sociedad e historial que deberían contener una fila.
  2. Revise filtros: anote sus valores, sin cambiarlos en silencio.
  3. Revise fuente: documento emitido, cliente, identificadores, importes y configuración.
  4. Busque el acontecimiento: identificador de envío, archivo, acuse o código de retorno.
  5. Clasifique la ausencia: sin envío, entorno no configurado, filtro erróneo, dato no calificado o incidencia que investigar.
  6. Asigne seguimiento: responsable, prueba pendiente, fecha y condición de cierre.

Aplique la secuencia por separado a cada historial. No traslade conclusiones. Una línea de cobro no demuestra depósito de factura; un acuse de factura no demuestra declaración de cobro; un export contable no demuestra ningún retorno PA.

Escriba con hechos: “Historial de facturas vacío para DEMO1, intervalo X, búsqueda 18100016; no se observa identificador externo; envío no demostrado; se requiere ensayo controlado”. Evite “el sistema no funciona” mientras no haya delimitado fuente, perímetro y acontecimiento esperado.

Preparar una prueba futura sin enviarla durante la formación

Defina entorno autorizado, sociedad configurada, cliente de ensayo con identificadores verificados, documento reconocible y operador habilitado. Establezca antes la ruta esperada, periodo, importes, canal, evidencias que conservar y criterio de éxito. El ensayo debe producir como mínimo objeto fuente, identificador de transmisión, acuse auténtico, línea de historial y reconciliación final. Prepare también un escenario de rechazo controlado para practicar el diagnóstico sin datos de producción.

Antes del envío, aplique una revisión por dos personas de identidad, fiscalidad, importes y destino. Después no repita la operación solo porque tarda la respuesta: busque el identificador, espere según el procedimiento e investigue el estado. En caso de rechazo, conserve la respuesta, corrija la fuente autorizada, documente la decisión y vincule el intento nuevo con el anterior. No modifique silenciosamente una pieza fiscal emitida.

La formación termina con este protocolo listo, no con una transmisión. Es un resultado útil porque concreta las condiciones necesarias para pasar de preparación a evidencia.

Instalar controles de explotación

Cada día o con la frecuencia definida, compare objetos en preparación con enviados, recibidos, aceptados, rechazados y pendientes. Vigile objetos sin identificador externo, respuestas no leídas, rechazos sin responsable y reenvíos que no enlazan con el acontecimiento anterior. Mida también la antigüedad de cada estado: una fila inmóvil requiere una decisión, no simplemente otro clic.

Automatice recogida de estados, alertas y reconciliaciones cuando las interfaces lo permitan. Mantenga revisión humana para calificar rutas, interpretar rechazos, rectificar datos fiscales y decidir reenvíos. Una buena gestión no cuenta solo éxitos: hace visible todo objeto esperado que aún carece de prueba.

Al cierre del periodo, entregue el expediente a otro participante. Debe explicar dónde está 18100016, por qué los historiales actuales no demuestran transmisión, cómo RJMD01 se relaciona únicamente con el pago y qué condiciones habilitarán el siguiente ensayo. Si necesita suposiciones, el expediente aún no está terminado.

Resultado y diagnóstico

  1. 1. Calificar 18100016.
  2. 2. Leer los tres historiales.
  3. 3. Relacionar RJMD01 y definir el siguiente paso.
  • Ruta documentada.
  • Historiales vacíos declarados no disponibles.
  • Ningún reenvío sin retorno real.

Para terminar

Separe lo que la demo prueba de lo que requiere una prueba preparada.

Tomar perspectiva

La madurez consiste en ruta correcta, una sola vez, con cronología legible y decisión humana sobre rechazos.