Medical para OpenERP

Dentro de OpenERP y las verticalizaciones existentes existe un desarrollo interesante que es el poryecto Medical, fue abandonado por sus desarrolladores iniciales, ahora he decidido darle soporte.

Las razones:

El proyecto habla por si mismo y se debe mantener vivo.
Creo en OpenERP y todas las mejoras que se van implementando, brinda a cualquier proyecto que se construya sobre su suite evolucionar muy bien e crecer en el mercado.
Algunas otras que por no generar discusión no las detallo.

Dejo el link de proyecto, este incluye una breve descripción y de la intención del mismo.

https://launchpad.net/openerpmedical

Actualmente existe solo en launchpad luego crearé un proyecto en github.com

Saludos !

Anuncios

OpenERP 6.1 Release

Hola a todos, la mejor noticia de este mes fue la liberación de OpenERP 6.1 es muy importante este release y si vas a iniciar un proyecto con OpenERP recomiendo usar esta versión.
Los cambios mas importante sobre el sistema es la implementación del servidor de aplicaciones sobre un completo framework WSGI http://werkzeug.pocoo.org/, esto permite que todo nuestro frontend web se implemente ahora en el servidor, aun  es posible correrlo en modo standalone.

Las ventajas que OpenERP corra sobre esta utilidad, es que se puede hacer deploying de una forma muy limpia sobre Nginx http://wiki.nginx.org/Main que es el mejor Servido web uno de los mejores servidores web actualmente.

Adicional es el increíble GeoEngine que la empresa Camp2Camp ha implementado con soporte para varios tipos de datos geoespaciales usando obviamente el mejor motor de base de datos geoespacial PostGis.

Los dejo con este post de preview de OpenERP resaltando lo mas importante de la nueva versión.

Saludos !

 

Facturacion Electronica Ecuador – OpenERP Parte 3

El modulo que lo inicie hace un tiempo atras, esta por ser terminado estoy trabajando sobre como firmar digitalmente los archivos desde un tocket que voy a adquirir en el Banco central.

Esto es muy importante diferenciar ya que muchas compañias en su publicidad dicen emitir facturas electronicas que unicamente son un PDF de facil falsificacion.

Lo que implica en mi trabajo futuro es:

  • Compatibilidad con Linux
  • Soporte para reconocimiento automatico en un browser (mozilla, chrome, IE, etc), aqui hay un punto importante en como la aplicacion web puede firmarlo en modo asincrono.
  • Librerias para Python

Colgare screenshots pronto.

Saludos,

Formulario 104 SRI

El SRI en su pagina de informacion tecnica dice que tenemos que hacer una transformacion XSLT con los archivos XML que nos provee la instalacion del DIMM formularios, ahora aqui lo siguiente:

Si es una transformacion XLST los archivos deberia tener extension xsl, son .xml, pero podemos asumir un primer error

Abrirmos los CAL* VAL .xml y vemos que *no* son archivos XSL sino son archivos XML con sus propias definiciones.
El contenido de este archivo son especificacion de formulas Xpath y tienen sus propias condiciones.

Asumo que los sistemas que generan los archivos del formulario 104, tuvieron:

  • acceso a las definiciones tecnicas de estos XML
  • acceso al fuente del DIMM
  • iluminacion divina (si eres catolico +1)
  • o simplemente lo generan en base a los que exportan del DIMM lo analizan y tratan de empatar para asumir que esta correcto.

Resumen: Si brindas *especificaciones* tecnicas por favor regresa a un concepto basico: *buena documentacion*

Si este post es leido por algun tecnico que trabaja sobre esto seria un gran aporte compartir el significado de cada una de los tags de estos archivos XML.

Lo seguire comentando de manera mas tecnica sobre la estructura de los XML CAL y VAL para cada declaracion.

Links de interes:

http://www.w3.org/TR/xslt#section-Stylesheet-Structure

http://www.w3.org/TR/xpath/#location-paths

Pagina de SRI: http://bit.ly/gJIOFm

Porque no publicar codigo en SourceForge

Desde que supe que existia sf.net nunca tuve el interes en publicar codigo ahi, o ser parte de proyectos que esten hosteados ahi, el factor mas importante fue que en ese tiempo solo soportaba svn y yo estaba aprendiendo hg, ya que me intereso mucho mas los sitemas de control de versiones distribuidos (y mas si esta escrito en python), luego de esto una noticia que fue para mi aterradora y totalmente en contra del opensource/software libre, fue la publicada en su blog donde se alineaban con los ‘terminos y condiciones’ Denied Person List de USA, y de manera sutil dijeron que ellos se deben a un mundo real donde existe reglas y leyes, la peor forma de lavarse las manos para limitar el acceso a la informacion; este hecho fue basado en que los servidores de sf.net estan en USA; esta exportacion de leyes que los sitios como sf.net propagan en la red es la que limita a los usuarios de paises que por la politica que llevan y que no esta en la ‘linea’ de la de USA, hace que sea reprochable.

Invito a todas las persona que tienen proyectos dentro de sf.net que bajen el codigo eliminen los repositorios, y cancelen sus cuentas, no podemos ser parte de un sitio que por la gran acogida que tiene se aproveche para exportar leyes de paises.

Te invito a leer este post muy interesante donde se profundiza en el tema.
http://arabcrunch.com/2010/01/following-clintons-internet-freedom-speech-us-based-sourceforge-blocked-syria-sudan-iran-korea-cuba-is-open-source-still-really-open.html

Libertad para los usuarios en la red.

Instalar mongodb (slackware64)

Estos son los pasos basicos para instalar mongodb en slackware64.

bajar el paquete js http://slackbuilds.org/repository/13.0/network/js/.

$ tar -xvf js.tar.gz
$ mv js-1.8.0-rc1.tar.gz js
$ cd js
$ su
#ARCH=x86_64
#export ARCH
# ./js.SlackBuild
#installpkg /tmp/js-1.8.0_rc1-x86_64-1_SBo.tgz

Instalada la dependencia mas complicada.
bajar el codigo de mongodb

$git clone git://github.com/mongodb/mongo.git
$cd mongo
$sudo scons all
$sudo scons install

Listo esta instalado mongodb