[pyar] ISO8583.-

[Gustavo Ibarra]

2013/7/12 Gustavo Ibarra <ibarrags en gmail.com>

> 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 )
>
> actualizo(novedades del pajarito) por si algún otro esta interesado en el
tema:

...para los gateway nuevos, el grifo sigue abierto para aquellos que ya
están homologados!


> ¿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
>

Veraz es Visa. Es mas, por otra adquisición de otra "tarjeta nacional",
casi casi que Visa termina compran la SUBE !


>
>
>> 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.-




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