Este artículo ofrece una visión general del flujo de datos entre el servicio de fiscalización de RetailForce y el sistema myDATA en Grecia.
Sistemas
Sistemas implicados en el proceso de transmisión de datos:
- Sistema de origen : caja registradora, sistema de contabilidad, etc.; sistema conectado al servicio de fiscalización de RetailForce.
- RetailForce middleware : denominación del servicio de fiscalización de RetailForce (también denominado «RetailForce Fiscal Middleware»); recibe los datos del sistema de origen y los procesa de acuerdo con la normativa y los requisitos específicos de cada país.
- Proveedor de myDATA : proveedor de myDATA autorizado por las autoridades fiscales griegas (Autoridad Independiente de Ingresos Públicos – AADE / ΑΑΔΕ); se encarga de la comunicación con el sistema myDATA.
- Sistema myDATA : plataforma desarrollada y proporcionada por la AADE / ΑΑΔΕ para la digitalización de los impuestos y las declaraciones de las empresas. Entre otras cosas, los datos de las facturas deben transmitirse digitalmente a la plataforma myDATA.
Diagrama de flujo
El siguiente diagrama BPMN ofrece una visión general del flujo de datos. No se muestran algunos procesos internos de los sistemas individuales, ni las validaciones de entrada, los intercambios de datos, etc. A continuación se incluye una explicación del diagrama. Póngase en contacto con nosotros si necesita el diagrama en una resolución mayor.
Descripción del flujo
| N.º | Sistema | Acción | Descripción |
| 1. | Sistema de origen | Almacenar transacción | El sistema contable desea completar una operación comercial. |
| 2. | Sistema de origen | Creación del JSON payload (solicitud) | Se genera un objeto JSON a partir de los datos de la transacción, de acuerdo con el modelo de documento de RetailForce DOM («Solicitud (JSON RF-DOM)»). |
| 3. | Sistema de origen | Envío de la solicitud | El sistema de origen envía la solicitud (JSON RF-DOM) al servicio de fiscalización de RetailForce mediante el punto final POST /api/v1/transactions/storeDocument. |
| 4. | RetailForce Middleware | Validación de la solicitud | El RetailForce Middleware valida la solicitud para garantizar que cumple con el modelo de documento de RetailForce y que se han satisfecho todos los requisitos especiales definidos en las fiscalCountryProperties. |
| 5. | RetailForce Middleware | ¿Es válida la carga útil (payload)? |
Si el payload es válido: continúe con el paso 8. Payload no válido: continúe con el paso 6. |
| 6. | RetailForce Middleware | Devolver un error de validación | Si la solicitud no es válida, el RetailForce Middleware genera un mensaje de error y lo devuelve al sistema de origen (fiscalResponse (error)). |
| 7. | Sistema de origen | Corrección de errores | El sistema de origen debe corregir los errores en la payload y volver a transmitirla; continúe con el punto 3. |
| 8. | RetailForce Middleware | Convertir los datos al formato del myDATA provider | El middleware convierte la solicitud entrante (solicitud (JSON RF-DOM)) al formato del myDATA provider y (9.) |
| 9. | RetailForce Middleware | Reenvía los datos al proveedor | ... transmite los datos convertidos al myDATA provider (myDATA JSON). |
| 10. | myDATA provider | Conversión al formato XML de myDATA | El sistema del myDATA provider convierte la solicitud recibida al formato XML especificado por myDATA (myDATA XML). |
| 11. | myDATA provider | Reenvío al sistema myDATA | Los datos de la factura en formato myDATA XML se transmiten al sistema myDATA. |
| 12. | Sistema myDATA | Validación de la solicitud | El sistema myDATA valida la solicitud recibida. |
| 13. | Sistema myDATA | ¿Es válida la carga útil (payload)? |
Si el payload es válido, continúe con el paso 14. Si el payload es inválido, continúe con el paso 18. |
| 14. | Sistema myDATA | Generar un mensaje de error y enviarlo al proveedor | En caso de una solicitud no válida, el sistema myDATA genera el mensaje de error correspondiente (incluido el código de error) y lo devuelve al sistema del myDATA provider. |
| 15. | myDATA provider | Reenviar el mensaje de error a RF | El myDATA provider reenvía el mensaje de error al RetailForce Middleware. |
| 16. | RetailForce Middleware | fiscalResponse (error) procedente de myDATA: generar mensaje de error | El middleware genera una fiscalResponse (error) a partir del mensaje de error procedente de myDATA y (17.) |
| 17. | RetailForce Middleware | Devuelve fiscalResponse al sistema de origen |
... lo devuelve al sistema anterior. Continúe con el punto 7. |
| 18. | Sistema myDATA | Procesar los datos de la solicitud | Si la solicitud es válida, el sistema myDATA procesa los datos y genera los datos de identificación de la factura (ID de factura, MARK, etc.). |
| 19a. | Sistema myDATA | Generar la factura | Los datos completos de la factura se ponen a su disposición en el portal myDATA. |
| 19b. | Sistema myDATA | Devolución de los datos del ID de la factura al proveedor | El sistema myDATA devuelve los datos del ID de la factura al proveedor. |
| 20a. | myDATA proveedor | Facilitar la factura | La factura completa está disponible en la página web del proveedor (mediante un enlace que se muestra como código QR en el documento de factura correspondiente). |
| 20b. | myDATA provider | Reenviar los datos del ID de la factura a RetailForce | Además, el proveedor remite los datos del ID de la factura al middleware de RetailForce. |
| 21. | RetailForce Middleware | Generación de fiscalResponse | El RetailForce Middleware genera la «fiscalResponse» a partir de los datos del ID de la factura y del resultado del procesamiento interno y (22.) |
| 22. | RetailForce Middleware | Devolver la fiscalResponse | ... y la devuelve al sistema de origen. |
| 23. | Sistema de origen | Generar documento de factura | El sistema anterior genera el documento de factura (impreso o digital). |
| 24. | Sistema anterior | Facilitar el documento de factura | Una vez generado, el documento de factura se pone a disposición del cliente. |
Este artículo ha sido traducido automáticamente.
Comentarios
0 comentarios
Inicie sesión para dejar un comentario.