[Saulo Gil]

Hola Federico,

Una configuración típica utilizada en proyectos open source es dar acceso de escritura a los branches del repositorio, a cada contribuyente que lo solicite.
El acceso de escritura a trunk solo lo tiene un grupo selecto que tiene la autoridad para aprobar o rechazar los cambios.
Este esquema facilita el desarrollo a los contribuyentes ya que no tienen que armarse un repositorio aparte para trabajar de forma ordenada. También es más facil para los administradores del proyecto ya que no tienen que estar trabajando con parches (potencialmente grandes), se facilita el testing de los cambios y la integración hacia trunk.

Dicho esto, como recomendación personal les sugiero migrar el repositorio a GIT ya que es mucho mejor para trabajar colaborativamente para este y otros proyectos (e.g.: localización Argentina de Adempiere). Se que esto no suele ser facil ya que muchas veces hay varias cosas “colgando” del tipo de repositorio (e.g.: build scripts) que deben adaptarse para poder migrar.

Quizás también le podamos sacar provecho al hecho de que casi todos los miembros de la comunidad estamos en la misma zona horaria y hablamos el mismo lenguaje. Quizás se puedan organizar meetings (presenciales o con algun sistema tipo skype) regulares para ver el estado de las cosas (e.g.: tickets pendientes, cambios grandes en el sistema, preparar releases, etc)

Saludos,

Saulo

[Saulo Gil]

Hola,

Aquí hay un tutorial paso a paso para instalar en Windows: http://libertya.org/wiki/index.php?title=Como_instalar_libertya_en_Windows

Uno de los pasos más importantes es instalar la versión correcta de Java, así como setear la variable de entorno JAVA_HOME

Saludos,

Saulo

[Saulo Gil]

Estuve probando con el valor Y, funciona sin problemas. Este es un CSV de ejemplo:

Code:

99999,Test Importacion,Test Importacion,9999999999999,,EXENTO,,,,Y,Y

Al ir a la pantalla Importar Artículos los campos Comprado y Vendido se ven OK.

Como dato adicional, ambos campos tienen como valor por default Y. Es el valor que tomarían si estos campos no fuesen declarados en el formato de importación.

Aclaro por las dudas, tengo entendido que la importación de artículos sirve solo para agregar nuevos artículos, no actualizar existentes.

[Saulo Gil]

Hola,

Quizás esto sea fácil de probar intentando facturarle a un cliente sin lista de precio predeterminada, luego a otro cliente que si tenga. Entiendo que la tarifa asociada al TPV debería utilizarse por default en caso de que no esté especificada otra tarifa.

Saludos

[Saulo Gil]

Hola,

¿ Que valores utilizaste para estos campos ? Yo creo haber probado con 1/0 y no hubo caso tampoco.

[Saulo Gil]

Acabo de crear un ticket para esto, adjuntando los parches para v13.01 y el código en desarrollo

https://code.google.com/p/libertya/issues/detail?id=14#c1

Algo que noté en el código es que hay varios otros lugares donde ser forman instrucciones DELETE sin el FROM. Vi tambien algunas clases auxiliares que pueden agregar el FROM si es que falta, pero estas clases no están siempre en uso.

[Saulo Gil]

Perdón por resucitar un thread viejo, pero tengo una consulta. ¿ Se pueden configurar los comprobantes del tipo Factura para que muevan stock ? De esta forma se podría evitar la generación de remitos

[Saulo Gil]

Hola,

¿ Que datos necesitan intercambiar entre ambos sistemas ?

Seguramente les convenga trabajar con los web services de Libertya para leer/guardar datos

Saludos

[Saulo Gil]

Muchas gracias Federico. Les estaré generando tickets entonces, con parches (svn diff) a medida que vayan surgiendo cosas.

Saludos

[Autor]

Entradas