[l-erp-libre] ERP SoLVe en OSCON 2006

Lun Jul 31 10:55:01 VET 2006

Alejandro,

Gracias por compartir parte de lo que estas haciendo en el FONEP.

Como habíamos conversado antes pienso que el "glue" entre los
distintos componentes del ERP libre debería ser SOA (service oriented
architecture), en ese sentido creo que podríamos empezar a trabajar
realizando las extensiones necesarias a los proyectos seleccionados
(ej: Sql-Ledger, etc) para que soporten una arquitectura basada en
servicios, y estas extensiones podrían ser los primeros artefactos
"tangibles" ¿que opinan?

Por cierto, ¿como estas haciendo ese "glue" entre Sql-Ledger y DotProject ?

Por otro lado, lo de la reunión "en vivo" me parece sumamente
interesante, si es posible avisa con tiempo para cuadrar la agenda.

Salu2

On 7/30/06, Alejandro Imass <ait en p2ee.org> wrote:
> On Sat, 2006-07-29 at 19:02 -0400, audavila wrote:
> > Bueno creo que vamos a comenzar una discusión interesante que puede
> > darnos claridad a todos.
> >
> [...]
> > Concuerdo con: Claro son tres bases de datos Administración/Finanzas y
> > Presupuesto!  separadas  ........ Pero creo que podriamos hablar de un
> > solo plan de cuentas intregrado con cada una de las gestiones
> > embebidas en lo que podriamos llamar el Codigo único de cuentas....y
> > cuya nomenclatura sería diferente dependiendo del tipo de negocio
> > especifico (en el caso de la A.P.N. necesariamente CONAPRE).
>
> Desde el 2006 la APN tiene que llevar su contabilidad formal en el nuevo
> plande de cuentas de la Oficina Nacional de Contabilidad (o algo así) y
> presupuesto sigue manejando el plan de cuentas de la ONAPRE. Osea que
> como mínimo, los organismos del estado deben manejar dos planes de
> cuenta hasta donde yo sé. Si tienes una info distinta me gustaría
> saberla.
>
> > En el caso de empresas manufactureras variará de acuerdo a la
> > actividad pero tendrán referencias funcionales de acuerdo al tipo de
> > industria - Petrolera, Automotriz, agropecuaria etc. -
> >
>
> Existe el GIFI y otros estándares internacionales. Lo bueno de
> Sql-Ledger es que puede llevar un plan principal y uno secundario (GIFI)
> que de hecho puede manejar agrupaciones de cuentas. Los estados de
> cuenta pueden salir por uno o por el otro plan.
>
>
> Más sobre la APN:
> Aunque fuese un solo plan de cuentas, la estructura, o jerarquía puede
> variar en función de las necesidades de cada punto de vista. Supongamos
> que presupuesto, finanzas (admin) y contabilidad usen el mismo plan de
> cuentas. La gente de contabilidad crea su jerarquía en base a los
> principios contables establecidos: activo, pasivo, patrimonio, cuentas
> de orden, ingresos y egresos. Así ven el mundo. Sin embargo, la gente de
> finanzas, ve el mundo como bancos, instrumentos financieros, fuentes de
> financiamiento, gastos e inversión. Por otro lado está presupuesto,
> quien ve el mundo de una terecera forma: fuente de financiamiento, obra,
> punto de cuenta, causado, pagado, etc. Aunque cualquiera de los tres
> puede usar _cualquier_ sistema contable común, la estructura del plan de
> cuentas que pueda ofrecer las totalizadoras a los diferentes niveles, es
> distinto, y aunque al final todo debe cuadrar (en los cierres) durante
> la operación de un mes, estos números no cuedran ni por casualidad.
> Nuestra solución en el FONEP ha sido crear tres sistemas contables que
> se unen por indicadores de gestión. Claro, hemos unificado la cuentas
> reales y nominales con los mismos números entre contabilidad y finanzas
> pero la jerarquía (la estructura de las totalizadoras) es distinto.
>
> En pocas plabras, de cierto modo estamos usando el mismo plan de
> cuentas, pero lo tenemos estructurado distinto entre contabilidad y
> finanzas. Presupuesto es otro cuento porque ellos deben seguir usando
> CONAPRE, mientras que contabilidad y finanzas ya estan usando el nuevo
> plan de cuentas de la ONC u OCN (no recuerdo exactamente como se llama).
>
> Lo cierto es que es lo mismo, solo que visto de maneras distintas que
> facilitan la gestión de cada una de estas funciones. La belleza de usar
> Software Libre es que incluso puedo tener tres sistemas con el mismo
> sistema base, cambiarle los nombres y los reportes porque tengo el
> código fuente. Y no es que no vamos a poder migrar.... afortunadamente
> Sql.Ledger está pensado para customizarse y en cada programa deja un
> gancho para cargar código customizado.... Perl gracias a diós, ofrece
> una forma de jugar con el registro de funciones y SIN IMPORTAR la
> técnica de programación original del autor, el programa invitado puede
> sobrecargar y/o anular espacios de nombre o métodos definidos por el
> programa original (y muchas cosas más). En pocas palabras, podemos
> modificar el software sin meternos con el código fuente poriginal.
>
> En el caso de DotProject, que tambien estamos usando en el FONEP y que
> de paso es la base de la Gestión de Proyectos, está escrito en PHP y
> aveces no es digamos _tan limpio_ el poder modificarlo. DotProject
> ofrece la posibilidad de hacer módulos adicionales y su "framework" es
> muy avanzado para esto. Deja ganchos en ciertos sitios y se puede llegar
> muy lejos con los módulos. Sin embargo, por la naturaleza y limitaciones
> del lenguaje, desafortunadamente se debe llegar a "patchear" el código
> original para hacer ciertas cosas y esto hace que el módulo sea mucho
> más dependiente a la versión particular de DotProject. No obstante,
> sigue siendo Software Libre y se puede modificar decentemente para
> adaptarlo e integrarlo al resto de los sistemas (tales como los 3
> sistemas administrativos mencionados arriba).
>
> Con estos dos sistemas libres (DotProject y Sql-Ledger) y usando Perl
> para atar todo, cubrimos con facilidad más del 90% de los requerimientos
> de esta institución TECNICA. Esto sería equivalente a implementar SAP
> FI, CO, MM, PS+Primavera, APO, y BW (como mínimo) de manera efectiva. La
> diferencia es que lo podemos hacer con una sola persona en menos de 6
> meses a un costo, bueno como lo digo.... microscópico comparado con lo
> que les hubiese costado SAP solo en hardware, sin contar el software y
> los consultores de 200 USD la hora.
>
>
> > Este es un tema de diseño básico para la severa y necesaria discusión
> > e intercambio.
> >
> > Veamos, propongo que nos veamos -virtualmente- en discusiones por
> > temas especificos. Incluso podriamos plantearnos la idea de exponer un
> > tema especifico y mediante cronograma
> > -Inicio....desarrollo....conclusiones-  en un entorno de tiempo
> > determinado, ir definiendo los caminos que habremos de cruzar.
> > Podriamos ensayar con Tutos e ir definiendo proyectos y subproyectos,
> > con responsables o coordinadores de grupos de trabajo. Por ejemplo,
> > habida cuenta de la experiencia de Alejandro, y con su anuencia, me
> > atrevo a proponer que definamos el tema de Sql-Ledger y lo
> > excudriñemos en su interior, miremos su "kernell" sus dependencias, su
> > adaptabilidad, sus carencias, sus limitaciones etc. Esto puesto en
> > forma pública podría animar a otros que nos miran pero que no nos
> > tocan. Asomo esta propuesta como método de avance hacia objetivos mas
> > generales.
>
> Claro, esa es PRECISAMENTE LA IDEA DE SOLVE ERP!!!!! Que pongamos
> ejemplo _que funcionen_ o que hayan fracasado, analizar, aprender y
> realimentar las recomendaciones y llegar a los modelos que la gente
> pueda seguir con facilidad (Dominios, Fronteras y Flujos de Información
> generales en base a industrias verticales y la funcionañlidad
> transversal).
>
> > Por ahora no me atrevo a tocar los otros temas propuestos (y en
> > ejecución) por Alejandro. Indudablememnte que su experiencia práctica
> > habrá de nutrirnos o clarificarnos el camino. Hay algunas
> > apreciaciones que no comparto totalmente aun cuando respeto las
> > mismas. Una de ellas se refiere a la manera de ver las cosas respecto
> > de como es que se está metiendo SAP en el gobierno:
> >
> > > no creo que PDVSA esté realmente dispuesta a salir de SAP y además SAP se
> > > está metiendo en mas y mas areas del gobierno, como la Asamblea Nacional
> >
> > Yo creo que mientras no seamos una alternativa válida esto se repetirá
> > per secula seculorum. Lo que tenemos que hacer es cambiar el sentido
> > de las agujas del reloj, y esto solo se logrará con talento y
> > perseverancia - que lo tenemos- . Así como se esta haciendo cambiar el
> > flujo de los vehiculos en PDVSA con el Software Libre, también
> > tendremos que hacer con el SAP presentando una alternativa que
> > enfrente ese gran poder transnacional. !Fácil no es, pero es posible!
> > En este sentido opino que debemos pensar en grande y de alli la gran
> > necesidad de un SOLVE blindado, coherente y funcional. Mi visión no es
> > la de la desesperación pero tampoco la de la tranquilidad. Lo más
> > rápido que se pueda pero .... !seguros!
> >
>
> PDVSA antes de SAP funcionaba perfectamente con sistemas en casa que
> vistos hoy en día podrúian dar hasta risa, comparados con algunos
> sistemas libres ya existentes. Es decir, hay muchas cosas periféricas
> que se pudieran hacer HOY con sistemas libres que ya existen y
> afortunadamente ya se están haciendo, como por ejemplo el uso de
> DotProject en Oriente, pero igualmente se enfrentan a saboteadores
> internos los cuales quieren volver a la "Catedral". Hay demasiados
> intereses en PDVSA y en relaidad en todo el estado y definitivamente
> debemos ganar terreno en pequeñas batallas al estilo guerilla en vez de
> una guerra frontal. Por eso eso de pensar en grande lo puedo cuestionar
> pero no está demás que veamos las cosas en esa escala.... no vaya a ser
> que algún día si tengan las bolas de salir de SAP.
>
>
> > Creo que cada vez se hace mas necesaro montar una reunión de trabajo
> > que estimo minímo de dos dias con un temario previamente discutido y
> > aprobado por esta vía.
>
> Ok. Yo estoy cuadrando una reunión con Edelca en Pto. Ordaz para
> exactamente lo mismo. Podríamos hacer una reunión incluyendo todos los
> que quieran pero que hayan demostrado su participación en Software Libre
> porque lo único que no necesitamos son infiltrados que nos saboteen la
> vaina.
>
> > La participación de funcionarios de la A.P.N. que están trabajando en
> > el tema es sumamente crucial. Deberiamos adelantarnos a la celebración
> > del IV Congreso de Conocimiento Libre para presentar un papel de
> > trabajo a la discusión de los participantes en dicho evento.
> >
>
> Ok. Esto puede ser, pero debe ser por invitación y no una vaina muy
> abierta si queremos adelantar algo. Hay muchos habladores de guevonadas
> y otros que sirven a los intereses de las empresas privativas.
>
> > Quiero pedir excusas por no responder estos correos lo necesariamente
> > rápido que se requiere. Debo reorganizar mi precario tiempo
> > disponible. Seguramente lo haré porque sé que cada minuto en compañia
> > de esta comunidad me hará crecer intelectualmente y me brindará la
> > satisfacción de la labor cumplida.
> >
>
> Igual por aquí hermano. Pero hay que hacerlo para seguir avanzando. De
> veras, no sabes como aprecio que se den este tipo de discusiones y le
> demos vida a esto.
>
> >
> > 2006/7/29, Alejandro Imass <ait en p2ee.org>:
> > >
> > > Que bueno este correo! Lee mis respuestas abajo!!!
> > >
> > > On Fri, 2006-07-28 at 12:49 -0700, tele programador wrote:
> > > > saludos,
> > > >
> > > > alguna vez leí que los potenciales usuarios son
> > > > excelentes candidatos a participar en el desarrollo de
> > > > software libre, creo que es una excelente motivación
> > > > para participar.
> > > >
> > >
> > > Totalmente. En un proyecto libre puedes esperar recibir no mas de 15% de
> > > la comunidad y un porcentaje alto vendrá de los usuarios finales e
> > > integradores que prestan servicios a estos usuarios.
> > >
> > > > por mi parte creo que por ahora no necesito uno para
> > > > mi uso personal ni profesional sin embargo y
> > > > recordando uno de los temas inciales como era la
> > > > interopratividad de sistemas si puedo decir que desde
> > > > hace tiempo quiero echarle mano a un software contable
> > > > abierto con base de datos relacional digamos que como
> > > > sql ledger ¿¿?? para adaptarlo a un proyecto
> > > > específico que tengo trabado en este tema hace ya
> > > > varios años,
> > > >
> > >
> > > ESTE ES UN PUNTO CLAVE DEL PROYECTO SOLVE ERP!!!!! Hay que usar lo que
> > > ya existe, contribuir y mejorarlo. En el FONEP estamos probanod los
> > > conceptos de SoLVe ERP con Sql-Ledger, DotProject y Perl para armar
> > > todo. Con Sql-Ledger (Perl/PostgreSql) estamos abordando no solo la
> > > contabilidad y los procesos asociados, sino también
> > > Administración/Finanzas y Presupuesto! Claro son tres bases de datos de
> > > Sql-Ledger separadas (con diferentes planes de cuenta ONC/CONAPRE, y uno
> > > inventado para Finanzas) pero atamos el negocio usando Indicadores
> > > Claves de Gestión en un portal que estamos haciendo en Perl/Catalyst.
> > > Igualmente DotProject (PHP/MySql), lo estamos integrando a las otros
> > > tres sistemas para proveer una solución totalmente integrada, pero de la
> > > forma "loosely coupled", utilizando básicamente los indicadores de
> > > gestión, como método de integración. En una segunda fase, estaremos
> > > integrado todo el negocio con la filosofía de BPM (Business Process
> > > Management) utilizando un motor de flujo de trabajo y EPML de la
> > > Universidad de Viena. En cada fase que esté completada, estaremos
> > > publicando la receta en erp.solve.net.ve para que otros puedan replicar,
> > > mejorar y aprender de esta experiencia. Quizás otra gente haga lo mismo
> > > con GNU Cash y TuTos, o TinyERP, o ERP5, etc. tomando como base las
> > > ideas de otras historias de éxito. ¡¡¡De esto se trata SoLVe ERP!!! de
> > > atender necesidades del negocio, mostrar como se hizo, aprender y
> > > mejorar, a la vez que vamos creando modelos que podemos ir formalizando
> > > como recomendaciones o mejores prácticas. Es decir, ir de la práctica
> > > hacia la teoría, generando recomendaciones desde la realidad y no al
> > > revés.
> > >
> > > > ¿puede un sistema como sql ledger ser tomado como un
> > > > componente inicial para solve erp transformándolo o
> > > > interpretándo sus mensajes dentro del modelo de
> > > > modularidad e interoperatividad pautada para erp
> > > > solve?.
> > > >
> > >
> > > TOOOTALMEEEENNNNNTEEEEEE!!!!!!!!!!! También lo puede ser ERP5 o TinyERP,
> > > o GNU Cash o CUALUQIER OTRA HERRAMIENTA QUE YA EXISTA QUE RESUELVA EL
> > > PROBLEMA. No debemos re-inventar la rueda y pretender hacer un ERP
> > > nacional, y este ha sido el mensaje desde el principio. Podemos resolver
> > > los problemas de la gestión de estado y de la PyME, e incluso de la gran
> > > industria nacional, con componentes QUE YA EXISTEN, SON PROBADOS, TIENEN
> > > COMUNIDADES ACTIVAS, TIENEN MASA CRITICA, ETC. ETC. ETC.
> > >
> > > > valga decir que participar directamente en el
> > > > desarrollo de un erp solve para pdvsa, edelca, etc.,
> > > > también es muy atractivo. quizá haga falta organizar
> > > > los equipos de trabajo entorno a algno de estos
> > > > epicentro de usuarios, es decir pdvsa, edelca, cvg,
> > > > etc.
> > > >
> > >
> > > Voy a hacer un comentario que quizás me gane algunos enemigos, pero no
> > > creo que PDVSA esté realmente dispuesta a salir de SAP y además SAP se
> > > está metiendo en mas y mas areas del gobierno, como la Asamblea Nacional
> > > por ejemplo (siempre hablamos de Microsoft como el enemigo y descuidamos
> > > otras amenazas quizas más grandes, tales como SAP, quienes quieren
> > > apoderarse del Gobierno por lo visto). Creo que todo el soporte al
> > > Software Libre es un saludo a la bandera y quizás solo nos dejen
> > > trabajar en la cosas pequeñas, al menos al principio. Quizás si tenemos
> > > éxito en las cosas pequeñas, nos tomen en serio para las cosas grandes.
> > > Quizás lo Edelca sea más en serio, y ojalá sea así, pero SAP es una
> > > empresa que tradicionalmente es muy, pero muy agresiva y no debemos
> > > ilusionarnos mucho con estos proyectos grandes.
> > >
> > > > saludos cordiales,
> > > >
> > > > --- Alejandro Imass <ait en p2ee.org> wrote:
> > > >
> > > > > On Fri, 2006-07-28 at 14:23 -0400, Edgar Gonzalez
> > > > > wrote:
> > > > > > Alejandro,
> > > > > >
> > > > > > ¿Podrías compartir lo que estan haciendo en el
> > > > > FONEP?
> > > > > >
> > > > >
> > > > > Si. Dame unos días y lo publico en el sitio.
> > > > >
> > > > >
> > > > > > Creo que efectivamente la gente tiene la
> > > > > percepción de que el ERP
> > > > > > libre sería una especie de SAP,
> > > > >
> > > > > Coño, pero lo UNICO que deben hacer es ir y leer el
> > > > > sitio
> > > > > erp.solve.net.ve y opinar en esta lista... será que
> > > > > es muy dificil hacer
> > > > > que la gente vaya y lo lea??
> > > > >
> > > > > > me parece que en parte viene dado por
> > > > > > el hecho de la excesiva exposición de OpenOffice,
> > > > > me explico para
> > > > > > muchos los unicos casos exitosos de SL son Linux y
> > > > > OpenOffice, con lo
> > > > > > cual muchos creen que debe crearse una especie de
> > > > > OpenSAP. Sin embargo
> > > > > > creo que los argumentos en contra de un ERP
> > > > > monolitico y en favor de
> > > > > > un SOA convencen a cualquiera :-)
> > > > > >
> > > > >
> > > > > Tu y teleprogramador por lo visto entienden bien el
> > > > > proyecto. Lo que me
> > > > > impresiona es que ya hay mucha info en el sitio y no
> > > > > he recibido NI UN
> > > > > SOLO COMENTARIO! sobre ese contenido (salvando lo
> > > > > que nosotros tres
> > > > > hemos opinado aqui).
> > > > >
> > > > > > En cuanto al apoyo, no se como está la cosa en
> > > > > otras instituciones,
> > > > > > pero tuve la oportunidad de trabajar con varias
> > > > > personas de Edelca, y
> > > > > > definitivamente ahi hay mucho capital humano.
> > > > > >
> > > > >
> > > > > Si, y parece que realmente quieren salir de SAP.
> > > > > PDVSA decía lo mismo
> > > > > pero realmente no lo creo. Por otro lado no preocupa
> > > > > mucho porque
> > > > > después de 12 años implementado SAP en PDVSA no usan
> > > > > más del 30%
> > > > > (personalmente pensaría que es mucho menor), lo que
> > > > > nos da un tremendo
> > > > > márgen de oportunidad .... es solo cuestión de
> > > > > tiempo ;-]
> > > > >
> > > > >
> > > > >
> > > > > > Salu2
> > > > > >
> > > > > > On 7/28/06, Alejandro Imass <ait en p2ee.org> wrote:
> > > > > > >
> > > > > > > El panel no era sobre SoLVe ERP, era sobre el
> > > > > proceso del Software Libre
> > > > > > > en Venezuela. Sin embargo, decidimos hablar de
> > > > > distintos proyectos y
> > > > > > > dedicamos un buen pedazo a SoLVe ERP y lo que
> > > > > estamos haciendo en el
> > > > > > > Fondo Nacional de Edificaciones Penitenciarias
> > > > > FONEP, en el cual estamos
> > > > > > > aplicando lo que estamos predicando en SoLVe
> > > > > ERP.
> > > > > > >
> > > > > > > Sabes, eres de los pocos que participa en la
> > > > > lista aunque hay mucha
> > > > > > > gente inscrita. A veces me pregunto que hacen
> > > > > tantas personas inscritas
> > > > > > > en esta lista si no revisan la info que ponemos
> > > > > en el web, ni tampoco en
> > > > > > > las conversaciones de la lista. Hay apenas 6
> > > > > personas inscritas en el
> > > > > > > sitio, y muy poca participación.
> > > > > > >
> > > > > > > Quizás la gente esperaba que íbamos a hacer un
> > > > > SAP o algo, y quizás
> > > > > > > piensen que el enfoque del proyecto es
> > > > > equivocado. Si vieran las
> > > > > > > reacciones que estamos viendo nosotros aquí,
> > > > > definitivamente vamos por
> > > > > > > el camino correcto: NO A LOS ERP MONOLITICOS!
> > > > > > >
> > > > > > > De hecho, ya es un hecho que el proyecto lo
> > > > > tenemos que
> > > > > > > internacionalizar porque necesitamos generar
> > > > > tracción y conectarnos con
> > > > > > > procesos similares en otros lados. Sin contar
> > > > > con el poco apoyo y
> > > > > > > participación local, excepto por la gente de
> > > > > Edelca, a quienes los veo
> > > > > > > _realmente_ están comprometidos a salir de su
> > > > > ERP propietario.
> > > > > > >
> > > > > > > El proyecto internacionalmente será conocido
> > > > > como SEE - "SoLVe ERP isn
> > > > > > > NOT ERP, you see", y mantendremos toda la
> > > > > información bilingüe.
> > > > > > >
> > > > > > > Saludos, y gracias por tu participación.
> > > > > > >
> > > > > > > Alejandro
> > > > > > >
> > > > > > >
> > > > > > > On Thu, 2006-07-27 at 14:11 -0400, Edgar
> > > > > Gonzalez wrote:
> > > > > > > > Que bien!
> > > > > > > >
> > > > > > > > Aunque se lo tenían "callado"
> > > > > > > >
> > > > > > > > BTW, hay un error en la fecha de la noticia en
> > > > > http://erp.solve.net.ve
> > > > > > > >
> > > > > > > > On 7/27/06, Alejandro Imass <ait en p2ee.org>
> > > > > wrote:
> > > > > > > > > Ver noticia completa en:
> > > > > http://erp.solve.net.ve
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > _______________________________________________
> > > > > > > > > l-erp-libre mailing list
> > > > > > > > > l-erp-libre en solve.net.ve
> > > > > > > > >
> > > > >
> > > > http://solve.net.ve/cgi-bin/mailman/listinfo/l-erp-libre
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > _______________________________________________
> > > > > > > l-erp-libre mailing list
> > > > > > > l-erp-libre en solve.net.ve
> > > > > > >
> > > > >
> > > > http://solve.net.ve/cgi-bin/mailman/listinfo/l-erp-libre
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > > _______________________________________________
> > > > > l-erp-libre mailing list
> > > > > l-erp-libre en solve.net.ve
> > > > >
> > > > http://solve.net.ve/cgi-bin/mailman/listinfo/l-erp-libre
> > > > >
> > > >
> > > >
> > > > __________________________________________________
> > > > Do You Yahoo!?
> > > > Tired of spam?  Yahoo! Mail has the best spam protection around
> > > > http://mail.yahoo.com
> > > > _______________________________________________
> > > > l-erp-libre mailing list
> > > > l-erp-libre en solve.net.ve
> > > > http://solve.net.ve/cgi-bin/mailman/listinfo/l-erp-libre
> > >
> > >
> > >
> > > _______________________________________________
> > > l-erp-libre mailing list
> > > l-erp-libre en solve.net.ve
> > > http://solve.net.ve/cgi-bin/mailman/listinfo/l-erp-libre
> > >
> > >
> > >
> >
> >
>
>
>
> _______________________________________________
> l-erp-libre mailing list
> l-erp-libre en solve.net.ve
> http://solve.net.ve/cgi-bin/mailman/listinfo/l-erp-libre
>
>
>

-- 
Edgar González González
E-mail: edgargonzalez en gmail.com
http://vp.com.ve
http://lacaraoscura.com
http://rubycorner.com
--