OpenERP (Odoo) localización Ecuatoriana

[Milton Labanda]

He estado buscando usar (colaborar) en algún proyecto GPL compliant de localización Odoo para Ecuador encontrándome con algunos repos.
Y pienso que sería bueno apuntar a un solo esfuerzo para hacer realidad lo que promulgan las cuatro libertades del SL. Por ejemplo veo que la validación del RUC y la Cedula de (4) ya está en (1) y es más pitónica. En (3) están definidos ciudades y provincias de acuerdo al INEC, (2) al parecer está bastante avanzado en contabilidad para Ecuador pero no si se basaron en (1). Además no se si alguna de estas es la más cercana a algún módulo oficial de Odoo si es que existe:

(1) https://github.com/odoo-ecuador/odoo-ecuador
(2) https://github.com/pepetreshere/odoo-ecuador-contabilidad
(3) https://github.com/cormaza/odoo-ecuador
(4) https://github.com/jonathanf/odoo-addons-ec

Por otro lado se podría aprovechar la proximidad de la liberación de la versión 8.0 para empezar ha hacer la migración y la unificación. Por mi parte he empezado haciendo pequeños cambios a las importaciones en odoo-ecuador con un pull-request que se me aceptó.

Saludos cordiales

--
/\/\;/-----------------------------------------------------
Milton  Labanda  [miltonlab]
Distro:        Debian GNU/Linux 6.0 Squeeze
Blog:          http://1000tonlab.wordpress.com

jabber:        milt...@jabber.org
"... Solamente la libertad que se somete a la Verdad conduce a la persona humana a su  verdadero bien...".  Karol Wojtyla

(:\ Usa Software Legal, usa Software Libre /:)

[Castor Calle]

Que tal Milton

Nosotros estamos bastante abiertos a algunas ideas de liberacion, pero
deberiamos conversar ya que basicamente cada empresa tiene su localización
practicamente, seria ideal ir pensando en una unificación aprovechado la
versión 8, estableciendo reglas y demas, en el pasado llegamos a crear la
pagina de facebook donde todos somos administradores jejeje fue un primer
paso esperemos pronto dar el segundo

Saludos

Att.

Castor Calle

Director Comercial

castor...@trescloud.com

TRESCLOUD - OpenERP Ecuador

Somos parte de MachángaraSoft 

+593 99 927 2661

+593 2 331 9435 ext 352

Hernández de Girón 555 y Vasco de Contreras.

Edificio Obando. Piso 4

Quito - Ecuador

[Christopher Ormaza]

Cuente conmigo Milton, solo quisiera acotarte lo siguiente:

• Debe existir un documento, que establezca que es lo que debe tener esta localización
• ¿Que de facturación electrónica?
• ¿Esto incluye temas de recursos humanos?
• Estos temas necesitan financiamiento, que puede ser dividido entre el aporte económico que aporten los que se quieren beneficiar, pero no poseen la experiencia ni el tiempo, y aporte de trabajo que es el de las personas que van a participar desarrollando, o integrando sus actuales desarrollos, debería quedar claro, como participarían, sino solo seremos entusiastas, sin rumbo
• Hay que dejar claro cual es el fin de esto, estoy seguro Milton que su intención como la de muchos es hacer que se haga mas extendido el uso de Odoo en nuestro país, y esa clase de personas deben aportar en esta localización, no debe ser un panfleto solo para promocionarse, así que yo personalmente recomendaría que este tema se mantenga sin marcas, solo autores, para evitar participaciones sin calidad
• Debe armarse un proyecto, para establecer en que tiempo estaría listo este tema, con responsables y todo el tema, porque sino es solo ruido
• Necesitamos personal funcional que valide lo que se desarrolle, porque de las n localizaciones que indicas, todas tienen un patrón distinto para manejar lo mismo, y la idea es hacer lo que se necesite para todos, no lo que me guste a mi o a x particularmente

Por mi parte puedo participar con desarrollos ya realizados, y con mano de obra, siempre y cuando haya el financiamiento adecuado, y alguien que se haga cargo del proyecto, maduremos la idea, y cuente conmigo Milton, para poder avanzar con este tema

El 20 de agosto de 2014, 7:24, Milton Labanda <1000t...@gmail.com> escribió:

--

Christopher Ormaza Odoo Ecuador | m: ( 593) -980160581  | e: chris....@gmail.com| w: http://odooecuador.org

 Facebook  Twitter  LinkedIn  YouTube

[Milton Labanda]

Muy de acuerdo Christopher con tus puntos.

