Este artículo describe un proceso típico en un punto de venta, desde la apertura de la jornada hasta su cierre. El middleware Fiskal ofrece diversas funciones para dar soporte a los distintos pasos del proceso. La transmisión de las denominadas entradas del registro de auditoría (eventos del «Protocolo de eventos técnicos») no se muestra en aras de la simplicidad.
Variante 1
En esta variante, la caja registradora actúa como el sistema principal. Todos los tickets se generan exclusivamente en la caja registradora y se transmiten al client correspondiente.
La siguiente tabla muestra las llamadas individuales de la caja registradora al middleware.
| Función | DocumentType | Notas |
| PUT /.../createDocument | [90] = OpeningBalance |
Abre una transacción e indica que el documento esperado es un saldo inicial diario (OpeningBalance).
Nota:
actualmente, createDocument solo es necesario para las implementaciones de Alemania
y Québec.
|
| POST /.../storeDocument | [90] = OpeningBalance |
La caja registradora genera de forma autónoma un documento del tipo «OpeningBalance» y lo transmite al middleware. |
| PUT /.../createDocument | [0] = Receipt |
Abre una transacción e indica que el documento esperado es un documento de venta (recibo).
Nota:
actualmente, la función «createDocument» solo es necesaria para las implementaciones de Alemania
y Québec.
|
| POST /.../storeDocument | [0] = Recibo |
El sistema de punto de venta genera un recibo de venta y lo transmite al cliente correspondiente en el middleware. |
| ... | Varios |
La caja registradora transmite los documentos según las respectivas transacciones. |
| PUT /.../createDocument | [99] = EndOfDay |
Abre una transacción y especifica que el documento esperado es un informe Z / documento de fin de jornada (EndOfDay).
Nota:
actualmente, la función createDocument solo es necesaria para las implementaciones de Alemania
y Québec.
|
| POST /.../storeDocument | [99] = EndOfDay |
La caja registradora genera de forma autónoma un documento del tipo EndOfDay para el cierre diario de la caja y lo transmite al middleware. |
Variante 2
En esta variante, aunque el sistema de punto de venta genera el documento de apertura (OpeningBalance) de forma independiente, el informe Z o documento de fin de jornada lo genera el middleware a partir de los totales de los documentos transmitidos durante el día. A continuación, el documento generado por el middleware se guarda mediante POST /api/v1/transactions/storeDocument.
La siguiente tabla muestra las llamadas individuales de la caja registradora al middleware.
| Función | DocumentType | Notas |
| PUT /.../createDocument | [90] = OpeningBalance |
Abre una transacción e indica que el documento esperado es un saldo inicial diario (OpeningBalance).
Nota:
actualmente, createDocument solo es necesario para las implementaciones de Alemania
y Québec.
|
| POST /.../storeDocument | [90] = OpeningBalance |
La caja registradora genera de forma autónoma un documento del tipo «OpeningBalance» y lo transmite al middleware. |
| PUT /.../createDocument | [0] = Recibo |
Abre una transacción e indica que el documento esperado es un documento de venta (recibo).
Nota:
actualmente, la función «createDocument» solo es necesaria para las implementaciones de Alemania
y Québec.
|
| POST /.../storeDocument | [0] = Recibo |
El sistema de punto de venta genera un recibo de venta y lo transmite al cliente correspondiente en el middleware. |
| ... | Varios |
La caja registradora transmite los documentos según las respectivas transacciones. |
| GET /.../{clientId} /endofdayDocument | [99] = EndOfDay |
La caja registradora solicita el documento de cierre diario / informe Z generado por el middleware. El middleware lo devuelve.
Importante:
No se genera ningún asiento contable; únicamente se devuelve un documento EndOfDay.
|
| PUT /.../createDocument | [99] = EndOfDay |
Abre una transacción y especifica que el documento esperado es un informe Z / documento de fin de día (EndOfDay).
Nota:
actualmente, createDocument solo es necesario para las implementaciones de Alemania
y Québec.
|
| POST /.../storeDocument | [99] = EndOfDay |
La caja registradora reenvía al middleware el documento de cierre EndOfDay generado por este. |
Variante 3
A diferencia de las variantes 1 y 2 anteriores, en este caso la caja registradora utiliza las funciones del middleware para generar el saldo inicial diario (OpeningBalance) y el cierre diario sin necesidad de transmitir los documentos correspondientes.
La siguiente tabla muestra las llamadas individuales de la caja registradora al middleware.
| Función | DocumentType | Notas |
| POST /.../openingSt |
[11] = PayIn |
Al invocar este punto de entrada, el middleware genera una apertura diaria para el extracto de cierre del día correspondiente. Solo se contabiliza un ingreso (PayIn), pero no se restablece el saldo de caja. |
| PUT /.../createDocument | [0] = Recibo |
Abre una transacción e indica que el documento esperado es un documento de venta (recibo).
Nota:
actualmente, createDocument solo es necesario para las implementaciones de Alemania
y Québec.
|
| POST /.../storeDocument | [0] = Recibo |
El sistema de punto de venta genera un recibo de venta y lo transmite al cliente correspondiente en el middleware. |
| ... | Varios |
La caja registradora transmite los documentos según las respectivas transacciones. |
| POST /.../cashpointClose |
Equivalente a: [99] = EndOfDay |
Al invocar esta función, el middleware contabiliza automáticamente un cierre diario con un documento de cierre / informe Z
Nota:
Se contabiliza un único cierre diario, pero no se devuelve ningún documento.
Nota:
Para poder utilizar cashpointClose, debe estar activada la opción «Cierre sencillo de caja» en la configuración.
|
Artículos relacionados
Cierre diario de la caja registradora
Implementación del cierre diario (cierre de caja)
Este artículo ha sido traducido automáticamente.
Comentarios
0 comentarios
Inicie sesión para dejar un comentario.