[uylug-varios] Facturacion Electronica y código abierto... ???

[Fabio Moretti]

la dgi te da ""toda"" la documentacion para poder desarrollar un
sistema:
https://www.efactura.dgi.gub.uy/principal/ampliacion-de-contenido/DocumentosDeInteres1?es
de hecho yo hice pruebas en java con netbeans y pude enviar pruebas.
seguramente se puede desarrollar un software open, lo unico es que tenes
que luchar con los wdsl y xsd de la dgi (no me gustan para nada,
demasiado uso de CDATA y como consecuencia tenes definiciones de
objectos faltantes que tenes que hacer a mano).
seria bueno por ejemplo desarollar algo hardware/software, las ideas
pueden ser muchas...
si alguien está interesado yo estoy disponible a hablar del tema, así
aprendo algo: seguramente entre ustedes habrá gente que sabe mas de
soap, wsdl, java y facturacion :)

Il 04/02/2014 11:06, Carlos scrisse:
> no creo que sea tan facil, recorda que tenes que tambien tener por 3
> meses tus e-tickets (ventas a clientes finales sin fact. electronica)
> en tu web para que las puedan descargar, eso implica una programacion
> de tu sitio web, ya no mas sitios estaticos que contrataste hace 3 años
> con el logo y datos de tu empresa, algun catalogo que subis de tanto en
> tanto, implica conexion entre tu sistema de facturación y tu sitio web
> 
> Tenes que para eso modificar tu sistema de facturacion y tu sitio web
> a su vez interconectandote con el middleware, pero tu middleware no
> va a correr a años luz de tu equipo de facturacion. Que alguien logre
> acceso a tu middleware instalado remotamente, es algo que puede abrir
> la posibilidad a fraudes y complicarte bastante tu vida.
> 
> 
> 
>>
>>     Mi otra duda es, porque todo esto exige equipos pesaditos corriendo
>>     con sistemas de backup energetico y de datos, buenas conexiones a
>>     internet,
>>     tener pagina web (servidor web para publicar ahi las facturas a
>>     clientes finales por 3 meses [ip fijo?? $$$]), etc, por ej un
>>     kioskito o un localcito de ropa, o un bolichito de esos que venden
>>     repuestos de 1.5mts
>>     de ancho x 2 largo, que no cuenta con el espacio ni las condiciones
>>     para alojar esos equipos (que van a quedar permanentemente
>>     encendidos) y toda la infraestructura circundante, como se resuelve
>>     este problema? muchos sistemas de facturación en locales comerciales
>>     corren en PC de mesa y ahi termina la infraestructura de red,
>>     PC+impresora, me parece que las implicancias en infraestructura van
>>     a ser en muchos casos muy problematicas, aumentando incluso las
>>     probabilidades de incendios, costos, etc. No me imagino el server de
>>     la DGI y muchos locales un dia de las bicocas o vísperas de fiestas
>>     donde como ya ha ocurrido se saturan las lineas y servidores.
>>
>>
>> Probablemente esos bolichitos chicos que vos decís no van a poner ellos 
>> la infraestructura sino que contrataran algun servicio, que ya existe, 
>> "en la nube". Ej. si querés ver un ticket electrónico del MultiAhorro 
>> vas a la web de Scanntech (que no lo verifiqué pero debe ser el 
>> proveedor del software de facturación y los POS). O sea, en vez de armar 
>> vos el boliche, que no tiene sentido, contratás el boliche de otro y lo 
>> que le mandás es la info para cargar mediante algún proceso batch.
>>
>>  
>>
>>
>>     Me da la sensación de que los contadores que impulsan estos cambios
>>     saben muy poco o nada de todo lo que hay involucrado
>>     tecnologicamente hablando por datrás de todo eso.
>>
>>
>> El contador no tiene que saber nada de lo que hay involucrado 
>> tecnológicamente, pero es un error común cuando la gente de IT hace 
>> análisis de requerimientos, lo analiza en función de lo facil o difícil 
>> de implementar.
>>
>> En cuanto a esgrimir el proyecto de ley, a quien obliga es al estado a 
>> privilegiar el software libre. Lo que si está mal es que el estado te 
>> obligue a seleccionar entre un conjunto de proveedores para que cumplas 
>> una obligación. Lo que debería hacer la DGI es publicar la interfaz para 
>> que vos contrates a quien se te de la gana para modificar tu sistema y 
>> adecuarlo a la reglamentación.
>>
>> Cuando salió el sistema de Historia Laboral, el BPS te daba un software 
>> (para windows) para generar las nóminas, y te daba el formato que tenía 
>> que tener el archivo (de texto ASCII) para que el que tuviera ganas 
>> modificara su sistema de liquidación de sueldos para generar la nomina. 
>> La DGI, *hasta donde llega mi conocimiento* nunca publicó los formatos 
>> de los archivos generados por los Alfa, Beta, Gamma y demás para que vos 
>> pudieras implementar to propio software. Sería bueno si alguien tiene 
>> información más exacta al respecto.
>>
>>  
>>
>>
>>     Saludos
>>
>>
>>     _________________________________________________
>>     Uylug-varios mailing list
>>     Uylug-varios at listas.uylug.org.__uy
>>     <mailto:Uylug-varios at listas.uylug.org.uy>
>>     http://listas.uylug.org.uy/__listinfo.cgi/uylug-varios-__uylug.org.uy
>>     <http://listas.uylug.org.uy/listinfo.cgi/uylug-varios-uylug.org.uy>
>>
>>
>>
>>
>> -- 
>> Enrique M. Verdes
>> http://www.elgallego.info
>>
>> "Ha crecido en la mente de ciertos grupos en este país la noción de que 
>> cuando un hombre o una compañía han sacado un beneficio del público 
>> durante un cierto número de años, el gobierno y los tribunales tienen el 
>> deber de salvaguardar esos beneficios en el futuro, incluso [...] contra 
>> el beneficio del público. [...] Ni los individuos ni las corporaciones 
>> tienen el menor derecho de acudir a los tribunales y exigir que el reloj 
>> de la historia sea detenido, o retrasado, en beneficio particular suyo."
>> Robert A Heinlein  "La línea de la vida" (1939)
>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> Uylug-varios mailing list
>> Uylug-varios at listas.uylug.org.uy
>> http://listas.uylug.org.uy/listinfo.cgi/uylug-varios-uylug.org.uy
> 
> _______________________________________________
> Uylug-varios mailing list
> Uylug-varios at listas.uylug.org.uy
> http://listas.uylug.org.uy/listinfo.cgi/uylug-varios-uylug.org.uy
>