No lo había visto así pero es verdad, para que esto funcione tendría que ser formal y bien perfilado, y sobre todo financiado (creo ni a corto ni a mediano plazo ....),de pronto pensaría en el SRI como un sponsor también, a parte de las empresas que quisieran contribuir y beneficiarse delproyecto. Pero al mismo tiempo pienso que de pronto esto ya lo intentaron algunos amigos ecuatorianos (expertos en OpenERP, que hay algunos en nuestro país) y debe haber algunas razones por las que no se ha podido hasta el momento; nos podrían compartir sus experencias:

 * Los negocios de las empresas absorven las ideas de este tipo de proyectos y las reorientan a su cartera de servicios exclusivamente???

 * Comunidad de OpenERP en Ecuador muy pequeña

 * Los "entusiastas"/desarrolladores noveles de OpenERP encuentran otros rumbos y lo abandonan?

 * Es imposible este tipo de proyectos en nuestro país (no creo, porque existe Elastix a la vanguardia)

Bueno esto a ratos me parece proyecto de investigación de un universitario, je je je, pero sería buenísimo que nos compartan sus experiencias compañeros.

Saludos

[Milton Labanda]

Castor, osea que no se puede usar legalmente ni completamente tus módulos que están publicados en github?

Precisamente sería bueno evitar que "Cada empresa use su propia localización" , pues cosas como el Anexo Transaccional no dejará de ser el mismo en una u otra.

El 20 de agosto de 2014, 10:09, Castor Calle <castor...@trescloud.com> escribió:

Que tal Milton

Nosotros estamos bastante abiertos a algunas ideas de liberacion, pero deberiamos conversar ya que basicamente cada empresa tiene su localización practicamente, seria ideal ir pensando en una unificación aprovechado la versión 8, estableciendo reglas y demas, en el pasado llegamos a crear la pagina de facebook donde todos somos administradores jejeje fue un primer paso esperemos pronto dar el segundo

Saludos

Att.

Castor Calle

Director Comercial

castor...@trescloud.com

TRESCLOUD - OpenERP Ecuador

Somos parte de MachángaraSoft 

+593 99 927 2661

+593 2 331 9435 ext 352

Hernández de Girón 555 y Vasco de Contreras.

Edificio Obando. Piso 4

Quito - Ecuador

El 20 de agosto de 2014, 7:24, Milton Labanda <1000t...@gmail.com> escribió:

[Ovnicraft]

2014-08-26 18:03 GMT-05:00 Juan Cristobal Lopez Arrieta <juancr...@gmail.com>:

CReo mas bien que la 'posesion' de una localizacion es vista como un activo diferenciador por las empresas/personas que han desarrollado algo.

Lo publico es incompleto por lo que he podido observar/analizar.

Personalmente no creo que el armado de la localizacion ecuatoriana publica deba ser remunerado, debiera ser producto del trabajo de la comunidad de usuarios de openerp en ecuador.

Si creo que deberiamos organizar la comunidad, reglamentando el uso y abuso de la misma.

Debieramos definir estrategias de implementacion alineadas con Odoo y con vista al futuro. Incluyendo formalizar las buenas practicas de programacion, mas alla de pep8 y la estructura del repositorio.

No creo que ninguna de las localizaciones disponibles hoy en dia soporte por ejemplo multi-localizacion, cosa que si entiendo es necesaria.

Hace tiempo ya se converso en la comunidad openerp y en verdad es una idea muy compleja para ser implementada.
 

Concuerdo con buscar alguna suerte de homologacion por parte del SRI y las autoridades competentes.

Para mi creo que es mas simple podemos hacer un sprint para la unificacion e ir tomando lo bueno de cada uno de los repos.

Saludos,
 

my two cents

--

Juan Cristobal Lopez Arrieta
Ec  cel : 0959782164
skype  : jclopezar            

--

		Cristian Salamea about.me/ovnicraft

[Milton Labanda]

muy de acuerdo con lo del sprint, y tratar de unificar un solo repo, algo es algo

El 26 de agosto de 2014, 18:36, Castor Calle <castor...@trescloud.com> escribió:

Crear un sprint para ir haciendo la localización en versión 8 me parece una muy buena idea, masea se avance de a poco pero q se avance algo.

Lo ideal seria que una institución ya sea publica o privada auspicie el tema, pero es algo q en el futuro proximo no creo q pase

Si alguien de la universidad (osea Milton jejejeje) pudiera tratar de tramitar la dirección de esto creo q se podria generar un avance

Saludos

Att.

Castor Calle

Director Comercial

castor...@trescloud.com

TRESCLOUD - OpenERP Ecuador

