Si es verdad lo que decis, en nuestro caso es solo un modelo de impresora y validamos bien todo antes de generar el XML final que levanta el demonio antes de mandar a la impresora. Este demonio también posee lógica de validaciones varias antes de enviar a la fiscal y nunca se nos corto una impresión , por ahora ( mientras toco la mesa =) ) ...
Saludos El 19 de abril de 2010 10:41, Diego Basélica <[email protected]>escribió: > Es una buena idea. > > Nosotros tenemos experiencia desde WinForms directamente con el OCX y a > pregunta que se me ocurre es que haces cuando mandaste el archivo, > obviamente ya grabando la factura y todo, y la fiscal te devuelve un error > de inconsistencia de datos o lo que sea. > > Porque a nosotros nos ha pasado que anda muy bien y de golpe se le lleno la > memoria, o no pudo obtener el numero o algo mas (y la verdad que hemos > tenido algunas cosas muy insolitas) y la factura ya esta grabada y el > operado se mando a hacer otra cosa. > > La solución mas obvia me parece que es reintentar o si la falla es > permanente anular la factura. > > Oras veces nos paso que se empeza a imprimir y a la mitad se corta por > algún dato que “esta vez” no le gusto y ahí ya tenes otro problema porque > genero un numero y lo deberías manetener el algún lado. > > Bueno, capas que a nosotros se nos comploco mucho porque trabajamos con > todos los modelos de impresoras y cada uno tiene sus bemoles, pero si uno > desarrolla alo para un modelo especifico las cosas no son tan asperas. > > Suerte > > > > > > *Ing. Diego M. Basélica* > > [email protected] > Movil: 351-155199546 > > > > *UPSOFT Sistemas Informáticos* > > Rafael Nuñez 3498 - (5009) Córdoba - Argentina > > Tel./Fax.: +54 (0351) 4814812 > > Web: www.upsoft.com.ar > > > > > > > > *De:* [email protected] [mailto:[email protected]] *En nombre de *Juanma > *Enviado el:* Sábado, 17 de Abril de 2010 01:06 > *Para:* vbnet List Member > *Asunto:* [vbnet] Imprimir con impresora fiscal en asp.net > > > > Gerardo, como estas ? > > > > Nosotros lo resolvimos de la siguiente manera, no se si es lo mejor pero lo > tenemos corriendo así desde hace 3 años y nunca un problema. > > > > Construimos un servicio de Windows que trabaja como un demonio leyendo una > carpeta X en busca de un XML, cuando desde la aplicacion ASP.NET se manda > a imprimir, en realidad lo que hacemos es generar un XML con los datos > necesarios y tirarlos en esta carpeta X. > > > > El demonio lo levanta, lee los datos necesarios del mismo y se comunica con > el driver de la impresora imprimiendo el ticket ! > > > > Finalizado este proceso elimina el XML y queda aguardando un nuevo XML. > > > > El problema que teníamos nosotros cuando se nos ocurrió esta solución es > que no existía absolutamente nada que desde ASP.NET pueda interactuar con > la impresora fiscal, pero si podíamos acceder al driver de la IF desde > una aplicación winform y la verdad funciona tan bien que hoy no buscamos si > ya existe algo para accederle desde una app Web > > > > Saludos y cualquier duda no dudes en consultarme, > > Juanma.- > > El 16 de abril de 2010 21:23, Gerardo D. Aguilera < > [email protected]> escribió: > > Hola a todos queria saber si alguien tiene alguna idea de cómo imprimir en > fiscales a través de asp.net > > Actualmente venia imprimiendo en factuaras con CAI, osea una factura > formateada y a través de cristal report imprimía sobre la factura, pero ahora > tengo un cliente que necesitaría factuar en las impresoras fiscales, tiene > hasar y Epson. > > Se que están los OCX pero no sé como usarlos en ASP.NET ya que es web y yo > debo usar el puerto COM del cliente > > > > Agradezco desde ya cualquier idea > > > > Saludos > > > > Gerardo Aguilera > > > > >
