Respuestas de foro creadas
-
Entradas
-
Buenas noches, Federico.
Seguí los pasos indicados en el instructivo para incorporar el patch org.libertya.core.patchly21_discriminaimpuestos.jar, pero aún no logro que funcione correctamente.
¿Dónde podría verificar si el patch se instaló correctamente y si está siendo tomado en cuenta al momento de imprimir desde el controlador fiscal?
Desde ya, muchas gracias por tu ayuda.
Saludos,
[Ariel]Hola bueno dias, para la discriminacion de impuesto para factura B hay soluccion para los que usan controladores fiscales.
Saludos.
De ya quiero agradecer a Federico por la solución que me dio con respecto a este tema
Saludos cordiales.
Muchas gracias Federido !!!
Si estoy usando la version LY 21.0
A disposicion en lo que pueda ayudar.Aun 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?
Buenos 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.Hola
Si exactamente los mismo pasos hice sobre una base que tiene la versión 19.07. y no parece las modificaciones en la tabla Letra de Comprobante A.
Que puede estar pasando??Hola Federico, seguramente copie mal el link, pero es sobre el parche de ley monotributo.
Si efectivamente instale el parche como dice el instructivo, pero no emite sale la letra A cuando selecciono un cliente monotributista. La empresa es RI
La instalacion del comprobante no tiro ningún error. Que tendría que verificar si se aplico? Puede ser algún tema con numero de cliente de la organización porque es una base de varios años que se ha venido actualizando.
Saludos.
Hola Matias,
Mi caso seria que la lista de precios de los productos esta en dolares y la factura debe ser emitida en pesos. Al momento agregar los productos a la orden se tendria que convertir a pesos. Los cobros serian en pesos.Ya tengo una idea donde modificar el código para agregar esta funcionalidad. Cuando haga unas pruebas lo voy a estar compartiendo.
Desde ya muchas gracias por la ayuda.
Saludos.Seguí investigando un poco y levanta la moneda local desde variables pero no completa el proceso de conversión en el precio del producto y el armado de la factura.
Creo que la funcionalidad correcta debería ser, poner en la configuración del tpv la moneda de emisión del comprobante y hacer la conversión de el precio si la moneda el la lista de precio difiere.De todas formas voy a buscar solucionarlo por mi lado y estaría compartiendo mis avance.
