Este comando es enviado por la caja para solicitar la ejecución de una venta. Los siguientes parámetros deben ser enviados desde la caja:

• Monto: Monto en pesos informados al POS. Este parámetro es remitido al switch de Klap para realizar la autorización.

• Número Ticket/Boleta: Este número es impreso por el POS en el voucher que se genera luego de la venta.

• Enviar Mensaje: Este parámetro indica al POS si debe enviar mensajes intermedios a la caja mientras se realiza el proceso de venta.

1. La caja envía el requerimiento y espera como respuesta <ACK>/<NAK>, en caso de que llegue un <NAK>, debe reintentar el envío del requerimiento 2 veces. Si recibe un <ACK> debe esperar la respuesta de la transacción.

2. El POS solicita los datos al usuario, y envía el requerimiento al Autorizador, en caso de ser aprobada, se guarda en Batch y se envía respuesta a la caja. En caso de ser rechazada se envía respuesta a la caja indicando el error. (Ver Tabla de Respuestas)

3. La caja al recibir la respuesta envía un <ACK> si el mensaje está correcto, o un <NAK> para el caso en que el <LRC> no corresponde.

4. El POS al recibir el <ACK> vuelve al inicio a esperar un nuevo comando, para el caso que recibe un <NAK> vuelve a enviar la respuesta 2 veces más.

Solicitud de Venta

Mensaje en ASCII: <STX>0200|{amount}|{ticket}||| {Convert.ToInt32(sendStatus)}|<ETX><LRC>

Respuesta de Venta

Este comando es enviado por la caja para solicitar la re-impresión de la última venta.

1. La caja envía el requerimiento y espera como respuesta <ACK>/<NAK>, en caso de que llegue un <NAK>, debe reintentar el envío del requerimiento 2 veces. Si recibe un <ACK> debe esperar la respuesta de la transacción.

2. Una vez recibida la respuesta, la caja calcula el <LRC> del mensaje y lo compara con el recibido, en el caso de coincidir la caja envía un <ACK> al POS dando por finalizado el comando; en caso contrario envía <NAK> y vuelve a esperar la respuesta del POS.

Solicitud de Última Venta

Mensaje en ASCII: <STX>0250|<ETX>x
Mensaje en Hexadecimal: {0x02, 0x30, 0x32, 0x35, 0x30, 0x7c, 0x03, 0x78}

Respuesta de Última Venta

Esta transacción siempre será responsabilidad de la caja y es quien decide cuando realizar una anulación.

El comando de anulación soporta los siguientes parámetros que pueden ser enviados desde la caja.

Como respuesta el POS enviará un código de aprobación, acompañado de un código de autorización. En caso de rechazo el código de error está definido en la tabla de respuestas. Ver tabla de respuestas

1. La caja envía el requerimiento y espera como respuesta <ACK>/<NAK>, en caso de que llegue un <NAK>, debe reintentar el envío del requerimiento 2 veces más. Si recibe un <ACK> debe esperar la respuesta de la transacción.

2. El POS envía el requerimiento al autorizador, en caso de ser aprobada se guarda en batch y se envía la respuesta a la caja. En el caso de ser rechazada se envía la respuesta a la caja indicando el error.

3.La caja al recibir la respuesta envía un <ACK> si el mensaje está correcto, o un <NAK> para el caso en que el <LRC> no corresponda.

4. El POS al recibir el <ACK> vuelve al inicio a la espera de un nuevo comando, para el caso que reciba un <NAK> o no reciba ninguna validación dentro de los próximos 10 segundos; vuelve a enviar la respuesta. Esto lo repetirá 2 veces más.

Solicitud de Anulación

Mensaje en ASCII: <STX>1200|10|<ETX><LRC>
Mensaje en Hexadecimal: {0x02, 0x31, 0x32, 0x30, 0x30, 0x7c, 0x31, 0x30, 0x7c, 0x03, 0x01}

Respuesta de Anulación

Este comando es gatillado por la caja y no recibe parámetros. El POS ejecuta la transacción de cierre contra el Autorizador (no se contempla Batch Upload). Como respuesta el POS Integrado enviará un aprobado o rechazado (Tabla de respuestas)

1. La caja envía el requerimiento y espera como respuesta <ACK>/<NAK>, en caso de que llegue un <NAK>, debe reintentar el envío del requerimiento 2 veces. Si recibe un <ACK> debe esperar la respuesta de la transacción..

2. El POS envía requerimiento al Autorizador, en caso de ser aprobada, se borra Batch y se envía respuesta a la caja. En caso de ser rechazada se envía respuesta a la caja indicando el error..

