Open Factware
Creación de Open Factware SaaS
Hola, hace un tiempo desarrolle un sistema una aplicación web internet en Java para Facturación en Internet, en aquel entonces aun no existia la facturación eletrónica en México.
Con el advenimiento de los Certificados Fiscales Digitales en Internet, me di a la tarea de ajustar la aplicación para producir CFDI v 3.2, esto lo logre gracias a las librerias de BigData que fue el eslabón necesario para poder realizar la adecuación.
Actualmente Open Factware lo he dejado licenciado bajo LGPL. y fue compilado con Java 6 y lo he probado con Java 7 sin issues.
La aplicación Web la he integrado unicamente con Apache-Tomcat 5 y con Xampp.
Estoy buscando crear la facturación en línea gratuita o con el pago exclusivo de los timbres o algún esquema similar pero me gustaria hacerlo con algunos miembros de la comunidad ya sea developers, diseñadores, web masters, o inclusive socios.
Si estan interesados en colaborar o en apoyar para llevar Open Factware a convertirse en un modelo SaaS (Softwares as a Service) por favor contacteneme por correo carlosru@factware.com.mx o dejen sus comentarios.
Algunos puntos necesarios para llevarlo..
- Adecuación de la actual base de datos
- Adquirir un nombre de dominio para web
- Diseño web del home y algunas paginas
- Algun modelo de negocio
- Marketing
Saludos.
- karl's blog
- Inicie sesión o regístrese para enviar comentarios
fossil
Creo que estás confundido; fossil es un SCM, si acaso puedes migrar tu proyecto a git. Gradle es una herramienta para construir el proyecto (compilar, ejecutar pruebas, empacar).
Si estás en fossil yo te recomendaría pasarte a git. Si estás usando maven yo te recomendaría pasarte a Gradle.
Por lo demás, felicidades, qué chido que haya una versión de software libre de un proyecto de este tipo. Pero, por qué LGPL? LGPL generalmente se usa para bibliotecas, pero por lo que dices suena como que ya es una aplicación completa, no?
Open Factware y Fossil
Si tienes razon,
Ocupaba un SCM para manejar versiones con equipos y recursos limitados, el proyecto lo comence con Eclipse pero no podia mantener versiones y por lo que comentas Gradle es como tipo Ant verdad?.
Y sobre los otros temas, creo que en México no aprovechamos bien o muy bien las oportunidades del Open Source, a mi siempre me ha agradado el modelo de Open Source entendiendo bien la diferencia entre gratis y libre claro esta, la idea de proyecto era como para devolver un poco a los muchos recursos de Open Source que he podido usar y pues a pesar de que la competencia en Facturación Electronica y en ERPs es grande, no encontre muchos nichos de Open Source.
El hecho de que fuera LGPL si es mas enfocado a frameworks y librerias, es probable que debiera cambiarse a la GNU GPL.
Y si hay que aprovechar Git por que de alguna manera es publico, y permitiria un mejor control del proyecto y supongo de las versiones tambien.
Y si es una aplicación completa, que ya factura y produce CFDI v3.2 , y me gustaria llevarla al modelo SaaS en Web y tambien para el que quiera instalarla en sus servers, o en su infraestructura, pueda bajarse los binarios o el código.
Lo que para mi es interesante, es que esta en Java, que ya resuelve alguna necesidad del mercado en México y que desde luego busca ser Open Source.
Suena bien la idea y creo que
Suena bien la idea y creo que estás en lo correcto. Puedes liberar el proyecto como open source y que mucha gente colabore, pero como bien mencionas deberias ponerlo como SaaS para ti ya si alguien quiere descargarlo y hacerlo él, pues muy válido y si quiere instalarlo en su empresa tambien.
Ahora que funciones hace ya? te genera solo el xml o tambien te genera una impresion? (comúnmente un pdf), contra que PAC timbra? sirve tambien para CBB?
Saludos
Que funciones hace ya!
Hola Nopalin,
Gracias por tus comentarios,
Contestando a las preguntas que planteas arriba, te comento:
Open Factware por ahora hace lo siguiente a nivel funcional
El punto es que el XML que se genera ya esta validado por Solucion Factible y por el SAT, y esta basado en el XML que se produce con las librerias de BigData, comunidad activa.
Y si tienes razón, la idea es que el Open Source es libre y mas ecónomico para la gente de IT, y que tiene cierto skill, para instalar y configurar software y/o para modificarlos o adecuarlo.
Pero hay otro tipo de usuario al que solamente le interesa facturar, que no quiere saber de un jar, de una base de datos etc, para ellos esta la idea de tener un SaaS soportado, y para la comunidad una version Open Factware Comunity para el que lo quiera instalar en su negocio u oficina.
Si estas interesado en colaborar o participar no dudes en contactarme.
Saludos.
Fossil vs Git
Buscando en google Fossil vs Git:
Encontre esta liga Fossil vs Git
Y por lo que comenta, Fossil por ahora es una buena opción para mantener las versiones.
Valdra la pena migrarlo realmente a Git?
Saludos.
pues...
En el caso de proyectos FOSS que buscan colaboración, creo que el tipo de SCM que se utilice influye en cuánta gente le va a entrar. Actualmente todo mundo usa git, algunos mercurial y otros todavía están usando subversion. Si tu proyecto usa por ejemplo git y lo tienes hospedado en un repositorio público como github, bitbucket, sourceforce, gitorious, etc pues es muy fácil para los usuarios de esos sitios simplemente clonar el repo y echarle un ojo.
Pero si para ver tu código necesito instalar un software especial (fossil) y darme de alta en un sitio nuevo... pues solamente que realmente me interese mucho lo voy a hacer... probablemente las contribuciones casuales serán mínimas. Una contribución casual es cuando alguien echa ojo a tu código, encuentra alguna optimización o corrección que puede hacer de manera sencilla, clona tu repo, hace los cambios y te los manda (en github y bitbucket lo hacen en forma de una pull request por ejemplo); eso es común en proyectos en github y bitbucket porque usan los SCM más populares y todo mundo tiene cuenta en uno o ambos (y hay bastantes usuarios en cada uno).
Github
Subelo a github, no tienes nada que perder.