Somos parte de MachángaraSoft 

+593 99 927 2661

+593 2 331 9435 ext 352

Hernández de Girón 555 y Vasco de Contreras.

Edificio Obando. Piso 4

Quito - Ecuador

[Milton Labanda]

También concuerdo con Juan Cristobal, aunque para mi hay que unificar desde del mismo código

[Milton Labanda]

Como que el Software Libre siempre se enfrentará a este tipo de retos: evitar que se hale para el lado propio !!! je je

Creo que debe ser completo pero no imposible aspirar a algo como la localización argentina, según lo que leo ellos han

roto algunas de estas barreras, y me parece que es bastante usable entre humanos, empresas y gente argentina.

El 26 de agosto de 2014, 18:44, Castor Calle <castor...@trescloud.com> escribió:

EL problema es q alguien sin intereses comerciales propios debe llevar la dirección sino el resto va a intentar de jalar para su lado porr ello creo que milton tu eres el indicado

Att.

Castor Calle

Director Comercial

castor...@trescloud.com

TRESCLOUD - OpenERP Ecuador

Somos parte de MachángaraSoft 

+593 99 927 2661

+593 2 331 9435 ext 352

Hernández de Girón 555 y Vasco de Contreras.

Edificio Obando. Piso 4

Quito - Ecuador

El 26 de agosto de 2014, 18:43, Milton Labanda <1000t...@gmail.com> escribió:

[Ovnicraft]

2014-08-26 18:44 GMT-05:00 Castor Calle <castor...@trescloud.com>:

EL problema es q alguien sin intereses comerciales propios debe llevar la dirección sino el resto va a intentar de jalar para su lado porr ello creo que milton tu eres el indicado

Apoyo totalmente que Milton lo coordine.
 

Att.

Castor Calle

Director Comercial

castor...@trescloud.com

TRESCLOUD - OpenERP Ecuador

Somos parte de MachángaraSoft 

+593 99 927 2661

+593 2 331 9435 ext 352

Hernández de Girón 555 y Vasco de Contreras.

Edificio Obando. Piso 4

Quito - Ecuador

El 26 de agosto de 2014, 18:43, Milton Labanda <1000t...@gmail.com> escribió:

[Ovnicraft]

2014-08-26 21:26 GMT-05:00 Jaime Casanova <ja...@2ndquadrant.com>:

El 26 de agosto de 2014, 18:44, Castor Calle <castor...@trescloud.com> escribió:

EL problema es q alguien sin intereses comerciales propios debe llevar la dirección sino el resto va a intentar de jalar para su lado porr ello creo que milton tu eres el indicado

2014-08-26 18:47 GMT-05:00 Milton Labanda <1000t...@gmail.com>:

Como que el Software Libre siempre se enfrentará a este tipo de retos: evitar que se hale para el lado propio !!! je je

Creo que debe ser completo pero no imposible aspirar a algo como la localización argentina, según lo que leo ellos han 

roto algunas de estas barreras, y me parece que es bastante usable entre humanos, empresas y gente argentina.

En mi humilde opinión, el problema es que los ecuatorianos estan culturamente programados para ser egoistas y tratar a toda costa de no compartir (ahora por favor, pruebenme que me equivoco) ;)

Una vez liberada mi frustración, dire que lo que se debe hacer es seguir el ejemplo de comunidades de SL exitosas. Y pondre el ejemplo de postgres porque es la que mejor conozco:

1) no debe haber una persona al frente sino un comité (probablemente conformado por expertos de las diversas empresas de soporte/desarrollo, no se niega la posibilidad de otras personas pero debe empezarse por quienes se sabe que saben)

2) solo ese comité, que debe mantenerse pequeño, debe tener acceso de commit al repositorio

3) debe haber claras normas de conducta: nadie hace commit de algo que no se ha discutido, si uno del comité pide que algo se revierta el mismo que hizo el commit debe hacerlo y luego se debe discutir el porque y el diseño, etc

4) si alguien del comité repetidamente viola las normas de conducta debe perder privilegios de commit

5) ese comité es responsable del código al que hacen commit, si algo no funciona bien se arregla o se revierte

6) todo parche de committers u otros, debe estar bien documentado, incluir documentación funcional, debe hacer lo que dice que hace y seguir un estándar en el codigo.

+1, existe ya todo definido: http://odoo-community.org/

De ser fácil es fácil, todo lo que hace falta es voluntad

--
Jaime Casanova         www.2ndQuadrant.com
Professional PostgreSQL: Soporte 24x7 y capacitación
Phone: +593 4 5107566         Cell: +593 987171157

