FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
Cita:
Creo que no van a tener más remedio que pasar todos a impresoras de inyección o láser Última edición por Neftali [Germán.Estévez] fecha: Hace 3 Semanas a las 17:05:38. |
#2
|
|||
|
|||
Cierto.menos mal que quite de enmedio todas las matriciales Epson tm etc que tenía.cada vez está más complicado y son más caras.
|
#3
|
|||
|
|||
Matriciales TPV
Cita:
Fui de los primeros en trabajar las TM-950 en el país. A mis clientes les venía muy bien. También los modelos 300A. Tuvieron su lugar. Eran muy robustas y apenas consumían cinta. Actualmente creo que solo tiene 2 TM950 un cliente concreto. El problema no es el ruido, que también, sino la calidad y la velocidad. Hemos indicado a los clientes que se pasasen a un sistema híbrido. Una térmica -no citaré marcas- para hacer las facturas simplificadas y los cobros así como la automatización del portamonedas. Y a una lasser o chorro de tinta para hacer el resto de documentos. (Hay TPV que tienen los dos modelos integrados.) Puede imprimir logotipos, tipos de letra, etc. que para las matriciales era muy penoso. Así como también diversos códigos de barras. Mi consejo es que hable con su(s) clientes y les cambie el modelo de impresión. Aunque usara una matricial de 24 agujas no podría imprimir un código de barras de calidad. Seguramente un ean13, ean8, con cierto tamaño podría leerlo. Pero un código 3of9, 128, o uno de 2 dimensiones, va a ser que no. O al menos le costaría leerlo en el mejor de los casos. Suerte, un saludo. |
#4
|
|||
|
|||
Sobre el código QR
Se menciona que las facturas deberan de incluir un código QR, pero una duda que tengo es si ese código QR deberá de incluirse en TODAS y cada una de las páginas o solamente en la última página será suficiente.
Pues la manera que tengo implementada de impresión de mis facturas, la voy generando a medida que voy leyendo registros, y no es hasta el final de los registros, y puede ocupar más de una página, que obtengo los totales, calculo el IVA, etc... que es ahí cuando pretendo enviar a hacienda, obtener la huella y generar el QR para incustrarlo en la factura, pero claro, estoy ya situado en la última página y no puedo retroceder en las anteriores. No se si me explico. |
#5
|
||||
|
||||
Cita:
|
#6
|
||||
|
||||
Cita:
Creo que el orden es incorrecto. El enviar a hacienda debería ser lo último e independiente de lo demás. Por ejemplo, puede ser que no tengas conexión a internet e igualmente debes poder generar tu factura, firmarla y imprimirla (con el QR). Para posteriormente enviarla cuando puedas...
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#7
|
|||
|
|||
Cita:
¿De qué me serviria imprimir una factura de la que no dispongo del registro OK de VERI*FACTU y su huella??? Vaya, es como veo yo que debería de trabajar mis datos para ahorrar fallos o errores. |
#8
|
||||
|
||||
Cita:
Siempre todo esto asumiendo que el funcionamiento va a ser similar a TicketBAI (que parece que si). Imagina una tienda cualquiera que genera tickets cuando compras una barra de pan, una prenda de ropa o cualquier otra cosa; Y que en ese momento se cae la conexión a internet o simplemente durante esa mañana tu operador ha tenido una incidencia y no tienes conexión. ¿No vendes? ¿No generas tickets/facturas? Se asume que tus facturas son correctas y por eso para generarlas no necesitas conexión a internet o conexión con la AEAT. Si la tienes bien, las envías, pero si no la tienes tu sistema DEBE seguir funcionando con normalidad y deberán "encolar" esos envíos para cuando puedas comunicarlas. Es una de las premisas. Si luego por lo que sea tu factura es incorrecta, pues deberás rectificarla y comunicarlo a la AEAT. Entiendo que si es un cliente al que le puedes "reenviar" la factura corregida (como se hace ahora), pues se la enviarás de nuevo. Y si es un cliente que se ha ido con un ticket, pues en ese caso no creo que se pueda hacer nada.
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#9
|
|||
|
|||
Código de retorno
Cita:
No creo que la AEAT suministre un código de retorno para identificar cada documento que se le envíe. Si así fuera sería un cachondeo. Por un lado la AEAT dice que esperemos a tener 1000 documentos para hacer un envío o bien que pasen dos horas antes de enviar lo acumulado. Me imagino que una gran superficie o simplemente un supermercado de tamaño medio, o una ferretería, o una muebleria, o.... tengan que esperar para imprimir un ticket a un cliente dos horas. Sería sinceramente un puro cachondeo. Los datos del QR no tienen nada que ver con un código de retorno. Y menos mal ! Al menos es como yo lo veo. Un saludo. |
#10
|
|||
|
|||
Cita:
Posiblemente sea igual De todas formas la hilera de hacerlo todo al final está bien para sistemas monousuarios, pero como haya al menos 2 usuarios en el mismo sif (trabajando a la vez) vas a tener problemas de encadenamientos, contadores... |
#11
|
|||
|
|||
Orden del QR
Cita:
Sinceramente no veo cual es el problema de imprimirla en la primera, en la última o en todas. La NO Ley porque todavía no es Ley hasta que salgan todos los detalles técnicos, en sus prolegómenos indica que el DOCUMENTO debe llevar un QR que por cierto tampoco hay indicaciones de qué datos debe llevar. En uno de sus weminar aparece un QR y si se lee puede ver un pequeño puñado de datos. Que se le supone van a ser los definitivos. No sé si se refiere a que en sus algoritmos sólo puede tener el número de documento y la serie al final de la impresión o si no puede imprimir el QR hasta el final. No veo cual es el problema de imprimirlo al final si así lo desea. Es el documento el que lleva el QR asignado. Al igual que puede imprimir lo acumulado de los importes en cada página previa y en el final los totales generales o solo imprimir totales generales al final. Al menos tal y como yo lo veo es indistinto. Un saludo. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Hijo de Informáticos | gluglu | Humor | 3 | 13-03-2007 11:05:35 |
Adictos informaticos ... | Trigger | Humor | 2 | 11-10-2004 12:18:32 |
Nosotros los Informáticos | Trigger | Humor | 1 | 10-10-2004 14:58:09 |
Patrón de los Informáticos. | obiwuan | Varios | 20 | 10-09-2003 14:44:54 |
Chistes Informaticos | jhonny | Humor | 2 | 11-08-2003 21:59:09 |
|