Está en la página 1de 2

ticket 408

-se prepararon los distintos emuladores fiscales para las pruebas (hasar y epson 1G
y 2G)
-se valido funcionamiento en POS
-se identificaron clientes con distintos tipos de iva para las pruebas. Se
consideró el tipo de iva Exento no especificado
-se procedió a realizar facturación rápida de los distintos cliente vs las
distintas impresoras fiscales en sus distintas generaciones
-se valido la información en la base de datos (tablas ventas, detventas,
comprobantes) verificando cliente, clicuit y tipo.

ticket 406
-se prepararon los distintos emuladores fiscales para las pruebas (hasar y epson 1g
y 2g)
-se validó funcionamiento de CF en POS
-se identificaron clientes con distintos tipos de condición fiscal ante iva. Se
consideró el tipo de iva Exento que no estaba especificado
-se realizaron ventas minoristas, mayoristas y emitir factura para distintos tipos
de iva cliente
-luego se procedió a la anulación de todas las ventas emitidas
-también se verificó en base de datos las tablas ventas y comprobantes
-se tuvo en cuenta la leyenda para los comprobantes A del tipo iva MT "según
leyenda"

-ticket 407
-se prepararon los distintos emuladores fiscales para las pruebas (hasar y epson 1g
y 2g)
-se validó funcionamiento de CF en POS en cada una de las operaciones de ventas
-se realizó venta minorista, mayorista y factura por cada tipo de cliente iva
-cada operación del punto anterior se hizo por cada controladora fiscal marca y
generación (Epson y HAsar de 1g y 2g)
-en el POS se inición una apertura de turno por cada configuración de impresora
fiscal para lograr el resultado del correcto
funcionamiento de "cierre z" y coincidencia de los totales de acuerdo a lo
facturado
-también se realizó control en la tabla de la base de datos (cierrezeta) comprobado
el total de importe registrado por turno
-Importante: se debe tener en cuenta que las pruebas de cierre z realizadas para
las impresoras fiscales de 1G emuladas no coinciden
con el total de venta ya que es un problema de software del emulador.
Nota: se adjuntan archivos comprobantes de las pruebas realizadas.

-ticket 421
-se configuraron los archivos config para poder utilizar el sistema pos para
realizar venta minorista en Chile
-se generó venta minorista en efectivo con emisión de factura electrónica Chile
-se generó archivo de operación XML para en el directorio local "C:\DTE\Proceso"
para que luego sea evaluado
por Lionel Reynoso con el programa DTE para analizar si el mismo es válido o no
-se verificó en la base de datos POS_CH la existencia de la operación de venta id
1477 verificando su
venta y detalle de venta (tablas venta y detventas)
-se recibió correcta validación de Lionel Reynoso por DTE del archivo XML
Nota: se observa que se debe recurrir a la validación externa del archivo XML por
configuración pendiente en sistema POS
de equipo remoto. También se adjuntan capturas de la operación realizada para la
incidencia.

ticket 436
-se configuró pos y gestión para argentina para ventas multipago. Se adjuntan
reporte de ventas y detalle de las mismas.
-se configuró pos y gestión para chile para ventas multipago. Se adjuntan reporte
de ventas y detalle de las mismas.
-se configuró pos y gestión para Paraguay para realizar ventas multipago de acuerdo
a lo esperado en la incidencia.
Se adjuntan reporte de ventas y detalle de las mismas.
-se configuró pos y gestión para ventas via bana para realizar ventas multipago de
acuerdo a lo esperado en la incidencia.
se adjunta reporte de ventas realizadas y detalle de las mismas para via bana.

También podría gustarte