[pyar] ISO8583.-

[Gustavo Ibarra]

Hola Mariano

2013/7/12 Mariano Reingart <reingart en gmail.com>

> 2013/7/12 Gustavo Ibarra <ibarrags en gmail.com>:
> >
> > 2013/7/12 Ramiro Morales <cramm0 en gmail.com>
> >>
> >> 2013/7/12 Mauro L; <mauro+pyar en cacavoladora.com.ar>:
> >> >
> >> > Hola Gustavo,
> >> >
> >> > Existe este modulo ISO8583py, que no creo que resuelva todo lo que
> >> > necesitas pero quizas te resulte util.
> >> > https://code.google.com/p/iso8583py/
> >> > https://code.google.com/p/iso8583py/wiki/ExamplesPage
> >>
> >> Licencia: GPLv3
> >>
> >> Viene muy a colación este post en el blog de jPOS (que btw, tiene
> >> licencia dual Affero GPL/comercial):
> >>
> >> http://jpos.org/blog/2013/05/six-years-under-the-agpl/
> >>
> >> Recuerdo haber leído un mail de Mariano Reingart sobre que a él le
> >> sucede algo similar con sus bibiliotecas para los web services AFIP,
> >> etc.
>
> Si, las librerías para facturas electronicas y otros webservices de
> AFIP estan bajo GPLv3 (aunque las bibliotecas más genericas de SOAP y
> PDF estan bajo LGPLv3):
>
> http://www.sistemasagiles.com.ar/trac/wiki/PyAfipWs#Licencia
>
> https://code.google.com/p/pyafipws/
>
> https://code.google.com/p/pysimplesoap/
>
> https://code.google.com/p/pyfpdf/
>
> Por otro lado, la biblioteca para impresoras fiscales liberada por la
> gente de Lambda Sistemas, esta en una licencia más permisiva LGPLv3:
>
> https://code.google.com/p/pyfiscalprinter/
>
> Pueden entrar y ver la actividad de cada proyecto y sacar sus propias
> conclusiones respecto a licenciamiento y modelo de negocios ...
>
> Ojo, no solo influye el tema de la licencia, también puede afectar
> otros temas como la oportunidad, motivación, funcionalidad,
> complejidad, madurez de las herramientas / lenguaje / comunidad, etc.
>
> >> En gral., todo esto confirma lo que comentaba en mi primer mail: Si vas
> >> a implementar algo en forma comercial (ya sea para clientes que ganan
> >> dinero con un comercio o para uso propio porque vos sos el comercio)
> >> tenes los siguientes caminos:
> >>
> >> - Implementar tu propio stack
> >
> >
> > Aquí, en terminos de costos, se debería sumar al
> > desarrollo/implementacion/etc, un agregado no menor : ¿cuanta bola/nivel
> de
> > exigencia pueden llegar a dar Visa/AMEX/POSNET a un par de programadores
> > perdidos en algún lugar de Argentina homologando a un pequeño
> > comercio/supermercado/loquesea...?
>
> En "soledad", posiblemente poca o nula atención te puede dar una
> empresa como la que mencionas, o un organismo estatal como AFIP.
> Incluso hay que ver si tenes la financiacion necesaria para el
> desarrollo y mantenimiento de la solución (a veces hay que comprar
> herramientas propietarias como emuladores, documentación cerrada o
> pagar canonnes ...)
>
>
O encontrarte con cosas por el estilo , que visa decidió cerrar el grifo de
las homologaciones a gateway de transas electronicas (me lo termina de
contar un pajarito )

¿Opciones mas o menos razonables ...? Contratar los servicios de algunas de
las empresas que te ofrecen colgarte por medio de sus "webservice" a su
gateway y cobrandote un fijo por cantidad de transas: mercadolibra,veraz, y
otras



> Vuelvo al tema de la organización formal, quizas desde una ONG se
> pudieran encarar estas cuestiones desde otras perspectivas (por ej.
> desde la interoperabilidad, defensa de la competencia / consumidor,
> etc.) y con otros recursos (humanos y financieros).
>



>
> >
> >>
> >> - Comprar/contratar la licencia y/o asesoramiento de una
> >>   solución/proveedor existente.
> >
> >
> > Por distintos motivos, esta, seria la mas "clara" y apropiada...desde mi
> > humilde realidad/perspectiva
> >
> >>
> >>
> >> - Ilegal, antiético: Usar las versiones GPLv3/Affero sin cumplirlas. Mas
> >>   conocido como ser un "free rider", usuarios/empresas/consultoras que
> >>   ganan miles de dólares por día en cantidad de transacciones que pasan
> >>   por sus sistemas, pero que escriben a la lista de correo para hacer
> >>   consultas desde una dirección pepito en hotmail.com). De esto es de lo
> >>   que se quejan los autores,
> >
> >
> > "free rider" desconocía esta terminología...Se "quejan" con justa razón.
>
> No necesariamente un free-rider es antietico o ilegal.
> Por ej, si usas alguno de estos componentes GPL para tu sistema de
> facturación propio y no lo distribuis, no estarías violando la
> licencia GPL.
> Si lo usas internamente y no publicas tu solución como servicio,
> tampoco estarías violando la licencia AGPL.
>
> También hay otras zonas grises que habría que analizar en cada caso
> puntual, por ej: si el componente de software es estandar y se instala
> por separado por parte del usuario, si tu software propietario no es
> una obra derivada de los componentes libres, si lo usas a traves de un
> programa en un proceso independiente, etc. etc.
>
> > Triste y compleja realidad.
>
> Si, es bastante complejo, también se me ocurren otras empresas como
> Apple, Google, Facebook, etc., que usan software libre y el grado de
> compromiso / retribución varía.
>
> Creo que lo más importante como primer paso sería la concientización,
> para revertir la creencia de que desarrollar software libre no tiene
> costo y que crece por generación espontánea casi magicamente...
>
> Sds
>
>
Muchas gracias por las aclaraciones...!!!


> Mariano Reingart
> http://www.sistemasagiles.com.ar
> http://reingart.blogspot.com
> _______________________________________________
> pyar mailing list pyar en python.org.ar
> http://listas.python.org.ar/listinfo/pyar
>
> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>
> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
> Argentina - http://www.usla.org.ar
>



-- 
Saludos,
Gustavo.-
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20130712/6f326cb7/attachment-0001.html>