[Rick Hunter]

Saludos:

Interesantes criterios los expuestos en esta página. Muchos sueños, desahogos y buenas intenciones. Es interesante ver la evolución del hilo empezado por Milton. Teóricamente ya hay un líder designado del proyecto Milton (+1), un par de localizaciones y las mejores intenciones de los dueños de las ramas. Pero hay algo pendiente: ¿cuál es el modelo económico sobre el que se va a sustentar esta potencial naciente comunidad? El éxito de las localizaciones comunitarias argentinas o española (mi preferida) es que detrás del sueño hay un esquema económico sobre el cual se sostiene. Y antes que se malinterprete, no es que se debe pagar por desarrollar el código o generar un presupuesto de inversión, sino cuáles son los beneficios que la comunidad que aporta va a obtener para que el proyecto sea sustentable a largo plazo. El problema no son las ramas, ni los commits o si lo definido por la comunidad de odoo sea 100% aplicable al esquema que se maneje en Ecuador. Si desean aportar con código, horas de trabajo y sueños, también pensemos mercadeo, capacitaciones, conferencias, visitas a medios, publicidad compartida y financiada por la comunidad para generar clientes. Todas las implementaciones open source exitosas, tienen ese modelo económico (postgres o el mismo odoo como ejemplos).

Si desean empezar, hay que hacerlo bien. 1) ¿Quieren definir un comité? Cuándo es la primera reunión. 3) ¿Quieren definir que se va a implementar en la localización? Qué lo defina el comité. pero entre 1) y 3) deben definir para quiénes van a desarrollar que pueda sostener la comunidad a largo plazo.

Quien desee empezar de manera real el tema, tomar la batuta para liderar el comité sugerido en este largo hilo y sus etcéteras, con todo gusto lo apoyamos y podemos aportar con soporte para procesos, NIIF  y usabilidad de Odoo en Ecuador para que sean usados de manera estándar en pequeñas, medianas y grandes empresas. Siempre y cuando podamos corroborar que es algo para largo plazo y no solo un sueño insulso.

Listo, mi papel de abogado del diablo ha terminado.

P.D. Y sobre la homologación SRI, no existe El SRI homologa procesos, no software. Tengo entendido que Atika Soft / Vinicio Llumiquinga tiene software para facturación electrónica y nosotros el esquema de autoimpresores para todos los documentos tributarios, ambos autorizados por el SRI. A quién se debe apuntar es al Ministerio de Industrias, que ya financió una no muy descargada versión de Admpiere ó Compiere (no recuerdo) para el país.

Suerte.

--

--
OpenERP Ecuador
http://openerp.ec/
--------------------------------------------------------------------
Para enviar un correo a la lista: open...@googlegroups.com
Para darse de baja: openerpec+...@googlegroups.com
Más opciones de la lista de correo: http://groups.google.com/group/openerpec?hl=es

---
Has recibido este mensaje porque estás suscrito al grupo "openerpec" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a openerpec+...@googlegroups.com.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

[Castor Calle]

EL problema es q alguien sin intereses comerciales propios debe llevar la dirección sino el resto va a intentar de jalar para su lado porr ello creo que milton tu eres el indicado

Att.

Castor Calle

Director Comercial

castor...@trescloud.com

TRESCLOUD - OpenERP Ecuador

Somos parte de MachángaraSoft 

+593 99 927 2661

+593 2 331 9435 ext 352

Hernández de Girón 555 y Vasco de Contreras.

Edificio Obando. Piso 4

Quito - Ecuador

El 26 de agosto de 2014, 18:43, Milton Labanda <1000t...@gmail.com> escribió:

[Castor Calle]

Crear un sprint para ir haciendo la localización en versión 8 me parece una muy buena idea, masea se avance de a poco pero q se avance algo.

Lo ideal seria que una institución ya sea publica o privada auspicie el tema, pero es algo q en el futuro proximo no creo q pase

Si alguien de la universidad (osea Milton jejejeje) pudiera tratar de tramitar la dirección de esto creo q se podria generar un avance

Saludos

Att.

Castor Calle

Director Comercial

castor...@trescloud.com

TRESCLOUD - OpenERP Ecuador

Somos parte de MachángaraSoft 

+593 99 927 2661

+593 2 331 9435 ext 352

Hernández de Girón 555 y Vasco de Contreras.

Edificio Obando. Piso 4

Quito - Ecuador

El 26 de agosto de 2014, 18:31, Ovnicraft <ovni...@gmail.com> escribió:

[Jaime Casanova]

2014-08-26 22:31 GMT-05:00 Rick Hunter <rick.hu...@gmail.com>:

