En los informes (informe (Z) —informe fiscal diario— e informe (X) —informe provisional diario—), determinados totales deben figurar por separado. Para garantizarlo, deben respetarse las siguientes normas al transferir datos entre el sistema de origen («cajas registradoras») y el servicio de fiscalización.
Atención: ¡El cumplimiento de las siguientes normas es obligatorio! El incumplimiento dará lugar a la transmisión de valores incorrectos a iEKA.
Nota: Las siguientes normas son específicas de Lituania, pero también pueden aplicarse en otros países.
Separación de sumas
La propiedad «UniqueReadablePaymentIdentifier» se utiliza generalmente para separar los totales en el documento EndOfDay. Por regla general, los valores de la propiedad pueden ser asignados libremente por el desarrollador de la caja registradora; sin embargo, en Lituania deben establecerse determinados valores para algunas transacciones. La separación de totales afecta principalmente a las transacciones en efectivo.
Ventas y cambio entregado
iEKA exige la gestión de todas las transacciones en efectivo, incluida la entrega de cambio. Esto significa que, si, por ejemplo, un cliente abona 150 € en efectivo por una transacción de 121 € y el cajero le entrega 29 € de cambio, dichos importes deben comunicarse correctamente a iEKA de la siguiente manera:
- 121,00 EUR = Importe total a pagar
- 150,00 EUR = Importe pagado por el cliente
- 29,00 EUR = Cambio entregado
Estos totales también deben figurar por separado en el Informe (Z) —Cierre diario— o en otros informes; véanse los requisitos documentales de Lituania.
| Transacción | PaymentType | UniqueReadablePaymentIdentifier | Notas |
| Pago en efectivo | 0 / efectivo | arbitrario (p. ej., «efectivo») | El UniqueReadablePaymentIdentifier puede asignarse, por lo general, de forma arbitraria; no obstante, las transacciones de venta y las devoluciones (en efectivo) deben asociarse a valores distintos. |
| Cambio entregado | 0 / efectivo | «cashReturn» | Se emplea para identificar el cambio y mantenerlo separado del pago en efectivo. |
Transacciones de PayIn y salida
Características especiales a la hora de registrar ingresos y pagos («documentType»: 11 / «[11] = PayIn» y «documentType»: 10 / «[10] = PayOut»).
Es obligatorio registrar los PayIns y los pagos, ya que el saldo actual de caja debe comunicarse y enviarse a iEKA.
Además, los ingresos y los pagos deben sumarse por separado del resto de transacciones (ventas y devoluciones en efectivo) para que estos valores se tengan en cuenta correctamente en la comunicación con iEKA.
Importante: Para ambos tipos de documento, el valor «cashMovement» DEBE utilizarse como «UniqueReadablePaymentIdentifier» para que los valores se transmitan correctamente a iEKA.
Nota: Tenga en cuenta también otras características especiales a la hora de registrar ingresos y retiradas.
Este artículo ha sido traducido automáticamente.
Comentarios
0 comentarios
Inicie sesión para dejar un comentario.