3. La caja al recibir la respuesta envía un <ACK> si el mensaje está correcto, o un <NAK> para el caso en que el <LRC> no corresponde..

4. El POS al recibir el <ACK> vuelve al inicio a esperar un nuevo comando, para el caso que recibe un <NAK> vuelve a enviar la respuesta 2 veces más..

Solicitud de Cierre

Mensaje en ASCII: <STX>0500||<ETX>6
Mensaje en Hexadecimal: {0x02, 0x30, 0x35, 0x30, 0x30, 0x7c, 0x7c, 0x03, 0x06}

Respuesta de Cierre

Esta operación le permitirá a la caja obtener desde el POS un resumen con el monto total y la cantidad de transacciones que se han realizado hasta el minuto y que aún permanecen en la memoria del POS.

Además la caja podrá determinar si existen transacciones que no fueron informadas desde el POS, haciendo una comparación de los totales entre la caja y el POS. La impresión del Voucher con el resumen será realizada por el POS.

Solicitud de Totales

Mensaje en ASCII: <STX>0700||<ETX><EOT>
Mensaje en Hexadecimal: {0x02, 0x30, 0x37, 0x30, 0x30, 0x7c, 0x7c, 0x03, 0x04}

Respuesta de Totales

Mensaje en ASCII: <STX>0710|00|1|2000<ETX>J
Mensaje en Hexadecimal: {0x02, 0x30, 0x37, 0x31, 0x30, 0x7c, 0x30, 0x30, 0x7c, 0x31, 0x7c, 0x32, 0x30, 0x30, 0x30, 0x03, 0x04}

Esta operación solicita al POS todas las transacciones que se han realizado y permanecen en la memoria del POS. El parámetro que recibe esta función es de tipo booleano e indica si se realiza la impresión del detalle en el POS. En el caso de que no se solicite la impresión, el POS envía todas las transacciones a la caja, una por una.

Solicitud de Detalle de Ventas

Mensaje en ASCII:<STX>0260|1|<ETX><LRC>
Mensaje en Hexadecimal: {0x02, 0x30, 0x32, 0x36, 0x30, 0x7c, 0x7c, 0x03, 0x07}

Respuesta de Detalle de Ventas

Este mensaje es enviado por la caja para saber si el POS está conectado.

1. La caja envía el requerimiento y espera como respuesta <ACK>, en caso de recibir <ACK>, esto indica que el POS se encuentra operativo y listo para recibir comandos. Si no se recibe respuesta o es <NAK> se debe reintentar el envío del comando 2 veces.

Solicitud Poll

Mensaje en ASCII: <STX> 0100<ETX><STX>
Mensaje en Hexadecimal: {0x02, 0x30, 0x31, 0x30, 0x30, 0x03, 0x02}

Respuesta Poll

Esta transacción permite al POS Integrado del comercio requerir la carga de parámetros desde Multicaja. Como respuesta el POS Integrado enviará un aprobado o rechazado. (Ver Tabla de Respuestas)

1. La caja envía el requerimiento y espera como respuesta <NAK>/<NAK>, en caso de que la respuesta sea negativa, se debe reintentar el envío del requerimiento 2 veces. Si recibe un <NAK> se debe esperar la respuesta de la transacción.

2. El POS envía el requerimiento al Autorizador, en caso de ser aprobado, se guardan los parámetros y se envía la respuesta a la caja. En caso de ser rechazada se indica el error a la Caja.

3. Al recibir la respuesta por parte del POS, se debe enviar un <ACK> si el LRC del mensaje es correcto, en caso contrario se debe enviar un <NAK>.

4. Si el POS recibe un <ACK> vuelve al inicio y espera un nuevo comando, si recibe un <NAK> reintentara el envío de la respuesta 2 veces.

Solicitud de Carga de Llaves

Mensaje en ASCII: <STX>0800<ETX><VT>
Mensaje en Hexadecimal: {0x02, 0x30, 0x38, 0x30, 0x30, 0x03, 0x0B}

Respuesta de Carga de Llaves

Este comando le permitirá a la caja realizar el cambio de modalidad a través de un comando. El POS debe estar en modo integrado y al recibir el comando quedará en modo normal.

La caja envía el requerimiento y espera como respuesta <ACK>, en caso de recibir <ACK>, esto indica que el POS cambio se realizó correctamente, si no se recibe respuesta o es <NAK> se debe reintentar el envío del comando 2 veces.

Solicitud Cambio a POS Normal

Mensaje en ASCII: <STX>0300<ETX><NUL>
Mensaje en Hexadecimal: {0x02, 0x30, 0x33, 0x30, 0x30, 0x03, 0x00}

Respuesta Cambio a POS Normal