Saludos:

Interesantes criterios los expuestos en esta página. Muchos sueños, desahogos y buenas intenciones. Es interesante ver la evolución del hilo empezado por Milton. Teóricamente ya hay un líder designado del proyecto Milton (+1), un par de localizaciones y las mejores intenciones de los dueños de las ramas. Pero hay algo pendiente: ¿cuál es el modelo económico sobre el que se va a sustentar esta potencial naciente comunidad? El éxito de las localizaciones comunitarias argentinas o española (mi preferida) es que detrás del sueño hay un esquema económico sobre el cual se sostiene. Y antes que se malinterprete, no es que se debe pagar por desarrollar el código o generar un presupuesto de inversión, sino cuáles son los beneficios que la comunidad que aporta va a obtener para que el proyecto sea sustentable a largo plazo. El problema no son las ramas, ni los commits o si lo definido por la comunidad de odoo sea 100% aplicable al esquema que se maneje en Ecuador. Si desean aportar con código, horas de trabajo y sueños, también pensemos mercadeo, capacitaciones, conferencias, visitas a medios, publicidad compartida y financiada por la comunidad para generar clientes. Todas las implementaciones open source exitosas, tienen ese modelo económico (postgres o el mismo odoo como ejemplos).

y cual es el modelo económico detrás de postgres? hasta donde yo se es, cada empresa contribuye con aquello que considera que sus clientes necesitan o que sus clientes les han pedido. (por eso el comité que sugerí debería estar conformado, al menos al inicio, por expertos de empresas que ya esten dando soporte)

sin embargo, muchos contribuyen porque trabajan en una empresa que usa postgres y les gusta, otros son estudiantes haciendo tesis y algunos contribuimos varios años sin recibir un centavo simplemente porque era divertido y se aprende

 

Si desean empezar, hay que hacerlo bien. 1) ¿Quieren definir un comité? Cuándo es la primera reunión.

las comunidades de internet, trabajan... por internet... las reuniones, como dices, son discusiones públicas y abiertas a traves de correos. de esa manera no limitas a una circunscripción geográfica. así trabajan las comunidades de SL grande. En ocasiones hay reuniones presenciales, por ejemplo postgres tiene el pgcon.org que es una vez al año (y cualquier cosa que se discuta ahí luego se pone por escrito, https://wiki.postgresql.org/wiki/PgCon_2014_Developer_Meeting), pero el resto del año todos los desarrolladores discuten todo en línea y los committers (el comité del que hablo) hace lo mismo

 

3) ¿Quieren definir que se va a implementar en la localización? Qué lo defina el comité. pero entre 1) y 3) deben definir para quiénes van a desarrollar que pueda sostener la comunidad a largo plazo.

por que? cada desarrollador tendrá sus propios problemas relacionados con sus clientes. todo lo que hay que hacer es que alguien diga que "voy a trabajar en x, y o z". presentar un diseño de como va a funcionar o porque lo va a hacer de tal modo. presentar parches parciales periodicamente indicando claramente que ya esta hecho y que no y que no va a hacer. 

 

Quien desee empezar de manera real el tema, tomar la batuta para liderar el comité sugerido en este largo hilo y sus etcéteras, con todo gusto lo apoyamos y podemos aportar con soporte para procesos, NIIF  y usabilidad de Odoo en Ecuador para que sean usados de manera estándar en pequeñas, medianas y grandes empresas. Siempre y cuando podamos corroborar que es algo para largo plazo y no solo un sueño insulso.

no debe haber una persona como lider, eso daña todo el esquema... la idea de un comité es que haya consenso (todos están de acuerdo o no). en el momento en que hay una persona dirigiendo empiezan las manipulaciones.

 

Listo, mi papel de abogado del diablo ha terminado.

P.D. Y sobre la homologación SRI, no existe El SRI homologa procesos, no software. Tengo entendido que Atika Soft / Vinicio Llumiquinga tiene software para facturación electrónica y nosotros el esquema de autoimpresores para todos los documentos tributarios, ambos autorizados por el SRI. A quién se debe apuntar es al Ministerio de Industrias, que ya financió una no muy descargada versión de Admpiere ó Compiere (no recuerdo) para el país.

nadie ha dicho nada, al menos no publicamente... tu sabes donde está?

[Milton Labanda]

+2 a Jaime "Postgres" Casanova, gracias por tus excelentes aportes.

