- Este debate tiene 11 respuestas, 3 mensajes y ha sido actualizado por última vez el hace 1 año, 7 meses por
.
-
Entradas
-
Estimados,
Vi que Libertya tiene una clase HasarFiscalPrinter2G.java. La ultima versión de Libertya es compatible con algún modelo de impresora fiscal Hasar de la nueva generación. Alguien tiene alguna experiencia con algún modelo?Saludos
Buen día Luis,
La nueva versión de Libertya es compatible con impresoras de 2g y térmicas.
Para las primeras, las pruebas de funcionamiento se realizaron sobre el modelo SMH/PT-250F v01.00, aunque debería funcionar correctamente para cualquiera de ellas ya que estimo que todos los modelos poseen el mismo conjunto de comandos. Para configurar una impresora 2g debe configurarse un nuevo tipo de impresora fiscal (en la ventana con mismo nombre), asignando el valor org.openXpertya.print.fiscal.hasar.HasarFiscalPrinter2G en el campo Clase.
Respecto a las impresoras térmicas, las pruebas se realizaron sobre una HTP-250 y actualmente está en producción en una de las instancias con varios puestos de trabajo. El conjunto de comandos es el ESC/POS y cualquier impresora que posea este conjunto de comandos debería funcionar de manera correcta. La clase a configurar en el tipo de impresora fiscal es org.openXpertya.print.epson.ESCPOSPrinter y en la impresora fiscal debe configurarse con el valor Térmica en el campo tipo de impresora. Se puede utilizar tanto por Ethernet como por servicio de impresión (impresoras instaladas en la PC), configurando el nombre de la impresora que figura en el sistema operativo en el campo Nombre de Impresora si se va a utilizar esta última opción.
Saludos!
Actualmente Libertya soporta las siguientes modalidades:
Controladores Fiscales de Primera Generación
Controladores Fiscales de Segunda Generación: La nueva versión de Libertya incluye el Driver para el modelo SMH/PT-250F, que es un impresora fiscal de tickets y tickets factura
Impresora Térmica Hasar 250: Recientemente se ha incorporado una nueva forma de emitir los comprobantes, la cual se basa en dos cuestiones:• Emisión fiscal por módulo nativo de Factura Electrónica (ya disponible en Libertya).
• Impresión del comprobante por medio de la impresora térmica Hasar HTP-250 (driver disponible en la nueva versión de LBY), en formato ticket 80 mm.La impresora HTP-250 es una comandera que imprime en formato ticket cualquier texto que uno quisiera, no es un controlador fiscal, no tiene memoria fiscal, no requiere inicialización, etc. Es simplemente una impresora.
La principal ventaja con respecto a las impresoras fiscales de segunda generación es el bajo costo.Saludos
Jorge Matulich
Buenos días Ariel,
Este hilo refiere a compatibilidad con impresoras de segunda generación (2G) y térmicas que son features incorporados en la nueva versión del sistema.
Las impresoras fiscales Hasar de primera generación también tiene soporte prácticamente a todos los modelos, si proporciona datos del modelo podemos confirmar si tiene soporte y cómo configurarlo.
Saludos
MatíasBuenos días, estoy trabajando con una impresor SMH/PT-250F V2.00, hago toda la configuración en libertya, uso la clase org.openXpertya.print.fiscal.hasar.HasarFiscalPrinter2G por tcp, cargo le cargo la ip de la impresora y la duda lo tengo en puerto el cual uso el 80. Al parecer se conecta pero al realizar el cierre Z me tira el siguiente error La respuesta recibida tiene un formato no válido. Faltan datos del estado fiscal o general del controlador. (Petición: { 39 “X” }, Respuesta: { 39 })
En que le podría estar errando le la configuración que realizo?Desde ya muchas gracias
Saludos.Buenas Ariel, hasta el momento no nos hemos topado con ese inconveniente.
Fijate si te es de utilidad el comentario de Amebis en el siguiente thread:
Saludos!
FedericoAun sigo con el problema
-----------> Msg.getMsg: NOT found: Imprimiendo Ticket, Por favor espere [15] TPV DEBUG ==> 2022-05-12 21:08:07.449281 - Chequeando saldo y crédito TPV DEBUG ==> 2022-05-12 21:08:07.451359 - Creando Pedido (MOrder) TPV DEBUG ==> 2022-05-12 21:08:07.453834 - Guardando el Pedido (Encabezado, sin líneas aún) TPV DEBUG ==> 2022-05-12 21:08:07.467857 - Guardando línea #1 TPV DEBUG ==> 2022-05-12 21:08:07.478351 - Guardando el Pedido (Encabezado, con líneas ya creadas) TPV DEBUG ==> 2022-05-12 21:08:07.479309 - Aplicando descuentos al Pedido (DiscountCalculator) TPV DEBUG ==> 2022-05-12 21:08:07.479436 - Guardando el Pedido nuevamente (luego de aplicar descuentos) TPV DEBUG ==> 2022-05-12 21:08:07.486103 - Completando el pedido TPV DEBUG ==> 2022-05-12 21:08:07.49225 - Guardando el pedido (luego de completar) TPV DEBUG ==> 2022-05-12 21:08:07.494469 - Creando Factura (MInvoice) TPV DEBUG ==> 2022-05-12 21:08:07.499522 - Guardando Factura TPV DEBUG ==> 2022-05-12 21:08:07.51387 - Guardando línea #10 -----------> MInvoice.saveUpdate: DocumentNo updated: B000100000002 -> B000100000002 [195] TPV DEBUG ==> 2022-05-12 21:08:07.557236 - Chequeando Factura TPV DEBUG ==> 2022-05-12 21:08:07.557399 - Guardando los descuentos TPV DEBUG ==> 2022-05-12 21:08:07.557533 - Creando Remito (MInOut) TPV DEBUG ==> 2022-05-12 21:08:07.564046 - Guardando línea #10 ===========> MInOut.get_Value: Column not found - C_DocTypeTarget_ID [195] ===========> MInOut.get_Value: En Po.Get_value, retornado un nulo [195] TPV DEBUG ==> 2022-05-12 21:08:07.580006 - Creando Allocation -----------> MSequence.getDocumentNo: No Sequence for DocType - MDocType[1010599-Cobro por TPV,DocNoSequence_ID=0] [195] -----------> MSequence.getDocumentNo: No Sequence for DocType - MDocType[1010599-Cobro por TPV,DocNoSequence_ID=0] [195] TPV DEBUG ==> 2022-05-12 21:08:07.582978 - Creando los pagos (MPayment & MCashLine) TPV DEBUG ==> 2022-05-12 21:08:07.594602 - Completando el allocation ===========> MAllocationHdr.get_Value: Column not found - C_DocTypeTarget_ID [195] ===========> MAllocationHdr.get_Value: En Po.Get_value, retornado un nulo [195] -----------> MInvoice.saveUpdate: DocumentNo updated: B000100000002 -> B000100000002 [195] TPV DEBUG ==> 2022-05-12 21:08:07.610279 - Commit de Transaccion TPV DEBUG ==> 2022-05-12 21:08:07.615573 - Impresion de venta TPV DEBUG ==> 2022-05-12 21:08:07.616136 - Imprimiendo ticket fiscal ===========> FiscalDocumentPrint.execute: La respuesta recibida tiene un formato no válido. Faltan datos del estado fiscal o general del controlador. (Petición: { 43 "P" "" }, Respuesta: { 43 "" "40000" "3000" "1.000" "1.21" "0.21" "0.00" "0.00" "0.00" "1.00" "0.00" }) [195]Estoy probando en un EMULADOR 250F v02.00 que corresponde a modelo y version del impresor fiscal.
No entiendo bien donde estaria el problema. Deduzco que el problema esta del lado del programa porque el ticket sale y dice cancelado por el usuario en el estado.
Que prodri estar pasando?
Buenas Ariel, gracias por el feedback.
Estamos analizando el tema y probablemente liberemos un patch relacionado con este tema específico para LY 21.0. ¿qué versión de LY estás utilizando?
Slds!
FedericoMuchas gracias Federido !!!
Si estoy usando la version LY 21.0
A disposicion en lo que pueda ayudar.Buenas Ariel, gracias por el feedback.
Hemos liberado un patch para LY 21.0 que podría solucionar el inconveniente mencionado, el mismo puede descargarse desde:
La documentación para su instalación se puede obtener desde:
Tal como se detalla en la documentación, se recomienda realizar una copia de los binarios previo a la aplicación del patch.
Saludos!
Federico
- Debes estar registrado para responder a este debate.