Creo que el fantasma de lo económico no es fácil de espantar, y siempre va a estar presente, no quiero decir con eso que no tenga que estar presente, simplemente que no debe frustar los deseos ("o los sueños " para los más pragmáticos) de empezar algo no partiendo por lo económico sino por el otro lado: el lado técnico , el lado divertido para los que piensan que si puede ser divertido algo que a uno le gusta (me viene a la cabeza lo que les decía a mis alumnos hace algunos años). Pero eso sí empezando con los parámetros que nos comparte Jaime.

_______________________________________________
Lista de Correo Asoci...@listas.asle.ec
Visite http://listas.asle.ec/mailman/listinfo/asociacion
para modificar las opciones de suscripción (suscribirse, retirarse, etc).

Participa en las listas y próximo foro, como socio de ASLE http://www.asle.ec/portal2/node/7

Visita el canal IRC #asle en irc.freenode.org para consultas en tiempo real.

Todo mensaje que sea enviado a esta lista es público (especialmente los que contengan una nota de confidencialidad) y cualquiera puede hacer el uso que desee de él.

[Ovnicraft]

2014-08-27 8:33 GMT-05:00 Milton Labanda <1000t...@gmail.com>:

+2 a Jaime "Postgres" Casanova, gracias por tus excelentes aportes.

Creo que el fantasma de lo económico no es fácil de espantar, y siempre va a estar presente, no quiero decir con eso que no tenga que estar presente, simplemente que no debe frustar los deseos ("o los sueños " para los más pragmáticos) de empezar algo no partiendo por lo económico sino por el otro lado: el lado técnico , el lado divertido para los que piensan que si puede ser divertido algo que a uno le gusta (me viene a la cabeza lo que les decía a mis alumnos hace algunos años). Pero eso sí empezando con los parámetros que nos comparte Jaime.

Para ir asentando el tema, creamos un comite armamos un lsitado de REQM, elegimos un repo en github escribimos las funcionalidades requeridas y empezamos ?

--

--
OpenERP Ecuador
http://openerp.ec/
--------------------------------------------------------------------
Para enviar un correo a la lista: open...@googlegroups.com
Para darse de baja: openerpec+...@googlegroups.com
Más opciones de la lista de correo: http://groups.google.com/group/openerpec?hl=es

---
Has recibido este mensaje porque estás suscrito al grupo "openerpec" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a openerpec+...@googlegroups.com.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

[Milton Labanda]

De acuerdo con Ovnicraft, no se si podemos forkear el de Castor, que me parece mas completo en lo que se refiere a contabilidad aunque el de ovnicraft me parece mas general pienso.
O la alternativa de crear otro repo independiente también me parece válida

Y manejemonos ya solo en el grupo openerp-ec por el momento, a propósito quien lo administra? Seria chever renombrarlo a odoo-ecuador u odoo-ec

[Ovnicraft]

2014-08-27 11:12 GMT-05:00 Milton Labanda <1000t...@gmail.com>:

De acuerdo con Ovnicraft, no se si podemos forkear el de Castor, que me parece mas completo en lo que se refiere a contabilidad aunque el de ovnicraft me parece mas general pienso.
O la alternativa de crear otro repo independiente también me parece válida

Y manejemonos ya solo en el grupo openerp-ec por el momento, a propósito quien lo administra? Seria chever renombrarlo a odoo-ecuador u odoo-ec

Entiendo que todos estaran registrados aca, puedo soltar el odoo-ecuador,  y definimos el comite para que lo administre.

Sobre el grupo no recuerdo, creo que fue alguien de Loja. 

[Ovnicraft]

2014-12-02 8:31 GMT-05:00 Daniel Alejandro Mendieta Pacheco <damen...@gmail.com>:

Hola, yo tengo mi localización de Odoo, avanzada en versión 8.

Me faltan algunos detalles, pero en general, ya está funcional.

Si alguien está interesado en compartir su trabajo conmigo, escríbame.

Me encanta trabajar en comunidad, pero me gusta más que las cosas se hagan, por lo que no espero que la comunidad se ponga de acuerdo para hacer las cosas. Escríbanme y lleguemos a un acuerdo de intercambio de código y de unificación entre nuestras localizaciones. Yo abro mis puertas a quién quiera colaborar.

La idea sería la siguiente: 

Ver que tiene cada uno e intercambiar funcionalidades faltantes. Por ejemplo, yo estoy por empezar a pasar mi código de 7 a 8 en recursos humanos. Si alguno quiere ayudarme con el código de RRHH, yo le daría otros módulos y así, poco a poco, vamos unificando el código. Para mi lo más importante es ir generando un grupo de trabajo comprometido, aunque seamos dos.

Mi análisis es el siguiente. Tengo que mantener mi código y estoy pagando el 100% de los costos de hacerlo, si solo uno de ustedes se decide a colaborar con compromiso, cada uno de nosotros reduciría su inversión en mantenimiento de código en 50% de golpe. 

Luego, si más gente se quiere unir poco a poco, mucho mejor.

Lo unico que conozco libre es odoo-ecuador y el repo de la gente de tresCloud, sumate a alguno de ellos.

Tus aportes seran enormes en cualquiera de los repos, puedes seguir el flujo de trabajo con https://help.github.com/articles/using-pull-requests/

Saludos ! 

Un abrazo.

[Milton Labanda]

Creo que todos somos conscientes del costo que implica "el código", pero si algún momento te decides puedes hacer lo que te sugiere Cristian, o si quieres colaborar con algún pedazo de código en algún momento puedes pasarnoslo y lo subimos.

--

--
OpenERP Ecuador
http://openerp.ec/
--------------------------------------------------------------------
Para enviar un correo a la lista: open...@googlegroups.com
Para darse de baja: openerpec+...@googlegroups.com
Más opciones de la lista de correo: http://groups.google.com/group/openerpec?hl=es

---
Has recibido este mensaje porque estás suscrito al grupo "openerpec" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a openerpec+...@googlegroups.com.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

[chelipf]

A propósito de este hilo, ¿al final en qué quedó todo?, ¿cual es el repo en github "oficial"? ¿en qué línea se está trabajando?


--

Peak Hour: Aplicación Android para la gestión de Pico y Placa en Quito.

[Ovnicraft]

2015-03-07 11:58 GMT-05:00 chelipf <che...@gmail.com>:

A propósito de este hilo, ¿al final en qué quedó todo?, ¿cual es el repo en github "oficial"? ¿en qué línea se está trabajando?

Yo diria que nada es oficial, puedes trabajar con el que mas te ayude :-).

Por otro lado, estamos trabajando de forma abierta con la facturación elctronca en github.com/odoo-ecuador, nos puedes dar una mano ahi.

Saludos !

--

Peak Hour: Aplicación Android para la gestión de Pico y Placa en Quito.

--
--
OpenERP Ecuador
http://openerp.ec/
--------------------------------------------------------------------
Para enviar un correo a la lista: open...@googlegroups.com
Para darse de baja: openerpec+...@googlegroups.com
Más opciones de la lista de correo: http://groups.google.com/group/openerpec?hl=es

---
Has recibido este mensaje porque estás suscrito al grupo "openerpec" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a openerpec+...@googlegroups.com.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

[Daniel Alejandro Mendieta Pacheco]

Hola a todos, miren este repositorio de git.

https://github.com/libre-ec/odoo-l10n_ec

He seguido el proyecto de localización desde hace varios años, sinceramente he tenido muchos problemas para trabajar con la localización (o localizaciones) de Ecuador que existen, por varias razones, como:

- Muy poca documentación e información.

- Hay módulos "libres", pero casi todos dependen de trabajo que obviamente se mantiene en reseva por lo que me ha resultado muy difícil utilizar el código.

- Esta basado en la api anterior, por lo que es necesario volver a escribirla.

- Los módulos están muy atomizados, por lo que resulta complejo "armar" una localización juntando las partes.

No me voy a extender más pues estoy seguro que ya conocen las demás limitaciones.

He conversado y trabajado con mucha gente durante varios años y he comprado código a varias empresas para tener la localización que utilizo con mis clientes, sin embargo, aunque funcional y útil, termina siendo un "frankenstein" de código y criterios, así como de egos de gente que no tiene ni idea  de lo que es la AGPL y se cree con derecho a "restringir" el uso de su código de manera libre. Por ese motivo, decidí no usar el código comprado y empezar este proyecto desde cero. ¿Cuál es el proyecto?, simple.

Una localización hecha con la nueva API (para que sea fácil pasarla a v9 o v10) con código abierto en su totalidad (todos los cambios se subirán el mismo día que estén probados y no sean un riesgo para la estabilidad) y más que nada, que sea facil de entender y de aplicar, sin problemas de "modulos perdidos" o "desactualizados".

Así mismo, fácil de entender, por lo que he creado, desde el principio, una interfaz de configuración (instalar lo que se necesita con un clic) y en cuanto tenga algo utilizable, voy a empezar a subir videos instructivos (son más rápidos y efectivos que los tutoriales en pdf).

El código, como lo indico, está totalmente en git en un repositorio libre (empecé hace tres días así que está poco por ahora), pero si alguien desea colaborar, espero su ayuda.

Un abrazo.

Daniel.

[Ovnicraft]

2015-09-03 17:18 GMT-05:00 Daniel Alejandro Mendieta Pacheco <damen...@gmail.com>:

Hola a todos, miren este repositorio de git.

https://github.com/libre-ec/odoo-l10n_ec

He seguido el proyecto de localización desde hace varios años, sinceramente he tenido muchos problemas para trabajar con la localización (o localizaciones) de Ecuador que existen, por varias razones, como:

- Muy poca documentación e información.

- Hay módulos "libres", pero casi todos dependen de trabajo que obviamente se mantiene en reseva por lo que me ha resultado muy difícil utilizar el código.

- Esta basado en la api anterior, por lo que es necesario volver a escribirla.

- Los módulos están muy atomizados, por lo que resulta complejo "armar" una localización juntando las partes.

No me voy a extender más pues estoy seguro que ya conocen las demás limitaciones.

He conversado y trabajado con mucha gente durante varios años y he comprado código a varias empresas para tener la localización que utilizo con mis clientes, sin embargo, aunque funcional y útil, termina siendo un "frankenstein" de código y criterios, así como de egos de gente que no tiene ni idea  de lo que es la AGPL y se cree con derecho a "restringir" el uso de su código de manera libre. Por ese motivo, decidí no usar el código comprado y empezar este proyecto desde cero. ¿Cuál es el proyecto?, simple.

Una localización hecha con la nueva API (para que sea fácil pasarla a v9 o v10) con código abierto en su totalidad (todos los cambios se subirán el mismo día que estén probados y no sean un riesgo para la estabilidad) y más que nada, que sea facil de entender y de aplicar, sin problemas de "modulos perdidos" o "desactualizados".

Así mismo, fácil de entender, por lo que he creado, desde el principio, una interfaz de configuración (instalar lo que se necesita con un clic) y en cuanto tenga algo utilizable, voy a empezar a subir videos instructivos (son más rápidos y efectivos que los tutoriales en pdf).

El código, como lo indico, está totalmente en git en un repositorio libre (empecé hace tres días así que está poco por ahora), pero si alguien desea colaborar, espero su ayuda.

Bienvenido Daniel !

pues si hay bastante trabajo de por medio, personalmente trabaja con una version semi-libre sin embargo internamente hemos determinado que sea 100% y puedes revisar nuestro trabajo (y del las personas que colabaran) en https://github.com/odoo-ecuador/odoo-ecuador/tree/8.0

Tienes 100% razon en que la AGPL debe respetarse (nosotros pusimos un aclaratorio de licencia :-) ).

Es la rama para 8.0 estamos terminando de migrar a esa version.

Tenemos cosas interesantes como facturacion electronica, modificado el POS para EC y queremos incluir mas features que vamos migrando a la 8 o que sean nuevos.

Cualquier aporte a tu proyecto seguro lo haremos.

Saludos !

 

Un abrazo.

Daniel.

On Wednesday, August 20, 2014 at 7:24:31 AM UTC-5, miltonlab wrote:

He estado buscando usar (colaborar) en algún proyecto GPL compliant de localización Odoo para Ecuador encontrándome con algunos repos.
Y pienso que sería bueno apuntar a un solo esfuerzo para hacer realidad lo que promulgan las cuatro libertades del SL. Por ejemplo veo que la validación del RUC y la Cedula de (4) ya está en (1) y es más pitónica. En (3) están definidos ciudades y provincias de acuerdo al INEC, (2) al parecer está bastante avanzado en contabilidad para Ecuador pero no si se basaron en (1). Además no se si alguna de estas es la más cercana a algún módulo oficial de Odoo si es que existe:

(1) https://github.com/odoo-ecuador/odoo-ecuador
(2) https://github.com/pepetreshere/odoo-ecuador-contabilidad
(3) https://github.com/cormaza/odoo-ecuador
(4) https://github.com/jonathanf/odoo-addons-ec

Por otro lado se podría aprovechar la proximidad de la liberación de la versión 8.0 para empezar ha hacer la migración y la unificación. Por mi parte he empezado haciendo pequeños cambios a las importaciones en odoo-ecuador con un pull-request que se me aceptó.

Saludos cordiales

--
/\/\;/-----------------------------------------------------
Milton  Labanda  [miltonlab]
Distro:        Debian GNU/Linux 6.0 Squeeze
Blog:          http://1000tonlab.wordpress.com

jabber:        milt...@jabber.org
"... Solamente la libertad que se somete a la Verdad conduce a la persona humana a su  verdadero bien...".  Karol Wojtyla

(:\ Usa Software Legal, usa Software Libre /:)