Re: [tryton-es] Redefinir valores del campo type en party.identifier

[Guillem Barba Domingo]

El 7 dic. 2017 15:44, "Sergi Almacellas Abellana" 
escribió:

El 07/12/17 a les 16:43, Fernando Sánchez ha escrit:

No Sergi, creo no nos estamos entendiendo.
>
> Los formularios que existen en Tryton como Party o Products, son para
> ser usados por los usuarios finales, eso mismo hago para esta tabla de
> tipos de documentos de identidad, no es que yo tenga que ir actualizando
> en cada compañía implementada cuando necesiten registrar un producto o
> un party.
>
> Yo implemento el sistema, sera el usuario administrador de cada sistema
> dentro de cada compañía, el que se encargue de mantener actualizado esta
> tabla en caso se agregue o quite algún tipo de documento, evitando que
> se tenga que hacer la actualización vía código fuente. Eso es todo.
>

Si yo te entiendo perfectamente. Simplemente digo, que es más fàcil de
gestionar via código fuente.

Pero si lo quieres hacer de otra forma, adelante!


Hola Fernando,
tu punto de vista es válido.

Seguramente detrás de la decisión del cambio hay dos consideraciones:
a) la "aparición" de un nuevo tipo de documento de identificación (que es
una cuestión normativa) no es algo que pase de la noche a la mañana y, al
ser normativo, justificaría una actualización del software
a.1) toda localización se mantiene actualizada
b) tener valores más estáticos hace más válido que en algún módulo se haga
algo como:
if type == "VAT":
something
Que si las opciones del tutor son manejadas por el usuario esto sería muy
mala idea.

Dicho esto, seguramente se podría haber solucionado definiendo los tipos
"predefinidos" desde un XML (que Tryton protege que el usuario pueda
cambiarlos) como se hace (si no recuerdo mal) para tipos de
impuestos/cuentas.

Pero tal vez tienes una solución, que pasa por modificar el campo.
No puedes redefinir un campo existente (se ignorará), pero creo que sí que
puedes hacer en el setup:
cls.type.options = "get_types"
(El atributo "options" no es correcto, pero lo digo de memoria u hace
tiempo que no programo Tryton).
Para mantener compatibilidad, el get_types debería devolver los valores
definidos estáticamente + tu tabla.

Esto es más un hack que una solución, pero si no te sirve mantener los
tipos disponibles como parte del código tal vez te sirve.

Salut,
Guillem

Re: [tryton-es] Como Crear un Animal modulo Farm version 3.4?

[Guillem Barba Domingo]

2016-05-19 19:39 GMT+02:00 Lucas Riccombene :

> Hola Comunida, mi consulta es porque estamos aca probando el modulo y no
> podemos crear un animal. Dado que nos pide una raza que este asociada a una
> especie, la cual esta creada y no la trae en el combo de carga de una
> animal .
> Adjunto imagenes de los formularios.
>

No puedes crear animales desde la etiqueta... en realidad no puedes crear
animales si no es desde el menú específico

1. crea la especie (ya lo has hecho)
2. crea los menús específicos desde la pestaña "Menús & Acciones" de la
especie
3. ve al menú específico del tipo de animal que quieras crear: Granja /
Vaca (en tu caso) / Macho (o Hembra, o Grupo)
4. Crea un nuevo registro

Este menú tiene la especie en el contexto que es lo que te está faltando.

salut!
-- 
Guillem Barba
http://www.guillem.alcarrer.net

Re: [tryton-es] Metodo de costo PEPS (FIFO)

[Guillem Barba Domingo]

El 21 abr. 2016 8:52, "Sergi Almacellas Abellana" 
escribió:
>
> El 20/04/16 a les 17:57, Luis Deiana ha escrit:
>
>>
>>
>> El miércoles, 20 de abril de 2016, 4:18:39 (UTC-3), Sergi Almacellas
>> Abellana escribió:
>>
>> El 19/04/16 a les 23:50, Luis Deiana ha escrit:
>>  > Buenos días, según entiendo este modulo copia el costo de la
>> compra de
>>  > un producto en el "Precio de costo" del producto, Pero note que
>> tambien
>>  > me modifica el "Precio de costo" del producto cuando: modifico el
>>  > "Precio de costo" directamente desde el producto y posteriormente
>> hago
>>  > una venta del mismo.
>>  > Lo explico mejor con un ejemplo:
>>  >
>>  > 1- COMPRO 5 UNIDADES DE PRODUCTO1 EN $65 C/U Y EL PRECIO DE COSTO
>> ES DE
>>  > $65 STOCK Y EL ES DE 5 UNIDADES
>>  >
>>  > 2- VENDO 1 UNIDAD DE PRODUCTO1, EL PRECIO DE COSTO SIGUE SIENDO
>> DE $65 Y
>>  > EL STOCK DE 4 UNIDADES
>>  >
>>  > 3- MODIFICO EL PRECIO DE COSTO DE $65 A $73 DESDE EL PRODUCTO1
>>  > DIRECTAMENTE, EL PRECIO DE COSTO AHORA ES DE $73 Y EL STOCK DE 4
>> UNIDADES
>>  >
>>  > Hasta aqui tiene el comportamiento que me esperaba.
>> Porqué modificas el precio de costo? Si lo calculas en FIFO, no
>> entiendo
>> porqué lo quieres modificar manualmente y no dejar que lo calcule el
>> sistema.
>>
>> Lo modifico pq posterior a la compra mi proveedor cambio su precio y
>> quise actualizarlo ya que mis listas de precios se calculan en base al
>> precio de costo.
>
>
> Si quieres tener las dos cosas (tu precio medio y el de tu proveedor) lo
único que veo factible es añadir el campo precio_proveedor a tus productos
(que es el que vas a modificar manualmente y sobre el cual se van aplicar
las tarifas) y dejar el precio de coste actual para que lo calcule el
sistema.

No se si en la formula de la lista de precios puedes "navegar" por los
campos. Si es así, podrías poner algo como lo siguiente para coger el
precio de los precios de proveedores que tienes en la ficha del producto
(esto es lo más correcto: el precio de coste representa ésto, y se usa para
valorar el inventario, y los precios de proveedores para tener los precios
que te hace cada proveedor):

product_suppliers[0].prices[0].unit_price if product_suppliers and
product_suppliers[0].prices else cost_price

El listado de precios de proveedor es ordenable, con lo que en primera
posición tienes el proveedor que te interesa que sea "el de referencia".

Si no permite navegación, creo que lo mejor sería añadir un campo funcional
que te devolviera lo de arriba.

salut!

guillemBarba

Re: [tryton-es] Re: Que modulo es o como se llama el modulo que coloca una foto en entidades?

[Guillem Barba Domingo]

El 10 may. 2016 19:05, "Lucas Riccombene"  escribió:
>
> Hola Luis Martinez, no encontre un modulo.
> Lo que hice fue desarrollar ese requerimiento tomando como ejemplo el de
avatar para usuarios.
>  Tambien hay otro ejemplo que te puede servir  es el modulo imagen de los
productos.
> Toma ese codigo de ejemplo y pegalo en el modulo que te interese.
> Cualquier cosa te paso las lineas que modifique.
> Saludos

Y porqué no has hecho el módulo party_avatar (o party_image o el nombre que
mas te guste) y lo has compartido con la comunidad?

Re: [tryton-es] Re: ¿Y si NO estás a tiempo de asistir a las I Jornadas Tryton en Barcelona?

[Guillem Barba Domingo]

Al final sí que habrá streaming.
En el evento en Eventbrite está la URL
El 5 may. 2016 20:20, "Lucas Riccombene"  escribió:

> Buenísimo a mi me interesa muchísimo el tema Baby dado que nunca lo pude
> hacer funcionar el modulo :) y conozco algo de la teoría.
> Desde ya gracias.
> Esperaremos los vídeos.
> Saludos
>
> El jueves, 5 de mayo de 2016, 13:01:30 (UTC-3), Albert Cervera i Areny
> escribió:
>>
>> 2016-05-04 19:32 GMT+02:00 Lucas Riccombene :
>> > Que buenos temas van a presentar  :)
>> > Me encantaria ir pero por cuestiones de Dinero.
>> > Consulta transmiten en vivo por internet?
>>
>> No en vivo pero intentaremos publicar vídeos a posteriori.
>>
>> > Saludos
>> >
>> >
>> > El miércoles, 4 de mayo de 2016, 13:17:47 (UTC-3), Albert Cervera i
>> Areny
>> > escribió:
>> >>
>> >> Ya quedan pocas plazas para las I Jornadas Tryton en Barcelona [1] así
>> >> que no me digas que no te lo advertí ;-)
>> >>
>> >> En serio, queda un mes para el evento que celebraremos por primer año
>> >> en el Mobile World Centre de Barcelona [2] y no sabemos si habrá sitio
>> >> para todos. Ya tubimos que pedir ampliar al máximo el número de plazas
>> >> pero está por ver que sea suficiente.
>> >>
>> >> Así que no dejes para mañana lo que puedas hacer hoy y apúntate ahora
>> >> mismo aquí:
>> >>
>> >> https://jornadas-tryton-2016.eventbrite.es
>> >>
>> >>
>> >> [1] http://www.tryton.org/es/news/index.html
>> >> [2] https://www.mobileworldcentre.com
>> >>
>> >> --
>> >> Albert Cervera i Areny
>> >> http://www.NaN-tic.com
>> >> Tel. 93 553 18 03
>>
>>
>>
>> --
>> Albert Cervera i Areny
>> http://www.NaN-tic.com
>> Tel. 93 553 18 03
>>
>

Re: [tryton-es] SAO base de datos DB

[Guillem Barba Domingo]

El 15 may. 2016 21:40, "Saul Alexander López Contreras" <
saullop...@gmail.com> escribió:
>
> Buen dia Estimados
>
> He instalado Tryton y la version web (SAO) en un servidor de prueba, pero
no me lista la base de datos en la version web, en la version de escritorio
no existe este problema. Copio Pantallazos y trytond.conf

El SAO no implementa la Gestión de perfiles, que es donde se listan las
bases de datos en el GTK, solo el formulario de Login que, como en el GTK,
la base de datos se debe rellenar manualmente.

Re: [tryton-es] Configuracion Contable de Productos y Categorias

[Guillem Barba Domingo]

El 12 may. 2016 2:10,  escribió:
>
> Cordiales saludos,
> Soy profesional contable que estoy trabajando con la version 3.8 de
Tryton, tengo una duda respecto a la configuracion contable en el modulo de
Productos y Categorias. hay campos que han sido agregados com: Cuenta Stock
Proveedor, Cuenta Stock Cliente y Cuenta Stock Perdido y encontrado.
>
> He leido el manual y aun asi no me queda claro que informacion o cuentas
consignar en esos campos. agradeceria que alguien me pueda ampliar este
detalle adicionalmente al Manual asi como ejemplos que cuentas usan en
España o algun otro pais
>
>
http://doc.tryton.org/3.8/modules/account_stock_continental/doc/index.html#
>

Estas seguro que necesitas este módulo?

Re: [tryton-es] El modulo sigue en Farm 3.4 porque en la 3.8 no lo puedo hacer funcionar?

[Guillem Barba Domingo]

El 13 may. 2016 17:17, "Lucas Riccombene"  escribió:
>
> En que puedo colaborar para la migracion de este modulo.
> Saludos.

Haces un fork en BitBucket
Aplicas los cambios necesarios para que funcione (mira en el Discuss de
tryton, en la categoria Migration)
Haces un Pull Request para que lo revisemos y apliquemos

Mirando otros módulos, los commits que ponga algo como "Adapted to 3.8" o
algo por el estilo, te ayudara

Salut!
Guillem

[tryton-es] Facturas de proveedor con Inversión del Sujeto Pasivo en el 303

[Guillem Barba Domingo]

Hola,
la configuración del 303 que provee ahora mismo el módulo no está
incluyendo las facturas de proveedor con Inversión del Sujeto Pasivo.

Si vais a "Contabilidad / Configuración / Impuestos / Mapeo AEAT 303"
veréis que sólo aparece el código ISP que es el código asociado al impuesto
de *ventas*.

Ahora me surge una duda: habría que añadir el código ISP.C o sólo una
selección de sus 4 hijos?
- Base repercutida Inversión del sujeto pasivo compras (BR.ISP.C)
- Base soportada Inversión del sujeto pasivo compras (BS.ISP.C)
- Cuota repercutida Inversión del sujeto pasivo compras (BR.ISP.C)
- Cuota soportada Inversión del sujeto pasivo compras (BS.ISP.C)

Si alguien me lo aclara hago la modificación en el módulo aeat_303

salut!
-- 
Guillem Barba
http://www.guillem.alcarrer.net

Re: [tryton-es] Re: Propiedades predeterminadas

[Guillem Barba Domingo]

2016-03-17 15:01 GMT+01:00 Tatiana Quizhpe :

>
> Hola, Sergi gracias por la pronta respuesta
>
> El jueves, 17 de marzo de 2016, 3:05:53 (UTC-5), Sergi Almacellas Abellana
> escribió:
>>
>> El 17/03/16 a les 00:02, Tatiana Quizhpe ha escrit:
>> > Hola, saludos a todos.
>> >
>>
>> Buenos dias,
>>
>> > Tengo un problema al asignar por defecto "average" a cost_price_method
>> > [1], he asignado valores por defecto a otros campos,
>> > pero es el único que no refleja cambios en este modelo, ya que el mismo
>> > inconveniente tengo con el método [2], he probado
>> > reemplazando directamente en el modelo purchase.purchase el método para
>> > asignar un nuevo valor, asigna sin problema, no así en el
>> > módulo personalizado. Con otros campos no tengo ese inconveniente.
>> > Me podrían indicar si estoy haciendo algo mal o que me falta. O se debe
>> > a que ya tiene asignado un valor por defecto?
>> > Como se puede solucionar?
>>
>> Cuando el valor es de tipo propiedad, se debe crear un registro a la
>> tabla ir.property con el valor por defecto. Esto lo puedes hacer a
>> traves del cliente desde la opción Administración -> Modelos ->
>> Propiedades por defecto o bien vía XML a traves de un mòdulo tal cómo se
>> hace en [1]
>>
>>
> El campo al que quiero asignar el valor por defecto no es tipo Propiedad
> es un Many2One[1],
>

Sergi te comentava lo de la propiedad por el campo "cost_price_method" que
sí que es una propiedad.



> ya viene asignado un valor por defecto en el modelo "sale.sale", será por
> esa razón que no se
> asigna el nuevo valor  que yo necesito, porque si reemplazo el método que
> yo definí
> por el que viene en el modelo antes indicado (sale.sale) si se reemplaza
> pero al crear un nuevo
> módulo no se refleja ningún cambio.
>

No he acabado de entender lo que dices aquí.
Dices que si copias el método que hay en el módulo "sale" en tu módulo sí
que cambia el comportamiento pero  si pones tu própia implementación del
default_warehouse() no? o que si modificas el método default_warehouse()
del módulo sale sí que se modifica el comportamiento pero no si lo pones en
tu módulo?

Nos iria bien tener el código de tu método default_warehouse()
Voy a suponer que es lo segundo:
- Asegúrate que tienes el módulo "sale" como depends en el fichero
tryton.cfg de tu módulo (por la respuesta a Raimón entiendo que sí).
- Asegúrate que tienes la clase Sale (supongo que la has llamado así)
registrada en el __init__.py

Tienes otras modificaciones del modelo sale.sale en este módulo? te
funcionan?

salut!
-- 
Guillem Barba
http://www.guillem.alcarrer.net

Re: [tryton-es] Lector de Codigo de barras en Tryton 3.4

[Guillem Barba Domingo]

El 30 ene. 2016 20:31, "Fernando Sánchez"  escribió:
>
>>
>> Pero ,  ¿has probado la otra versión de cliente Gtk?
>>
>> Me de la impresión q las dos cosas están relacionadas. Evidentemente
tienes que configurar la pistola para q al final añada un enter o tab.
>>
>> Jordi
>
>
>
> Efectivamente, era cuestión de configurar el lector para que no ingrese
un [enter] después del código, pero igual, el código ingresado lo único que
logra es que se despliegue el menú con la descripción del producto el cual
hay que seleccionarlo manualmente. No se porque no esta funcionando en este
caso la modificación que hicieron al cliente GTK, que cuando hay un solo
producto por escoger lo jala automáticamente.

Si has hecho que no envie ningún enter o tab después del código, es normal.
Tienes jugar con los diferentes carácteres que puedes configurar como
"final de código", empezando por el TAB y el Intro y ver con cual te
funciona bien.

Guilllem

Re: [tryton-es] Compra a un proveedor extracomunitario

[Guillem Barba Domingo]

El 14 mar. 2016 10:10, "Jaume I"  escribió:
>
> El tratamiento del arancel es asimilado a mayor valor de compra del
producto. Se calcula a partir de un porcentaje (publicado en unas tablas
por el Ministerio de Hacienda) aplicado al valor estadístico de la
mercancía. No me extenderé sobre el valor estadístico, solo decirte que no
es sencillo calcularlo para los profanos (yo soy uno de ellos) y se basa en
el precio del producto más los gastos de transporte y de seguro entre los
puntos de origen y destino.
>
> En resumen, que del aranel no se puede extraer el IVA, puesto que este
impuesto se calcula a partir de la Base Imponible (y no del p... valor
estadístico)
>
> Sin embargo, para el arancel sigo pensando que es una buena solución
"inventarse" un producto que podriamos llamar "arancel aplicado al producto
tal" que tuviera un tratamiento SIN impuesto (o exento).
> Y para el IVA soportado, en mi humilde opinión, la mejor solución sería
crear una regla de impuesto que, a la hora de aplicarla, nos permitiera
señalar como base imponible un importe que sólo aparecería a la hora de
consultar el Plan de códigos de impuestos (esta base imponible no
aparecería en la factura ni en el asiento contable). Si además, "apuntara"
o relacionase la factura del transitario con la del proveedor ya sería
orgásmico.
>
> El cómo hacerlo, eso es lo que no sé.

Creo que podrias símplemente añadir una línea en la tabla de impuestos de
la factura, marcando el checkbos "manual".
Lo que ahora no te sé decir si esto creará las líneas de impuesto que se
usan para generar los informes

Re: [tryton-es] Consulta: donde se ven los costo de lista de materiales en el modulo producción ?

[Guillem Barba Domingo]

El 19 feb. 2016 2:37 p. m., "Lucas Riccombene" 
escribió:
>
> Hola Comunidad, esta consulta es donde se puede ver los costos  de cada
ítem (precio unitario o total Amaunt) de la lista de materiales que tiene
la orden de producción.
>
> Lo me gustaría saber ¿cuál es el costo de cada material o producto de la
lista de materiales antes de confirmar la producción?

El coste de las entradas es el "precio de coste" de la ficha del producto
(creo que cuando se realiza el movimiento este coste se materializa en un
campo no visible del movimiento).
Si lo quieres tener visible directamente en la lista de movimientos de la
producción deberías añadir un campo funcional el el movimiento de estoc que
obtenga este valor del producto.

Salut,
Guillem

Re: [tryton-es] Re: Consulta CODIGO para entidades

[Guillem Barba Domingo]

El 14 mar. 2016 1:22 a. m., "Lucas Riccombene" 
escribió:
>
> Hola Agustín, lo que puede hacer es crear un modulo nuevo que herede de
party y agregar el campo código esto te sirve a modo de información
adicional. (esto es posible)

El módulo base "party" ya aporta edte campo.
Si se quiere una codificación secuencial automätica hay que configurar la
secuencia correspindiente en la configuración de terceros.
Si se quiere introducir el código manualmente solo hay que dejar vacío el
campo de configuración de la secuencia de terceros.

> Si lo que buscar es después buscarlo en otro modulo ese campo "código
entidades" que se relacione con party abría que hacer un cambio ahí
también.(hay que dedicarle un poco mas de tiempo es solo preguntar algún
desarrollador si es posible a nivel dificultad con un poco mas de
experiencia)
> Te cuento lo que hice en productos capaz ayuda: el código lo agregue en
la descripción concatenado al nombre del producto

Cuando buscas un tercero (lo mismo para productos), si no se indica un
campo específico sobre el qie buscar se hace sobre el nombre y el código
del tercero/producto.
En el caso de terceros el código no se visualiza cuando tienes un campo que
relaciona con un tercero.
Si se quiere es comportamiento habríaa que sobrecargar la función
get_rec_name

Re: [tryton-es] Compra a un proveedor extracomunitario

[Guillem Barba Domingo]

El 11 mar. 2016 7:07 p. m., "Jaume I"  escribió:
>
> Como sabéis aquellos que sus empresas importan productos de paises
extracomunitarios, en la factura del proveedor no aparece IVA y su reflejo
contable sería del tipo
> _
> [600] Compras de mercaderias
>a  Proveedor [400]
>
> En cuanto llega la factura, yo introduzco los productos asignando el
impuesto "IVA 0% importaciones bienes corrientes"
> Parece que hasta este punto no hay problema...
>
> En el momento que se recepciona el producto, normalmente lo suele traer
un transitario que además de facturar los gastos de transporte y despacho
de aduana, también carga en factura el arancel y el IVA devengado en
Aduanas/Hacienda que realmente se corresponde con la factura del proveedor
extranjero. El asiento siguiente puede ser un ejemplo:
> 
> [624] Transporte efectuado pr el transitario
> [472] IVA soportado -sobre el transporte del transitario-
> [600] Arancel cobrado por los servicios aduaneros(*)
> [472] IVA cobrado por los servicios aduaneros(*)
>   a  Acreedor, transitario [410]
>
> (*) Tanto el arancel como el IVA cobrado por los servicios aduaneros
gravan la compra/importación al proveedor extranjero
>
> Para tratar esta 2ª parte de la operación (la factura del transitario) he
pensado en habilitar dos productos de tipo servicio -uno para el IVA
cobrado por la aduana y el otro para el arancel- y asignarles el impuesto
"Suplido". De esta manera consigo que el asiento se cree correctamente.
>
> Sin embargo, esta fórmula impide que en el Plan de códigos de Impuestos
aparezca este IVA devengado, con lo que podrían darse errores al liquidar
los impuestos trimestrales.
>
> ¿Hay alguien que se le presente este mismo supuesto y/o que sepa como
solucionarlo mejor?

Si he entendido bien, el arancel no tiene ningún tratamiento especial.
El "IVA cobrado por los servicios aduaneros" se puede calcula a partir del
arancel?

Lo suyo seria que este iva se aplicara sobre el servicio Arancel.
La codificación del arancel se debería hacer a mano o desarrollar un módulo
específico.
Me suena que en la lista tryton@ o tryton-dev@ se ha discutido este tema.

Salut!
Guillem

Re: [tryton-es] Re: Configurar una cuenta del Pasivo a un producto facturable

[Guillem Barba Domingo]

2016-01-05 13:33 GMT+01:00 Martín Di Lisio :

> Hola agustin, gracias por la respuesta!
>
> Si, lo dejamos configurado asi. Mi duda era si eso contablemente no
> traeria ningun problema.
>

este campo solo se usa para filtrar las cuentas disponibles en las
diferentes partes del programa (configuración del producto y la línea de
factura, principalmente), con lo que no te dará problemas cambiarlo.
Lo único es que no puedes tener una misma cuenta para compras (tipo "a
pagar") y ventas (tipo "a cobrar"). Deberás crear una cuenta para cada caso
que cuelguen de la cuenta padre que te interese.

salut!
-- 
Guillem Barba
http://www.guillem.alcarrer.net

Re: [tryton-es] Cuentas Analiticas - Modulo Analytic_line_state - Registro mov stock internos

[Guillem Barba Domingo]

El 22/12/2015 11:31 p. m., "Agustín Montagna" 
escribió:
>
> Guillem!
>
> Adjunto las capturas de la configuración de los dos depósitos desde donde
hago los remitos internos de material. Ninguno de los dos depósitos tienen
padre ni forman parte de la estructura de ningún Almacén. Como verás la
configuración de depósitos no permite seleccionar Cuentas Analíticas.
>
> Realicé los movimientos internos correspondientes y no se genera ninguna
línea analítica.
>
> Espero nuevas pistas! No le puedo encontrar la vuelta :(

Tienes creada alguna cuenta analítica?
Tienes instalado también el módulo analytic_account_warehouse, verdad?

Acabo de ver que estos módulos son incompatibles entre sí pues añaden el
mismo campo. El campo de éste último módulo debería ser
defaul_analytic_accounts... Supongo que lo corregiremos cuando loigremos a
la 3.8. Se aceptan Pull Requests

Puedes desistalar el analytic_account_warehouse

Re: [tryton-es] Error 'payment_type'

[Guillem Barba Domingo]

El 22/12/2015 11:16 p. m., "Luis Deiana"  escribió:
>
> Hola, estoy utilizando tryton 3.4, hice una actualización de modulos e
instale el modulo babi_reports_purchase con su respectivas dependencias y a
partir de ese momento no puedo crear una nueva compra y me da el siguiente
error:
>
> File "/home/luis/tryton/tryton/tryton/gui/window/form.py", line 333, in
sig_new
> self.screen.new()
>
>   File
"/home/luis/tryton/tryton/tryton/gui/window/view_form/screen/screen.py",
line 435, in new
> self.switch_view('form')
>
>   File
"/home/luis/tryton/tryton/tryton/gui/window/view_form/screen/screen.py",
line 365, in switch_view
> self.load_view_to_load()
>
>   File
"/home/luis/tryton/tryton/tryton/gui/window/view_form/screen/screen.py",
line 386, in load_view_to_load
> self.add_view_id(view_id, view_type)
>
>   File
"/home/luis/tryton/tryton/tryton/gui/window/view_form/screen/screen.py",
line 399, in add_view_id
> return self.add_view(view)
>
>   File
"/home/luis/tryton/tryton/tryton/gui/window/view_form/screen/screen.py",
line 424, in add_view
> view = View.parse(self, xml_dom, view.get('field_childs'))
>
>   File
"/home/luis/tryton/tryton/tryton/gui/window/view_form/view/__init__.py",
line 49, in parse
> return ViewForm(screen, root)
>
>   File
"/home/luis/tryton/tryton/tryton/gui/window/view_form/view/form.py", line
108, in __init__
> container = self.parse(xml)
>
>   File
"/home/luis/tryton/tryton/tryton/gui/window/view_form/view/form.py", line
143, in parse
> parser(node, container, node_attrs)
>
>   File
"/home/luis/tryton/tryton/tryton/gui/window/view_form/view/form.py", line
232, in _parse_notebook
> self.parse(node, notebook)
>
>   File
"/home/luis/tryton/tryton/tryton/gui/window/view_form/view/form.py", line
143, in parse
> parser(node, container, node_attrs)
>
>   File
"/home/luis/tryton/tryton/tryton/gui/window/view_form/view/form.py", line
286, in _parse_page
> container = self.parse(node)
>
>   File
"/home/luis/tryton/tryton/tryton/gui/window/view_form/view/form.py", line
143, in parse
> parser(node, container, node_attrs)
>
>   File
"/home/luis/tryton/tryton/tryton/gui/window/view_form/view/form.py", line
171, in _parse_label
> field = self.screen.group.fields[attributes['name']]
>
> alguien puede ayudarme con este error? Gracias.

No estás enviando el error que salta.
Has cerrado y vuelto a abrir el cliente para que actualice la cache de las
vistas?

Re: [tryton-es] Cuentas Analiticas - Modulo Analytic_line_state - Registro mov stock internos

[Guillem Barba Domingo]

El 17/12/2015 3:39 p. m., "Agustín Montagna" 
escribió:
>
> Guillem!
> Antes que nada mil gracias por la ayuda.
> El lado malo es que no logro hacerlo funcionar.
>
> Adjunto unas imágenes. Pero ya he probado con los Almacenes con y sin
cuentas analíticas por defecto. He probado desde depósitos sin padre.
Asimismo, cuando me dices que as ubicaciones internas que seleccionas en el
remito no deben tener cuentas analíticas configuradas, esto de por sí NO se
puede hacer, pues Tryton no te deja confirgrar cuentas analíticas a las
ubicaciones internas que se eligen a la hora de hacer un remito interno.
Solamente deja elegir un diario o journal.

La ubicación de la que me mandas la captura es de "Tipo de ubicación:
Almacén".
Manda la captura del formulario de las ubicaciones "Deposito A" i "Deposito
B".

> He probado actualizando el módulo. ¿Te imaginas si hay otro módulo para
actualizar que me pueda estar faltando? No logro poder hacer que se active
la parte inferior para asignar movimientos!

Como ya te dige, el módulo no soporta introducir lo apuntes analíticos
manualmente desde el movimiento.
Puedes proponer un parche para el módulo o introducir los apuntes
manualmente desde el menú de apuntes analíticos.

Re: [tryton-es] Importar datos de cuenta corriente de entidades (a cobrar y a pagar historicos)

[Guillem Barba Domingo]

El 16/12/2015 18:55, "Martín Di Lisio"  escribió:
>
> Sergio, gracias por la ayuda.
>
> Con respecto a los saldos de las cuentas, me quedó claro, pero a su vez
vos decis de editar el saldo negativo de cada entidad?
>
> Doy un ejemplo:
>
> Cuando Deudores por Ventas, al cierre del ejercicio del sistema viejo,
está en 15000.
> Esos 15000 son "a cobrar" de tres clientes: 5000, 5000 y 5000.
> Como le indico al nuevo ejercicio fiscal que esos 15000 de Deudores, se
reparte entre tres entidades??

La Cienta deudores tendrá el flag "Tercero requerido" marcado, con lo que
no podrás hacer un apunte de 15000 sino 3 de 5000 asociados a cada tercero.

Re: [tryton-es] Cuentas Analiticas - Modulo Analytic_line_state - Registro mov stock internos

[Guillem Barba Domingo]

No me había fijado bien en las capturas de las ubicaciones.

Lo que has mandado son las ubicaciones de tipo Almacén, cuyas ubicaciones
se usan para la venta y la compra (sería mejor cambiarle el nombre a
"Cuentas analíticas *por defecto*"

Las ubicaciones *internas* que seleccionas en el *remito* *no deben tener
cuentas analíticas configuradas*. Una posible mejora del "analytic_stock"
sería que tuviera la opción de coger la cuenta analítica de la ubicación
padre (como hay la opción en las categorias de producto para las cuentas
contables), pero no es así.

Salut!

guillemBarba


El 15/12/2015 18:29, "Agustín Montagna" <agumonta...@gmail.com> escribió:

> Guillem!
> Primero que nada gracias por la aclaración de los módulos! Muy útil.
> Segundo, van adjuntas las imágenes del remito interno: por un lado la
> carga de la línea, y luego la lista de la vista formulario de la línea del
> movimiento. Fijate que la ubicación partida/llegada, tienen distintas
> cuentas analiticas configuradas (en las otras imágenes previas)
>
> Agustín
>
>
> El martes, 15 de diciembre de 2015, 12:59:27 (UTC-3), Guillem Barba
> Domingo escribió:
>>
>> 2015-12-15 15:56 GMT+01:00 Agustín Montagna <agumo...@gmail.com>:
>>
>>> Hola Guillem! Gracias por tu respuesta!
>>>
>>> Respecto a Analytic_stock,  me permite, al comprar y vender, añadir
>>> automáticamente la cuenta analítica predefinida para el almacen desde/hacia
>>> donde se realiza la transacción. Esto es útil y necesario.
>>>
>>
>> Creo que tienes un lio sobre qué funcionalidad te está aportando cada
>> módulo:
>> - analytic_stock: la que te explicaba yo y que tu asociabas a
>> analytic_line_state
>> - analytic_account_warehouse: definir una cuenta analítica por defecto al
>> almacén (por si sólo no hace nada, lo tienen como dependencia los dos
>> siguientes
>> - analytic_sale_warehouse: rellena el campo de cuentas analíticas de las
>> líneas de venta automáticamente con la cuenta definida en el almacén
>> - analytic_purchase_warehouse: idem para compras
>>
>>
>> El problema es que lo que estaba necesitando es que luego de una compra
>>> general, uno pueda realizar movimientos internos y poder realizar apuntes
>>> analíticos de dichos movimietnso a distintas cuentas analíticas para
>>> determinar quien consume aquellas cosas compradas. He definido como me
>>> dijiste las cuentas analíticas de origen y destino de las distintas
>>> ubicaciones (ver imagen 1 y 2).
>>>
>>> Luego he realizado movmientos internos entre las zonas de almacenamiento
>>> (diferentes) de cada Almacen, que tienen cuentas analíticas distintas y no
>>> se ha creado ningún apunte analítico!!
>>> Donde puedo estar fallando??
>>>
>>
>> Aparentemente en nada. Puedes poner una captura del formulario uno de
>> estos movimientos de estoc realizados?
>>
>> guillemBarba
>>
>>
>> El martes, 15 de diciembre de 2015, 6:18:56 (UTC-3), Guillem Barba
>> Domingo escribió:
>>>
>>> 2015-11-10 15:43 GMT+01:00 Agustín Montagna <agumo...@gmail.com>:
>>>
>>>> Buenas Lista!
>>>>
>>>> He estado probando el siguiente módulo:
>>>> https://bitbucket.org/nantic/trytond-analytic_line_state
>>>>
>>>> Según su documentación y las ayudas que da una vez instalado, sirve
>>>> para registrar en distintas cuentas contables *analiticas *distintos
>>>> movimientos de stock (desde remitos internos por ej) que no son parte de
>>>> compras ni de ventas. Estos movimientos se registran como ingresos o como
>>>> egresos de las ubicaciones de origen o destino.
>>>>
>>>
>>> No es este módulo el que añade esta funcionalidad. Este módulo añade el
>>> Estado a los apuntes analíticos y los desvincula de los apuntes contables.
>>> Si el, todo apunte analítico tiene que estar asociado a uno de contable.
>>>
>>> El módulo que añade lo que tu dices (y que ya tienes instalado, porque
>>> tienes los campos) es el analytic_stock
>>>
>>>
>>>
>>>> *El problema* es que encuentro, como se ve en la imagen adjunta, la
>>>> sección correspondiente para computar dichos movimientos analíticos como 
>>>> *bloqueada.
>>>> *No sé qué me falta configurar para poer ponerla en marcha. La verdad
>>>> que ya toqué muchas cosas y no se me ocurre por donde disparar.
>>>>
>>>
>>> Esto es así porque no está pensado para que se añadan manualmente estos
>>> apuntes analíticos.
>>> Hay que configurar las cuentas analíticas en las diferentes ubicaciones
>>> (stock.location). Al realizarse el movimiento de estoc, si las cuentas
>>> analíticas de la ubicación de origen y de destino son diferentes crea los
>>> apuntes analíticos.
>>>
>>> --
>>> Guillem Barba
>>> http://www.guillem.alcarrer.net
>>>
>>
>>
>>
>>
>>
>> --
>> Guillem Barba
>> http://www.guillem.alcarrer.net
>>
>

Re: [tryton-es] Re: Error patch issue240_631.diff

[Guillem Barba Domingo]

2015-12-13 12:27 GMT+01:00 Manuel Bailen :

> Hola de nuevo y gracias por contestar
>
> He repetido varias veces la instalación y he encontrado varios problemas
> ademas del anterior, por lo que entiendo que estoy haciendo algo mal,
> describo los pasos críticos de la instalación, son los que utilizo con la
> 3.4 y he intentado adaptarlos a la 3.8
>
>
> mkvirtualenv --system-site-packages  tryton38
>
> hg clone ssh://h...@bitbucket.org/nantic/tryton-tasks tasks
>
> hg clone ssh://h...@bitbucket.org/nantic/tryton-config -b 3.8 config
>
> hg clone ssh://h...@bitbucket.org/nantic/nan_tryton_utils utils
>
> pip install -r tasks/requirements.txt
>
> pip install -r config/requirements.txt
>
>
> Hasta aquí funciona todo sin errores
>
> Invoke clone
>
> Aquí salta el primer error al descargar el módulo de ZZ "party_mercantil"
> ya que este no tiene versión 3.8, por lo que edito el fichero .cfg y
> comento todas las lineas de este módulo y repito la instalación.
>
> Una vez todo instalado sin errores habro el cliente en el entorno y la
> carpeta correspondiente e intento crear una base de datos nueva obteniendo
> el error siguiente:
>
> Can't create the database, caused by an unknown reason.
> If there is a database created, it could be broken. Maybe drop this
> database! Please check the error message for possible informations.
> Error message:
> cannot import name safe_eval
>
> En el servidor aparece:
>
> 8868 140320372061952 [2015-12-13 10:05:20,807] ERROR
> trytond.protocols.dispatcher CREATE DB: prue2 failed
> Traceback (most recent call last):
>   File
> "/home/manuel/.tryton/38p9/trytond/trytond/protocols/dispatcher.py", line
> 229, in create
> pool.init(update=['res', 'ir'], lang=[lang])
>   File "/home/manuel/.tryton/38p9/trytond/trytond/pool.py", line 144, in
> init
> self.start()
>   File "/home/manuel/.tryton/38p9/trytond/trytond/pool.py", line 97, in
> start
> register_classes()
>   File "/home/manuel/.tryton/38p9/trytond/trytond/modules/__init__.py",
> line 358, in register_classes
> mod_file, pathname, description)
>   File
> "/home/manuel/.tryton/38p9/trytond/trytond/modules/file_format/__init__.py",
> line 4, in 
> from .file_format import *
>   File
> "/home/manuel/.tryton/38p9/trytond/trytond/modules/file_format/file_format.py",
> line 12, in 
> from trytond.tools import safe_eval
> ImportError: cannot import name safe_eval
>
> Luego Intenté "inv fetch" y volvió a aparecer el problema con el patch
>
> Cloning...
> 1 out of 2 hunks FAILED -- saving rejects to file
> trytond/trytond/modules/stock_lot/stock.py.rej
> KO: Error applying patch:Patch issue240_631.diff does not apply
>
> Gracias de nuevo
>

Este error es aplicando los parches que hay en el directorio "patches".
Éstos parches son sobre la versión 3.4, aún no hemos adaptado nada de esto
a la 3.8 con lo que te diría que pruebes de eliminar su contenido (pero
puede que haya algún módulo que no funcione correctamente porque requiera
de algún parche de estos)


-- 
Guillem Barba
http://www.guillem.alcarrer.net

Re: [tryton-es] Cuentas Analiticas - Modulo Analytic_line_state - Registro mov stock internos

[Guillem Barba Domingo]

2015-11-10 15:43 GMT+01:00 Agustín Montagna :

> Buenas Lista!
>
> He estado probando el siguiente módulo:
> https://bitbucket.org/nantic/trytond-analytic_line_state
>
> Según su documentación y las ayudas que da una vez instalado, sirve para
> registrar en distintas cuentas contables *analiticas *distintos
> movimientos de stock (desde remitos internos por ej) que no son parte de
> compras ni de ventas. Estos movimientos se registran como ingresos o como
> egresos de las ubicaciones de origen o destino.
>

No es este módulo el que añade esta funcionalidad. Este módulo añade el
Estado a los apuntes analíticos y los desvincula de los apuntes contables.
Si el, todo apunte analítico tiene que estar asociado a uno de contable.

El módulo que añade lo que tu dices (y que ya tienes instalado, porque
tienes los campos) es el analytic_stock



> *El problema* es que encuentro, como se ve en la imagen adjunta, la
> sección correspondiente para computar dichos movimientos analíticos como 
> *bloqueada.
> *No sé qué me falta configurar para poer ponerla en marcha. La verdad que
> ya toqué muchas cosas y no se me ocurre por donde disparar.
>

Esto es así porque no está pensado para que se añadan manualmente estos
apuntes analíticos.
Hay que configurar las cuentas analíticas en las diferentes ubicaciones
(stock.location). Al realizarse el movimiento de estoc, si las cuentas
analíticas de la ubicación de origen y de destino son diferentes crea los
apuntes analíticos.

-- 
Guillem Barba
http://www.guillem.alcarrer.net

Re: [tryton-es] Business Inteligence - Error Ejecución - Update Data

[Guillem Barba Domingo]

2015-12-15 9:10 GMT+01:00 Sergi Almacellas Abellana :

> El 14/12/15 a les 20:04, Agustín Montagna ha escrit:
>
>> Gracias Sergi por la respuesta, pero persiste el error... te comento:
>>
>> El lunes, 14 de diciembre de 2015, 11:54:45 (UTC-3), Sergi Almacellas
>> Abellana escribió:
>>
>> El 14/12/15 a les 15:51, Agustín Montagna ha escrit:
>> > Buenas Lista!
>> >
>> > He cargado todos los módulos BABI (zikzakmedia repositores) y luego
>> de
>> > cargar un report ya definido y cargar sus respectivo menú, al querer
>> > ejecutarlo me devuelve el siguiente error:
>> >
>>
>> Nose dónde lo has bajado, però la URL del mòdulo es la siguiente:
>>
>> https://bitbucket.org/nantic/trytond-babi
>> 
>>
>>
>> Ya he actualizado todos los módulso a los de Nantic y persiste el mismo
>> error.
>>
>>
>> > /*No execution found for current record. Execute the update data
>> wizard
>> > in order to create one.*/
>> >
>> > He ejecutado el Update Data pero me sigue generando el mismo
>> mensaje de
>> > error!
>>
>> Debes utilitzar el botón "Crear menus" del propio informe para poder
>> abrir las ejecuciones del mismo.
>>
>>
>> Hago uso de dicho botón y se crea el acceso en el menú correspondiente
>> sin ningún problema. Luego actualizo la data con el wizard Update Data
>> pero persiste el siguiente error:
>>
>> /*No execution found for current record. Execute the update data wizard
>> in order to create one.
>>
>> *Alguna otra idea?? /
>>
> Utiliza el botón "Calcular" desde la ficha del informe.
>
> De todos modos, con el asistente te deberia funcionar.


Si el informe tiene algun error en su definición, éste se muestra al
ejectuar el botón Calcular.
Pero si se ejecuta el "Actualitzar datos" no, pues se hace en segundo plano.
Por tanto, recomiendo que primero siempre se ejecute el informe con el
Calcular y cuando se ha verificado que es correcto, es más cómodo usar el
asistente.

También tienes la entrada de menú Ejecuciones (se muestra como una carpeta
pero es un listado), si entras deberías ver la ejecución de tu informe. Si
aparece con Error pues ya sabes, i si aparece Ejecutando pero sabes qe no
se está ejecutando (porque has reiniciado el servidor, por ejemplo) es que
el informe tiene un error que lo verás con el "Calcular"

-- 
Guillem Barba
http://www.guillem.alcarrer.net

Re: [tryton-es] Re: Consulta como agregar un modulo en un entorno virtualenvwrapper

[Guillem Barba Domingo]

2015-12-10 14:23 GMT+01:00 Manuel Bailen :

> He referencia a las herramientas yo seguí este tutorial y me fue muy bien,
>
>
> http://www.tryton-erp.es/posts/crear-un-entorno-tryton-con-las-herramientas-nantic.html
>

Estas instrucciones estan desactualizadas... pero no son incorrectas. Ahora
se podría hacer esto:

mkdir nuevo-proyecto
cd nuevo-proyecto
hg clone http://bitbucket.org/nantic/tryton-utils tasks
pip install -r tasks/requirements.txt
inv bs


Para añadir un mòdulo debes hacer un clone dentro del directorio "modules".
Para que las herramientas te lo tengan en cuenta (te actualizen al hacer
"inv pull", etc...), lo suyo es añadir una entrada en el fichero
"local.cfg". Toma como ejemplo los ficheros .cfg de config/

Una vez añadido el módulo, para que aparezca en la lista de módulos de
Tryton hay que instalar/actualizar algun módulo (no hay algo como
"actualizar lista de módulos" :-/). Si quieres instalar este módulo nuevo
lo puedes hacer directamente:
./trytond/bin/trytond -c  -d  -u


Salut!
-- 
Guillem Barba
http://www.guillem.alcarrer.net

Re: [tryton-es] Cuentas Analiticas - Modulo Analytic_line_state - Registro mov stock internos

[Guillem Barba Domingo]

2015-12-15 15:56 GMT+01:00 Agustín Montagna <agumonta...@gmail.com>:

> Hola Guillem! Gracias por tu respuesta!
>
> Respecto a Analytic_stock,  me permite, al comprar y vender, añadir
> automáticamente la cuenta analítica predefinida para el almacen desde/hacia
> donde se realiza la transacción. Esto es útil y necesario.
>

Creo que tienes un lio sobre qué funcionalidad te está aportando cada
módulo:
- analytic_stock: la que te explicaba yo y que tu asociabas a
analytic_line_state
- analytic_account_warehouse: definir una cuenta analítica por defecto al
almacén (por si sólo no hace nada, lo tienen como dependencia los dos
siguientes
- analytic_sale_warehouse: rellena el campo de cuentas analíticas de las
líneas de venta automáticamente con la cuenta definida en el almacén
- analytic_purchase_warehouse: idem para compras


El problema es que lo que estaba necesitando es que luego de una compra
> general, uno pueda realizar movimientos internos y poder realizar apuntes
> analíticos de dichos movimietnso a distintas cuentas analíticas para
> determinar quien consume aquellas cosas compradas. He definido como me
> dijiste las cuentas analíticas de origen y destino de las distintas
> ubicaciones (ver imagen 1 y 2).
>
> Luego he realizado movmientos internos entre las zonas de almacenamiento
> (diferentes) de cada Almacen, que tienen cuentas analíticas distintas y no
> se ha creado ningún apunte analítico!!
> Donde puedo estar fallando??
>

Aparentemente en nada. Puedes poner una captura del formulario uno de estos
movimientos de estoc realizados?

guillemBarba


El martes, 15 de diciembre de 2015, 6:18:56 (UTC-3), Guillem Barba Domingo
escribió:
>
> 2015-11-10 15:43 GMT+01:00 Agustín Montagna <agumo...@gmail.com>:
>
>> Buenas Lista!
>>
>> He estado probando el siguiente módulo:
>> https://bitbucket.org/nantic/trytond-analytic_line_state
>>
>> Según su documentación y las ayudas que da una vez instalado, sirve para
>> registrar en distintas cuentas contables *analiticas *distintos
>> movimientos de stock (desde remitos internos por ej) que no son parte de
>> compras ni de ventas. Estos movimientos se registran como ingresos o como
>> egresos de las ubicaciones de origen o destino.
>>
>
> No es este módulo el que añade esta funcionalidad. Este módulo añade el
> Estado a los apuntes analíticos y los desvincula de los apuntes contables.
> Si el, todo apunte analítico tiene que estar asociado a uno de contable.
>
> El módulo que añade lo que tu dices (y que ya tienes instalado, porque
> tienes los campos) es el analytic_stock
>
>
>
>> *El problema* es que encuentro, como se ve en la imagen adjunta, la
>> sección correspondiente para computar dichos movimientos analíticos como 
>> *bloqueada.
>> *No sé qué me falta configurar para poer ponerla en marcha. La verdad
>> que ya toqué muchas cosas y no se me ocurre por donde disparar.
>>
>
> Esto es así porque no está pensado para que se añadan manualmente estos
> apuntes analíticos.
> Hay que configurar las cuentas analíticas en las diferentes ubicaciones
> (stock.location). Al realizarse el movimiento de estoc, si las cuentas
> analíticas de la ubicación de origen y de destino son diferentes crea los
> apuntes analíticos.
>
> --
> Guillem Barba
> http://www.guillem.alcarrer.net
>





-- 
Guillem Barba
http://www.guillem.alcarrer.net

Re: [tryton-es] Abrir vista original o heredada

[Guillem Barba Domingo]

El 24/11/2015 9:42 p. m., "Antonio Roncero"  escribió:
>
>
>
> El martes, 24 de noviembre de 2015, 16:10:24 (UTC), Jesús Martín Jiménez
escribió:
>>
>> Hola Antonio,
>>
>>
>> El 24 de noviembre de 2015, 17:02, Antonio Roncero 
escribió:
>>>
>>>
>>>
>>> El martes, 24 de noviembre de 2015, 14:24:51 (UTC), Jesús Martín
Jiménez escribió:

 Hola Antonio,

 El 24 de noviembre de 2015, 14:28, Antonio Roncero 
escribió:
>
> Hola,
>
> he hecho un modulo que crea una vista heredada de un modelo ademas de
añadirle un campo. ¿Hay alguna manera de que el menu original abra la vista
original (que no muestra el campo) y una nueva entrada de menu abra la
vista heredada?


 Sí. En el mismo fichero xml, tienes que definir el menú (identificado
con la etiqueta menuitem), una acción  (identificado con la etiqueta
ir.action.act_window) y una o más acciones de ventana
(ir.action.act_window.view) en función de si quieres que abra una o más
vistas (tree, form, graph, etc). Encontrarás muchos ejemplos en los módulos
existentes.

>>>
>>> Gracias Jesus,
>>>
>>> lo he hecho asi, he creado una accion y una vista heredada, ademas de
un menu que llama a la accion. El tema es que la vista heredada tambien es
la que se me abre desde la accion original (del menu original)
sobrescribiendo la original.
>>>
>>> ¿Donde podria ver un ejemplo donde se llame una vista heredada pero que
mantenga la original en otro sitio?
>>
>>
>> Yo entiendo que no es posible. Si quieres dos vistas diferentes tienes
que definir una nueva vista con todos sus campos (que no herede de otra
vista distinta). Sólo así lo tendrás.
>
>
> Según la documentacion [1] se le puede pasar un dominio que hace que se
procese o no la herencia. Tras varias pruebas sin conseguir nada en el IRC
me han dado la respuesta para hacerlo quedando algo asi
>
> 
>
>
> y efectivamente no se procesa, pero claro ahora la accion que quiero que
abra la heredada tampoco lo hace. Le he puesto un dominio que se supone que
pone el campo a True, pero no...
>
> 
>
>
> seguiré investigando...

No sé si funcionara o no, pero...
El XML q has puesto, q te indicaron por IRC, va a buscar el context, con lo
q supongo q te funcionara si en la act_window le pasas el context q te
interesa.

Re: [tryton-es] Obtener dato de form abierto

[Guillem Barba Domingo]

2015-09-07 20:10 GMT+02:00 Alejandro Brunacci :

>
> Hola Raimon, si, ya he intentado eso pero me la lista "bitsons" esta
> vacío... incluso si hago un "print bitsons" me devuelve una lista vacía
>  por eso mismo comparto todo el código, evidentemente o no se esta
> ejecutando correctamente o no lo estoy pudiendo instanciar.
>

Creo que se debe a que tu instancia "bitson" no se encuentra en el estado
"bitson".
Cuando le pones el decorator @Workflow.transition('sended') le estás
diciendo que la siguiente función es una transición y, como tal, debe ser
una transición de las aceptadas (las que se han definido en
cls._transitions).
Tu no tienes un valor por defecto para el campo "state" con lo que la
transición que estás intentando es None -> 'sended'.

salut!
-- 
Guillem Barba
http://www.guillem.alcarrer.net

Re: [tryton-es] Timezone del usuario en el cliente tryton 3.4

[Guillem Barba Domingo]

El dia 17/07/2015 15:30, Antonio Roncero ronc...@gmail.com va escriure:



 El viernes, 17 de julio de 2015, 14:01:13 (UTC+1), raimonesteve escribió:

 2015-07-17 14:52 GMT+02:00 Antonio Roncero ron...@gmail.com:
 
 
  El viernes, 17 de julio de 2015, 12:39:38 (UTC+1), raimonesteve
escribió:
 
  2015-07-17 11:38 GMT+02:00 Antonio Roncero ron...@gmail.com:
  
  
   El viernes, 17 de julio de 2015, 10:27:51 (UTC+1), raimonesteve
   escribió:
  
   2015-07-17 11:18 GMT+02:00 Antonio Roncero ron...@gmail.com:
Hola,
   
Segun la documentacion [1],
  
   seguramente se debe actualizar la doc.
  
en las preferencias del usuario debería aparecer
la zona horaria del mismo pero no está. Mirando el codigo del
formulaio
[2]
veo que, efectivamente, no está. ¿Hace falta algun módulo o algo
que
no
haya
tenido en cuenta?
  
   el timezone se define a la empresa.
  
  
   Gracias Raimon, ¿pero que pasa si tienes un usuario que está en
otra
   zona
   horaria? Entiendo que en el servidor se almacene todo el tiempo en
la
   misma
   zona horaria pero cada usuario puede estar en una zona horaria
distinta
 
  claro, puedes personalizar tus usuarios que usen un timezone distinto
  a la empresa y que tenga preferencia sobre el de la empresa
 
 
  Pero no es algo que haga por defecto Tryton, es decir, no existe una
  configuracion de timezone del usuario? Además entiendo que esa
modificación
  debería estar en el cliente para que pinte todas las fechas en el
timezone
  del usuario y que el servidor las almacene correctamente

 https://bugs.tryton.org/issue3444


 Lo he leido desde el principio y comparto la solucion, mi pregunta era
como se podia configurar desde el cliente un timezone. Por lo que veo esto
no se puede y coge directamente el timezone del sistema operativo

Del sistema operativo del cliente.
Necesitas q Tryton (cliente, no servidor) trabaje con un timezone doferente
al de la máquina que está?

Re: [tryton-es] Crear SIstema Web de Gestion

[Guillem Barba Domingo]

El dia 20/07/2015 0:18, donchent...@gmail.com va escriure:

 Saludos,

 He dedicido crear mi propia alternativa a Tryton en Python y de hecho
Tryton me gusta mucho que lo tomaré como base.

Por curiosidad, por qué?

Re: [tryton-es] Error al conectar por SSL + VIDEO

[Guillem Barba Domingo]

2015-07-15 18:09 GMT+02:00 lupa lup...@gmail.com:

 Hola Guillem !!

 gracias por responder.. voy entre líneas:


 Comprueba que en el log, al inicio de todo te sale unas líneas como estas:
 [Wed Jul 15 09:21:11 2015] INFO:trytond.server:using ruta al fichero de
 configuración.cfg as configuration file
 [Wed Jul 15 09:21:11 2015] INFO:trytond.server:initialising distributed
 objects services
 [Wed Jul 15 09:21:11 2015] INFO:trytond.server:starting JSON-RPC SSL
 protocol on *:8000

 Confirma que el fichero de configuración que está usando es el que
 esperas (el que tu has editado con la configuración SSL y demás que te
 itneresa).


 Efectivamente es la ruta correcta. De hecho me doy cuenta pues si comento
 las líneas de certificado y clave, el cliente se conecta sin problema. Las
 descomento y paff..  ahora grabé un video de lo que sucede:
 https://youtu.be/e5zJldMFTZI


 Confirma que está ejectuando el SSL protocol y que lo está sirviendo
 por cualquier IP (el *) y por el puerto que estás poniendo en el cliente
 (por defecto, 8000).


 Exacto, como puedes ver en el video el puerto es el 8000. Ahora cómo
 confirmo que está usando SSL ? En el server dices? Dice así:
 INFO:trytond.server:starting JSON-RPC SSL protocol on 0.0.0.0:8000

 Por lo que creo que está correcto.



 Si no está usando el fichero de configuración que te interesa, asegurate
 que estás ejectuando el cliente pasándole el parámetro del fichero de
 configuración:
 ./bin/trytond -c ruta al fichero de configuración.cfg

 Si te sale algo como protocol on localhost:8000 o protocol on
 127.0.0.1:8000, si estás intentando acceder a Tryton desde otra máquina
 que no es la misma que el servidor no te funcionará.


 Sí, eso me pasó al principio y lo cambié pues efectivamente estoy en otra
 máquina.


 Edita el fichero de configuración y donde pon listen = localhost:8000
 pon listen = *:8000
 Esto hace que Tryton se sirva por todas la interfaces de red del
 servidor. Solo en casos muy concretos tendría sentido no poner el * (esta
 frase es una simplificación, por si hay algún sysadmin de verdad por aquí
 :-P).


 En resumen. Sin ssl conecta bien. Con ssl da ese error que se ve en el
 vídeo. Sin ssl no puedo trabajar, dado la sensibilidad de los datos de
 contabilidad :(


Está claro que la parte no ssl está bien y parece que la parte SSL del
servidor también.

Ya sé que anteriormente ya lo has hecho, pero por si a caso:
1. cierra el cliente tryton
2. elimina el fichero: ~/.config/tryton/*/known_hosts
3. Inicia el cliente (tal vez hazlo desde el terminal para tener el log de
este):
  $ tryton -v
4. Intenta conectar

El error que muestra es el típico de cuando anteriormente te has conectado
al mismo servidor sin tener este el SSL activado.
Si ni así funciona, no sé si podría tener algo que ver con el hostname del
servidor, el dominio que usas para conectarte y la información al respecte
que aparezca en el certificado.

-- 
Guillem Barba
http://www.guillem.alcarrer.net

Re: [tryton-es] analíticas en movimientos de inventario

[Guillem Barba Domingo]

2015-07-02 15:59 GMT+02:00 Jordi Esteve jest...@zikzakmedia.com:

  On 02/07/15 15:18, Guillem Barba Domingo wrote:

  2015-06-22 19:18 GMT+02:00 Eduardo J de la Garza G 
 ejdelagar...@gmail.com:

 Gracias Guillem por tus comentarios, la opción para asociar una cuenta
 analítica a cada depósito no me aparecía porque tenía instalados tanto el
 módulo analyitic_stock, como el analytic_account_warehouse. Cuando quité el
 analytic_account_warehouse ya me de la opción y funciona.


  ups! hay una incompatibilidad entre estos dos módulos porque definen el
 mismo campo. Me lo apunto a ver si lo solucionamos... algún día.



 Ahora tengo otras preguntas: Al realizar un envío interno, el módulo sí
 genera la línea de asiento analítica pero sin asiento contable y eso
 provoca error cuando quiero abrir el plan de cuentas analíticas ¿cómo puedo
 solucionar esto?


  Te deben faltar los parches a los módulos de core.
 Para que funcione el módulo analytic_line_state [1] (que es el que permite
 tener apuntes analíticos sin apunte contable) se debe tener el módulo
 analytic_account parcheado, pues no se aceptó nuestra propuesta y se nos
 acabaron las energías y tiempo disponible para intentar entrar el cambio.


 Existe un módulo analytic_optional_move [1] que permite tener apuntes
 analíticos sin apunte contable y sin necesidad de parchear los módulos del
 core, aunque no se si será compatible con analytic_line_state pq no lo he
 probado. Si fueran compatibles sería más limpio que analytic_line_state
 dependiera de analytic_optional_move.

 [1] https://bitbucket.org/zikzakmedia/trytond-analytic_optional_move


me lo dejo pendiente de mirar bien pues nosotros materializábamos algun
otro campo que no sólo la compañía pero tal vez no haría falta y sería
mejor solución.

Solo un detalle, el nombre company2 es un poco feo :-P sería mejor algo
más explícito como line_company o provisional_company


-- 
Guillem Barba
http://www.guillem.alcarrer.net

Re: [tryton-es] analíticas en movimientos de inventario

[Guillem Barba Domingo]

2015-06-22 19:18 GMT+02:00 Eduardo J de la Garza G ejdelagar...@gmail.com:

 Gracias Guillem por tus comentarios, la opción para asociar una cuenta
 analítica a cada depósito no me aparecía porque tenía instalados tanto el
 módulo analyitic_stock, como el analytic_account_warehouse. Cuando quité el
 analytic_account_warehouse ya me de la opción y funciona.


ups! hay una incompatibilidad entre estos dos módulos porque definen el
mismo campo. Me lo apunto a ver si lo solucionamos... algún día.



 Ahora tengo otras preguntas: Al realizar un envío interno, el módulo sí
 genera la línea de asiento analítica pero sin asiento contable y eso
 provoca error cuando quiero abrir el plan de cuentas analíticas ¿cómo puedo
 solucionar esto?


Te deben faltar los parches a los módulos de core.
Para que funcione el módulo analytic_line_state [1] (que es el que permite
tener apuntes analíticos sin apunte contable) se debe tener el módulo
analytic_account parcheado, pues no se aceptó nuestra propuesta y se nos
acabaron las energías y tiempo disponible para intentar entrar el cambio.

En el analytic_stock veo que no hay el aviso, en los módulos más recientes
como el analytic_account_warehouse [2] tienes el aviso e información de los
parches en el README.

[1] https://bitbucket.org/nantic/trytond-analytic_line_state
[2] https://bitbucket.org/nantic/trytond-analytic_account_warehouse


 Por otra parte, ¿cuál es la funcionalidad del campo journal que aparece
 ahora en cada depósito y almacén? he hecho ejercicios con diferentes tipos
 de diario y no consigo que genere ningún asiento contable


El parche del analytic_account que hace opcional el apunte contable,
también hace que el campo 'journal' del apunte analítico sea un campo
normal (no funcional). El journal está en el depósito para tener esta
información disponible cuando se crea el apunte analítico.
Creo que nosotros ya habíamos detectado que esto no es muy práctico y creo
que una idea que comentamos era deshacer lo de convertir el journal del
apunte analítico a campo normal, y cuando se crea/asocia el asiento
contable al apunte analítico ya se tiene esta información.
Pero esto te lo digo de memoria y sin repasar el tema. De momento, el campo
está allí y se requiere para hacer funcionar el analytic_stock


 Finalmente, la línea analítica que se genera al realizar un envío interno
 es un abono a la cuenta analítica que está asociada al depósito al que le
 estoy transfiriendo la mercancía y lo que requiero es un débito a dicha
 cuenta ¿se puede modificar esto? ¿sería mediante configuración o tendría
 que hacerlo en el código del programa?


Por código. La lógica que hay detrás de la implementación es que cuando
enviamos productos añadimos valor a la cuenta analítica de la
ubicación/depósito.

salut!
-- 
Guillem Barba
http://www.guillem.alcarrer.net

Re: [tryton-es] analíticas en movimientos de inventario

[Guillem Barba Domingo]

2015-06-18 5:37 GMT+02:00 Eduardo J de la Garza G ejdelagar...@gmail.com:

 Gracias por contestar Guillem.

 He seguido probando y no logro hacer que genere un asiento de analíticas
 con los movimientos de stock.

 Tengo configurada la cuenta analítica que le corresponde a cada almacén y
 supongo que los depósitos de cada almacén utilizarían su misma analítica.


no.
como te dije en el otro correo, el analytic_account_warehouse (que añade la
configuración de cuentas analíticas a nivel de almacén) NO tiene que ver
con el analytic_stock (que sirve para generar apuntes analíticos a partir
de movimientos de estoc).

¿Qué debe configurarse en el campo journal de cada almacén y depósito?
 ¿puede ser que tenga mal configurados estos diarios y por ello no haga el
 asiento?


DEBES configurar als cuentas analíticas EN CADA ubicación/depósito


On Wednesday, June 17, 2015 at 6:13:10 AM UTC-5, Guillem Barba Domingo
 wrote:

 2015-06-16 2:12 GMT+02:00 Eduardo J de la Garza G ejdela...@gmail.com:

 Hola,

 Quiero saber si es posible que se genere un movimiento de cuentas
 analíticas cuando se efectúan envíos internos entre diferentes almacenes.

 La necesidad es reclasificar la cuenta analítica cuando se realiza un
 movimiento de un almacén a otro. He instalado los módulos
 analytic_account_warehoue y analytic_stock, entre otros pero no he logrado
 cubrir este requerimiento.


 El analytic_account_warehouse no te sirve para tu caso de uso. Sirve
 para rellenar las cuentas analíticas de las ventas/compras según la
 configuración del almacén (para ello, requiere los módulos
 analytic_sale/purchase_warehouse).

 El analytic_stock sí que es para esto. Tienes configuradas las cuentas
 analíticas en las ubicaciones? Me extraña que no te funcione
 --
 Guillem Barba
 http://www.guillem.alcarrer.net




-- 
Guillem Barba
http://www.guillem.alcarrer.net

Re: [tryton-es] Foco en una vista arbol editable

[Guillem Barba Domingo]

2015-05-21 16:49 GMT+02:00 Antonio Roncero ronc...@gmail.com:



 El jueves, 21 de mayo de 2015, 15:36:07 (UTC+1), Jesús Martín Jiménez
 escribió:



 El 21 de mayo de 2015, 16:16, Antonio Roncero ron...@gmail.com
 escribió:



 El jueves, 21 de mayo de 2015, 14:19:50 (UTC+1), Jesús Martín Jiménez
 escribió:

 Hola Antonio,

 El 21 de mayo de 2015, 15:03, Antonio Roncero ron...@gmail.com
 escribió:

 Hola,

 estoy probando hacer una vista editable sobre un modelo y en principio
 funciona bien. Pero me gustaria saber como puedo hacer para cuando pulso
 enter y se crea una nueva linea, el foco se ponga sobre el primer campo
 editable de la linea.

 Y una segunda pregunta, como puedo hacer que el atributo readonly sea
 1 o 0 segun un campo del modelo, es decir, si tengo un modelo con un campo
 A y otro B (de tipo boolean) que el campo A en la vista arbol editable sea
 readonly segun si B es True o False.


 Utiliza el parámetro states [1]. Tienes ejemplos en el código de muchos
 módulos.

 [1] http://doc.tryton.org/3.4/trytond/doc/ref/models/fields.html#states


 Hola Jesús, he probado esto

 field name=A states={'readonly': Not(Bool(Eval('B')))} /

 pero no me funciona, seria algo asi?


 Tienes que ponerlo en la definición del campo (en el código python).


 Ok, yo lo estaba mirando por aqui [1], pero he visto que no existe ese
 atriburo en los tree, solo en los forms.

 En realidad no quiero que el campo sea solo lectura, solo quiero que en
 una vista particular no se pueda modifcar porque lo calculo a partir de
 otros elementos de esa misma vista.


Esto es lo que consigues con el states (si no, seria el atributo
readonly). Lo único es que no se define a nivel de vista (fichero XML) si
no a nivel de campo (fichero python)

-- 
Guillem Barba
http://www.guillem.alcarrer.net

Re: [tryton-es] Duda con el modulo de contratos

[Guillem Barba Domingo]

El 15/05/2015 0:42, Albert Cervera i Areny alb...@nan-tic.com va
escriure:

 2015-05-14 22:30 GMT+02:00 Antonio Roncero ronc...@gmail.com:
 
 
  El jueves, 14 de mayo de 2015, 21:01:09 (UTC+1), Albert Cervera i Areny
  escribió:
 
  2015-05-14 21:20 GMT+02:00 Antonio Roncero ron...@gmail.com:
   Hola de nuevo,
  
   el modulo de contratos vale para hacer contratos con proveedores y
poder
   crear las facturas de los mismos?
 
  Qué módulo de contratos?
 
 
  Estoy tomando como repositorio apps.tryton-erp.es, por lo que este:
 
  http://apps.tryton-erp.es/contract/
 
  ¿Cuantos hay?

 Por lo menos, este otro:

 https://bitbucket.org/nantic/trytond-contract

 En cualquier caso, ninguno de los dos sirve para los contratos de
 proveedores. Ambos son para facturación recurrente a clientes. Son dos
 aproximaciones distintas al mismo problema.

 Para el tema de analítica deberías extender esos módulos.

También existe un tercero:

https://bitbucket.org/nantic/trytond-marchase_contract

Éste sí que tiene que ver con proveedores pero su funcionalidad es
reducida: no te quedará compras ni facturas si no que sirve para registrar
un compromiso de compra/suministro a un precio:
- cuando se hace una compra de un producto y proveedor con contrato lo
selecciona automáticamente y usa el precio del contrato.
- Va controlando la cantidad servida/recibida respecto a la cantidad total
pactada.
- Permite indicar la cantidad en origen (en nuestro caso de uso, la balanza
del proveedor) y la de destino (la del cliente, el usuario de tryton) y
determinar en cada contrato cuál de las dos cantidades se usa a la hora de
facturar y para controlar la cantidad servida respecto a lo pactado. A
nivel de estoc siempre se va a contar la cantidad en destino, lógico.

Guillem

Re: [tryton-es] Sobre los Plazos o Terminos de Pago - Problema y Solución plazos con seña + 30 dias

[Guillem Barba Domingo]

El 08/05/2015 14:30, Sergi Almacellas Abellana se...@koolpi.com va
escriure:

 El 08/05/15 a les 14:20, Agustín Montagna ha escrit:

 1) Por ejemplo una compra de 100$ a un proveedor a pagar en 30 días,
 pero que en el día 0 le pago una parte de 10$. Lo que sucedía en Tryton
 es que quedaba en a pagar hoy en -10$ y en líneas a pagar total
 quedaban 110$. Estos números negativos complicaban la lectura.

 2) Algo similar sucedía al hacer una venta a plazo pero que el cliente
 me deja una seña.


¿Cómo introduces esta seña? Porque parece que lo estás metiendo del revés.

 Igual el mòdulo account_deposit nuevo en la versión 3.6 te sirve para
reflejar la seña:


http://hg.tryton.org/modules/account_deposit/file/2ded07a26c11/doc/index.rst


Seguramente te puede ayudar a ver como debería ser el asiento(s) a
introducir.

Re: [tryton-es] Ayuda con proteus

[Guillem Barba Domingo]

El 05/05/2015 23:24, Albert Cervera i Areny alb...@nan-tic.com va
escriure:

 2015-05-05 8:36 GMT+02:00 Guillem Barba Domingo guillemba...@gmail.com:
  El 04/05/2015 23:35, Antonio Roncero ronc...@gmail.com va escriure:
 
  ok, solucionado. Efectivamente crea un address vacio
 
  Solo como aclaración; no es Tryton servidor el que crea una dirección al
  crear el tercero sino el cliente Tryton, que como el formulario del
tercero
  tiene definido el campp addresses para que se muestre en modo
formulario,
  tiene este efecto.

 Esto era en Open :D

 http://hg.tryton.org/modules/party/file/a426a130de25/party.py#l105

Ups, me he colado :-P

[tryton-es] Subido commit que cambia el método de redondeo por defecto

[Guillem Barba Domingo]

Hola,
acabo de subir al módulo account_es un nuevo commit [1] que cambia el
método de redondeo por defecto del método Currency.round().

En el módulo de core éste es [2] ROUND_HALF_EVEN y ahora, para quien tenga
instalada la contabilidad española, es ROUND_HALF_UP
Esto está relacionado con esta issue de Tryton [3].

Con ROUND_HALF_EVEN el 5 redondea al número par más cercano:
,035X = ,04
,045X = ,04
,055X = ,06

Con ROUND_HALF_UP el 5 redondea al siguient entero:
,035X = ,04
,045X = ,05
,055X = ,06

salut!

[1]
https://bitbucket.org/trytonspain/trytond-account_es/commits/8b22e34cb1a8f0ff82aaed60d33ee9da5687946a
[2] http://hg.tryton.org/modules/currency/file/2bffbc8daae5/currency.py#l198
[3] https://bugs.tryton.org/issue1147

-- 
Guillem Barba
http://www.guillem.alcarrer.net

Re: [tryton-es] Ayuda con proteus

[Guillem Barba Domingo]

El 04/05/2015 23:35, Antonio Roncero ronc...@gmail.com va escriure:

 ok, solucionado. Efectivamente crea un address vacio

Solo como aclaración; no es Tryton servidor el que crea una dirección al
crear el tercero sino el cliente Tryton, que como el formulario del tercero
tiene definido el campp addresses para que se muestre en modo formulario,
tiene este efecto.

Proteus emula _a todos los efectos_ el comportamiento del cliente.

 Aquí el código funcional

 party = Party()
 party.name = partner.name
 party.vat_number = 'XXX...XX'
 party.vat_country = 'XX'
 print partner.name
 first = True # flag para detectar si es el primero

 for address in partner.address: # con el debuger solo entra una vez pero
crea dos direcciones
 address_new = Address()
 address_new.name = address.name
 address_new.street = address.street
 
 if first:
 party.address[0] = address_new
 first = False
 else:
 party.addresses.append(address_new)
 party.save()




 El lunes, 4 de mayo de 2015, 21:45:03 (UTC+1), Karla Stenger escribió:



 El 4 de mayo de 2015, 14:56, Antonio Roncero ron...@gmail.com escribió:

 Gracias Raimon,

 pero la asignacion party.addresses = address_news lanza una excepcion
de attribute error

 El lunes, 4 de mayo de 2015, 18:36:27 (UTC+1), raimonesteve escribió:

 2015-05-04 19:26 GMT+02:00 Antonio Roncero ron...@gmail.com:
  Hola,
 
  estoy usando proteus en un script para importar terceros. El tema es
que
  cuando genero un tercero que solo tiene una dirección, en tryton me
aparecen
  dos y si tiene dos, me aparecen tres.
 
  Esta es la parte involucrada de codigo
 
  party = Party()
  party.name = partner.name
  party.vat_number = 'XXX...XX'
  party.vat_country = 'XX'
  print partner.name
 address_news = []
  for address in partner.address: # con el debuger solo entra una vez
pero
  crea dos direcciones
  address_new = Address()
  address_new.name = address.name
  address_new.street = address.street
 address_news.append(address_new)
  
 party.addresses = address_news
  party.save()
 
  Alguna idea? gracias

 nota:
 sin testear

 Raimon


 ​Hola,
 cuando estuve con eso descubrí que party.addresses tiene un elemento
vacío desde el momento en que se hace party.save()

 Ahora, no logro entender si lo que te sucede es que te crea una address
_duplicada_ (en cuyo caso mi descubrimiento no sirve de nada) o simplemente
una address extra _vacía_.

 Si el caso es el segundo, es muy sencillo modificar la address vacía, o
si ves que la address ya no está vacía, crear una nueva (en caso que tengas
una party con mas de una address).

 Ojala te sirva de algo,
 Saludos,
 Karla.

 --
 -
 Karla  Mª  Stenger  Sábat
 karla@gmail.com

Re: [tryton-es] Manual de desarrollo

[Guillem Barba Domingo]

El 28/04/2015 16:56, Oscar Javier Moreno Rey ojmore...@gmail.com va
escriure:

 Hola Antonio,

 
  me gustaría ponerme a hacer mi primer modulo con tryton. ¿Sabéis de
algún
  manual de desarrollo sobre un modulo real mas allá de la documentación
técnica?


 Tal vez te sirva el tutorial para HelloWorld [1].

 [1] https://code.google.com/p/tryton/wiki/HelloWorld

 Saludos,

Esta página de la wiki me suena que está desactualizada.
En el servidor Mercurial de Tryton (hg.tryton.org) hay el repositorio
training (creo q se llama así) que es una especie de tutorial paso a paso
de la creación de módulos.

Creo que funciona que tiene varias ramas y vas pasando de una a otra para
ver la evolución... Nunca lo he probado.
Supongo que tendrá un README con la explicación

Re: [tryton-es] Venta sin Tiket

[Guillem Barba Domingo]

2015-02-14 1:06 GMT+01:00 Luis Deiana luis.deian...@gmail.com:

 Como puedo hacer que cuando pago una venta (con TPV) no me muestre el
 tiket ?


modificando el código

-- 
Guillem Barba
http://www.guillem.alcarrer.net

Re: [tryton-es] Re: Personalización de las facturas (logo empresa)

[Guillem Barba Domingo]

2015-02-12 18:42 GMT+01:00 Maria Cecilia Santos Popper cecili...@gmail.com
:

 Hola, a continuación detallo el problema que se me presenta para
 personalizar los reportes


 On Tuesday, January 14, 2014 at 8:42:03 PM UTC-3, Viva el Software Libre
 wrote:

  Dejo aquí los pasos que he seguido para incluir en los informes de
 facturas el logo de la empresa añadido a la base de datos:

1. Instalar el módulo company_logo: https://bitbucket.org/
trytonspain/trytond-company_logo
https://bitbucket.org/trytonspain/trytond-company_logo

 he instalado el módulo correctamente


1.
 2. Subir el logo de nuestra empresa a nuestra base de datos:
Terceros - Configuración - Empresas - nuestra empresa - Informes -
Seleccionar una imagen... (botón de la izquierda de abajo del todo -una
lupa sobre un documento-) - seleccionamos nuestro logo - Guardar.


 He guardado el logo correctamente


1.
2. Crear un marco en nuestra plantilla personalizada que muestre el
logo que acabamos de subir a nuestra empresa en la base de datos: abrir el
fichero ODT de nuestra plantilla en LibreOffice - situar el cursor del
ratón en el lugar aproximado en que queremos que se muestre nuestro logo 
 -
Insertar - Marco - Opciones: Nombre = *image:
(StringIO(str(company.logo)), 'image/png')* - configurar el resto de
marco a nuestro gusto (tamaño y posición en Tipo, hiperenlace, borde, 
 etc.)
- Aceptar - Guardar.

  He aquí donde encuentro el problema ya que la versión de Libre office
 que estoy utilizando ( 4.2.5.2) no ofrece la opción Insertar - Macro. La
 única opcioń de macros disponible es Organizar Macro - Nueva - Editor
 Visual Basic


Insertar MARCO no MACRO



 No he podido completar los siguientes pasos porque he quedado varada en
 este punto.


 Y repetimos los pasos 3 y 4 del primer mensaje de este hilo.

 Nota: si el logo tiene otro formato, cambiar png por lo que corresponda.

 Espero ahorrarle algo de tiempo a otros principiantes como yo.

 ;-)

 Fuentes:
 http://doc.tryton.org/3.0/trytond/doc/topics/reports
 http://code.google.com/p/python-relatorio/wiki/IndepthIntroduction
 http://www.tryton.org/~irclog/2011-12-05.log.html

 Saludos




 Gracias




-- 
Guillem Barba
http://www.guillem.alcarrer.net

Re: [tryton-es] sale_pos - self_pick_up activo en estado presupuesto y confirmado

[Guillem Barba Domingo]

El 29/01/2015 13:34, Luis Deiana luis.deian...@gmail.com va escriure:

 El jueves, 29 de enero de 2015, 8:35:41 (UTC-3), Jordi Esteve
(Zikzakmedia) escribió:

 El 29/01/15 a les 08:21, Raimon Esteve ha escrit:
  2015-01-29 0:32 GMT+01:00 Luis Deiana luis.d...@gmail.com:
  Buenas noches, quería hacer una sugerencia que desde mi punto de
vista
  podría ser muy útil y le daría mayor flexibilidad a Tryton (si es que
no hay
  una solución ya para este tema):
  Por que no se habilita la opcion self_pick_up en los estados
posteriores a
  borrador ?
  Según configuración en la tienda:
 
 
https://bitbucket.org/zikzakmedia/trytond-sale_pos/src/db1ad8189738acfcdc723e7602f6938b324390d3/shop.py?at=default#cl-14
 
https://bitbucket.org/zikzakmedia/trytond-sale_pos/src/db1ad8189738acfcdc723e7602f6938b324390d3/sale.py?at=default#cl-48
 
  Pues la tienda física A el cliente lo viene a recoger = pick up y la
  tienda B es un call center y le envias por transportista

 Raimon, creo que Luis no se refería a esto, sinó a que una venta, una
 vez está en presupuesto o confirmada, no te deja marcar la opción
 autorecogida (self_pick_up) en el formulario de la venta.

 Esto está hecho así en coherencia a otros campos de la venta. La opción
 autorecogida (self_pick_up) cambia los métodos de facturación y envío de
 la venta, y estos también se deshabilitan en los estados posteriores a
 borrador (presupuesto o confirmado).

 Estoy de acuerdo que daría más agilidad poder cambiar estos 3 campos en
 los estados posteriores a borrador (presupuesto o confirmado).


 Es esto a lo que me refiero. En mi caso particular vuelvo desde
presupuesto a borrador, marco self_pick_up y pago la venta.

Éste es el flujo esperado.


Aunque tiene sentido la propuesta que haces, también podría tener efectos
colaterales no deseados teniendo en cuenta la modularidad de Tryton: podría
haber campos, añadidos por un módulo, que dependan de estos campos y
entonces estos también deberían ser editables. Como potencialmente podría
ser cualquier campo... Ya la tendriamos liada.
Teniendo en cuenta esto, la lógica de Tryton, aunque estricta, tiene
lógica: en borrador se pueden modificar todos los campos, en los siguientes
estados ninguno.
No pases a confirmado hasta q los datos de la venta no estén 100% seguros.

Salut!

guillemBarba

Re: [tryton-es] el filtro: Entidad: !=Cliente Mostrador. No funciona ?

[Guillem Barba Domingo]

El 29/01/2015 8:27, Raimon Esteve raimonest...@gmail.com va escriure:

 2015-01-28 23:06 GMT+01:00 Luis Deiana luis.deian...@gmail.com:
 
 
  El miércoles, 28 de enero de 2015, 12:47:52 (UTC-3), Jordi Esteve
  (Zikzakmedia) escribió:
 
  On 28/01/15 14:17, Jesús Martín Jiménez wrote:
 
 
 
  El 28 de enero de 2015, 14:14, Luis Deiana luis.d...@gmail.com
escribió:
 
  Buenos dias, cuando se vende a un cliente no habitual utilizo un
cliente
  llamado Cliente Mostrador y necesito que Tryton me muestre todas las
  ventas que no se hicieron a este cliente. Por lo tanto lo filtro
según el
  link 1* de la siguiente manera:
 
  Entidad: !Cliente Mostrador
  tambien probe: Entidad: !=Cliente Mostrador
 
  No me reconoce el filtro y me muestra todas las ventas incluidas las
del
  Cliente Mostrador
 
  Utilizo Tryton 3.2
 
  1*
 
http://doc.tryton-erp.es/trytond_doc/tryton_buscador.html#operaciones-con-el-filtro
 
 
  Prueba de poner los dos puntos después del igual.
 
  Entidad !=: Cliente Mostrador
 
 
  Esto no me suena que funcione bien como filtro. Debería ser
 
  Entidad: !Cliente Mostrador
 
 
  Ninguna de las opciones dio resultado, el espacio me lo recibe si lo
cambio
  por guion bajo (Clienet_Mostrador). Pero la negacion no me la reconoce
de
  ninguna manera.

 Revisalo porque es tal como te lo he comentado.

 todos los string con espacio, se debe usar las comillas. Si usas el
 buscador interno, verás que lo pone en comillas si hay un espacio:

 Nombre: Cliente Varios

 Y la negación, con !

 Nombre: !Cliente Varios

Esto funciona en general pero no en esta ocasión.
Mejor dicho: esta negación funciona si es contra Nombre pero no contra
Entidad

El modelo Party tiene definido este search_rec_name (aproximadamente):
def search_rec_name():
  return ['OR',
('name',) + clause[:1],
('code',) + clause[1:],
]

Creo que esta OR hace que la negación no funcione.
Éste lunes o martes me encontré con un caso igual en otro modelo pero tengo
pendiente investigarlo (ver exactamente como trata la negación).

Creo que no se puede, pero a ver si esto funciona:
Entidad/Nombre: !Cliente Mostrador

Salut!
Guillem

Re: [tryton-es] Re: Tercero requerido y extracto bancario

[Guillem Barba Domingo]

El 21/01/2015 20:53, Manuel Bailen bai...@esdebian.org va escriure:

 Bueno ya resolví el problema para rizar un poco el rizo hice
 $ quilt pop account_invoice_51e5f7fb547b.patch
 de esta forma quité los patch a partir que hacían fallar el
account_paiment_sepa y mantuve los demás.

Desde ayer, este parche está arreglado. Un inv fetch te debería dejar
todo OK

Re: [tryton-es] Error La cantidad anglosajona no puede ser mayor que la cantidad

[Guillem Barba Domingo]

2015-01-12 23:49 GMT+01:00 Eduardo J de la Garza G ejdelagar...@gmail.com:

 Hola,
 Al intentar procesar un pago desde el módulo pos_sale con autorecogida,
 obtengo este mensaje de error La *cantidad anglosajona no puede ser
 mayor* que la *cantidad*. ¿alguien sabe a qué se debe?
 Gracias de antemano,
 Eduardo


Parece que tienes instalado el módulo account_stock_anglo_saxon. Lo
necesitas? Nosotros no lo usamos con lo que no te puedo ayudar.


-- 
Guillem Barba
http://www.guillem.alcarrer.net

Re: [tryton-es] Registro de correspondencia

[Guillem Barba Domingo]

2015-01-12 18:46 GMT+01:00 Oscar Andres Alvarez Montero 
oscar.alvarez.mont...@gmail.com:

 Yo desarrolle ese modulo, pronto lo liberare en bitbucket, te estaré
 avisando
 On 12 Jan 2015 11:17, ldalmau dalmau.ll...@gmail.com wrote:

 Hola Jordi,

  ¿Es posible llevar un registro de correspondencia con tryton (entradas

  y salidas)? ¿Alguna recomendación o módulo para ello?

 ¿A que te refieres con registro de correspondencia (entradas y
 salidas)?

 1) ¿A correspondencia física? Por ejemplo, ¿los típicos registros de
 entrada y salida de las administraciones públicas? No hay nada al
 respecto,


  A eso me refiero. Con un simple listado, con número, entrada/salida
 fecha, emisor/receptor y asunto, bastaria para empezar, posteriormente se
 podria evolucionar y ver como registrar el event para un tercero concreto.


puedes mirarte los módulos activity, tal vez te sirvan.

-- 
Guillem Barba
http://www.guillem.alcarrer.net

Re: [tryton-es] product_price_list_category

[Guillem Barba Domingo]

2015-01-12 22:17 GMT+01:00 Luis Deiana luis.deian...@gmail.com:


 El lunes, 12 de enero de 2015, 4:58:37 (UTC-3), raimonesteve escribió:

 2015-01-10 17:01 GMT+01:00 Luis Deiana luis.d...@gmail.com:
  Hola, es posible que al crear una lista de precios y seleccionar una
  categoria me incluya las subcategorias ? o sea si tengo esto:
 
  Catgeoria 1
   Producto 1
   Categoria 1.1
  Producto 1.1
  Categroria 2
 
  y en una lista de precios seleciono Categoria 1 me incluya a los
 productos
  de la Categoria 1.1

  pattern['category'] = product.category and product.category.id or None
 (1)

 Si deseas todas las categorias, podrias crear un pattern e incluir
 categories aunque lo correcto seria el orden inverso que comentas,
 de cat 1.1 a cat 1


Por mi no, si se quiere este comportamiento lo lógico es lo que comente
Luís de que seleccionando la categoría padre se aplique también para las
hijas.



 (1) https://bitbucket.org/zikzakmedia/trytond-product_
 price_list_category/src/8f928efdeaf9fa91f3a9c9d3aa502f
 b8100665b3/price_list.py?at=default#cl-18


 Gracias por la respuesta pero no logro entender, es necesario programar ?


Sí, habría que hacer un módulo que amplie o sustituya el
product_price_list_category

-- 
Guillem Barba
http://www.guillem.alcarrer.net

Re: [tryton-es] Re: Tercero requerido y extracto bancario

[Guillem Barba Domingo]

2015-01-18 22:08 GMT+01:00 Manuel Bailen bai...@esdebian.org:

 Hola, perdonar otra vez pero sigo teniendo problemas con las
 actualizaciones de mi base de datos, detallo los paso que sigo


Manuel, cuando sea un problema nuevo (aunque parecido), abre un hilo nuevo.
Así, quien lea los archivos de la lista buscando soluciones le es más fácil
encontrar la solución a cada problema.

Sigo debajo.

Creo un nuevo entorno virtualenv
 Creo un proyecto en una nueva carpeta utilizando las herramientas Nantic
 (siempre me funcionó sin problemas)
 El archivo trytond.conf es el siguiente,
 [database]
 uri=postgresql://tryton:fani@localhost:5432
 path = /home/manuel/tryton/adjuntos
 [session]
 super_pwd=px
 Actualizo la base de datos,
 python trytond/bin/trytond -c trytond.conf --all -d DB

 Entonces durante la actualización devuelve un error relacionado con
 decistmt


Esto se debe a que no tienes bien aplicados los parches, ya que este módulo
se añade en un parche *.

Una forma de ver si es este tu problema:
$ quilt pop -a
Eliminando el parche X.diff
Restoring Y.py
...

$ quilt pop -a = sí, otra vez
No se eliminaron parches = así estás seguro que todos los parches se han
desaplicado correctamente

$ quilt push -a
Aplicando el parche X.diff
patching file Y.py
... = no debe salir nada en rojo

$ quilt push -a = sí, otra vez ;-)
Archivo de series completamente aplicado, finaliza en el parche Z.diff

Si te sale algun mensaje en rojo o de error en el primer quilt push o no
te sale el mensaje que indico en el segundo, es que no se han aplicado bien
los parches.
Si es así lo comentas *después* de hacer lo que te indico en el punto 2

* Asumo que entiendes suficiente todo lo que incluyen las herramientas
NaN-tic:
- directorio tasks: tareas invoke para gestionar los repositorios
(basado en los ficheros de config) y para realizar tareas relacionadas
con el desarrollo y mantenimiento de Tryton
- directorio utils: otros scripts, muchos de ellos candidatos de pasarse
a tareas invoke algun dia
- directorio config: los ficheros donde se detallan los repositorios de
Tryton y módulos de core y de terceros (esto sería bastante típico tenerlo
personalizado)
- *directorio patches*: parches que se aplican a los repositorios de core
(tryton, trytond y módulos de core) necesarios para que nuestros módulos y
los de ZZ (trytonspain, nantic y zz) funcionen .
  O son backports de parches de trunk (rama default) que consideramos
interesante o necesario tenerlos ya, o parches de bugs que están en proceso
de incluirse y mientras tanto se aplican así.
  Cuando el parche se aplica a la rama actual los eliminamos. Aquí puede
haber algun día de desfase durante el cual fallará la aplicación de los
parches porque los cambios ya están en el repositorio.


Para solucionarlo he probado 2 cosas:
 1: Eliminar los módulos commission
 Me permite actualiza la BD pero cuando quiero crear una asiento o
 confirmar una factura devuelve el error:
 Además no aparece el campo company en la vista de account_move

 Traceback (most recent call last):
   File /trytond/protocols/jsonrpc.py, line 150, in _marshaled_dispatch
 response['result'] = dispatch_method(method, params)
   File /trytond/protocols/jsonrpc.py, line 179, in _dispatch
 res = dispatch(*args)
   File /trytond/protocols/dispatcher.py, line 161, in dispatch
 result = rpc.result(meth(*c_args, **c_kwargs))
   File /trytond/modules/account/move.py, line 251, in create
 moves = super(Move, cls).create(vlist)
   File /trytond/model/modelsql.py, line 431, in create
 [insert_values], [table.id]))
   File /trytond/backend/postgresql/database.py, line 312, in execute
 return self.cursor.execute(sql, params)
 IntegrityError: el valor null para la columna «company» viola la
 restricción not null
 DETAIL:  La fila que falla contiene (2636, null, 1, 2015-01-18
 11:58:27.421953, pru, null, 1, 1833, 9, null, draft, null, 2015-01-17,
 null, null).


Esto también tiene pinta de que no tienes el código + parches bien
actualizado.

2. Actualizo el servidor

 invoke pull --config config/base.cfg
 invoke update --config config/base.cfg
 invoke pull --config config/core.cfg
 invoke update --config config/core.cfg


Para asegurarte que tienes bien actualizado todo el código y/o si te salen
errores al aplicar los parches, haz lo siguiente después de un inv fetch
o de los pull + update

$ quilt pop -a
$ quilt pop -a (yo soy así, lo ejecuto 2 veces para leer fácil si hay algun
problema ;-))
$ inv status --no-quilt (esto saca un hg status por cada repositorio sin
hacer nada con el quilt)
(No debería escribir nada, a no ser que tu hayas tocado el código de algún
módulo. Si hay algun cambio que no quieres/controlas, se deshará con el
siguiente comando)
$ inv update --clean (esto deshace *cualquier* cambio que haya en los
repositorios, dejando exactamente el mismo código. Si tienes algun cambio
que te interesa conservar, cópia el fichero antes de hacer esto)
$ quilt push -a
$ quilt push -a

Ahora, después del 

Re: [tryton-es] Re: docs en español, pero salen en inglés

[Guillem Barba Domingo]

El 20/01/2015 14:12, Maria Cecilia Santos Popper cecili...@gmail.com va
escriure:

 2015-01-20 4:45 GMT-03:00 Raimon Esteve raimonest...@gmail.com:

 2015-01-19 15:36 GMT+01:00 Maria Cecilia Santos Popper 
cecili...@gmail.com:
 
 
  2015-01-19 7:51 GMT-03:00 Raimon Esteve raimonest...@gmail.com:
 
  2015-01-16 18:40 GMT+01:00 Maria Cecilia Santos Popper
  cecili...@gmail.com:
 
 
  Gracias Raimon por la respuesta!
 
 
   Gracias Agustín, justamente, tengo todos los archivos .po
actualizados y
   con
   las correspondientes traducciones y aún así sale todo en inglés.
   Creo que tiene que ver con el idioma de la base...voy a segur
   investigando...
 
  1. Marca que idiomas estan activos
 
  Tengo marcado el idioma Español (Argentina) (en Administración -
  Localización - Idiomas está tildado el idioma bajo la columna T)
 
  2. Actualiza el módulo para que cargue las traducciones
 
  De acuerdo a lo que veo en la carpeta modules/account_incoice/locale
está
  generado el archivo para el idioma es-AR, lo mismo en el módulo
sale_pos y
  sale.
 
  3. Revisa que no haya ninguna traducción en revisión (fuzzy)
 
  Si fueses amable de indicarme como hacer esto? No encuentro esta
opción en
  ningún lado desde el lado del cliente tryton.

 Admin/Localización
 Efectivamente, allí no veo ninguna traducción en estado fuzzy.
Simplemente veo el idioma es_AR seleccionado.



  También he configurado a todos los usuario con el idioma en es_AR. Lo
que no
  se como hacer es configurar la base de datos para que utilice este
idioma.

 Admin/Usuarios. Los usuarios a sus preferencias trabajan con un idioma


 He verificado que todos los usuarios tienen seleccionado en Preferencias
el idioma es_AR.

 También he notado que esto se produce utilizando el módulo invoice y el
módulo sale_pos. En una base anterior, cuando utilizaba el módulo
invoice_ar, las facturas se emitían en castellano.




  Cualquier información estaré agradecida.
 
  Saludos
  Cecilia

Una vezmarcado el idioma como Traducible (la columna T que dices) hay
que actualizar todos los módulos.
Las traducciones de los ficheros PO se cargan, para los idiomas activos, al
instalar y actualizar el modulo.

Para actualizar todos los módulos, puedes hacerlo arrancando el tryto.d con
la opción --all (v3.4+) o -u all (hasta la v3.2), o por la interfaz,
marcar para actualizar el módulo ir.

Si lo que no te sale traducido son los informes (el ODT o PDF de la
factira, venta...), lo que pasa es que debes seleccionar el idioma Español
al Tercero.
Las facturas y ventas se traducem al idioma del cliente/proveedor, no del
usuario.

Salut
Guillem

Re: [tryton-es] Tercero requerido y extracto bancario

[Guillem Barba Domingo]

El 05/01/2015 12:24, Albert Cervera i Areny alb...@nan-tic.com va
escriure:

 2015-01-05 11:29 GMT+01:00 Manuel Bailen bai...@esdebian.org:

 Gracias Albert,

 Actualicé el servidor hace unos días pero algo debió salir mal,lo hice
(como prueba) con el comando

 invoke update
 y luego
 invoke clone


 Un sólo invoke fetch debería ser suficiente.

En cualquier caso, un solo inv update no sirve.
Los comandos invoque siguen una nomenclatura parecida a mercurial:
- Inv pull: se descarga los nuevos commits de los repositorios
- Inv update: actualiza los repositorios a la ultima versión DESCARGADA de
la rama actual
- Inv clone: descarga repositorios nuevos
- Inv fetch (este tiene un significado diferente a hg): mega combo que hace
pull + update + clone + pip install

Al hacer update sin un pull previo, no tenias en local nuevos commits a
aplicar.

Re: [tryton-es] Como hacer filtro de búsqueda que reciba dos valores para el mismo parametro?

[Guillem Barba Domingo]

El 29/11/2014 4:40, Leonardo Ortega Hernandez leon9...@gmail.com va
escriure:

 Gracias Oscar por responder. ¿Pero entonces eso significa que no hay un
widget que pueda usar?

No

 On Nov 28, 2014 7:56 PM, Oscar Andres Alvarez Montero 
oscar.alvarez.mont...@gmail.com wrote:

 Leo debes enseñarle al usuario a escribir el filtro en la barra guiate
como hace tryton el de fecha y reemplaza el nombre de los campos

 On 28 Nov 2014 11:20, Leonardo Ortega Hernandez leon9...@gmail.com
wrote:

 Hola a todos.

 estoy apoyado el desarrollo de un modulo en Tryton, en este modulo
existen un modelo que posee un campo de tipo entero,  lo llamare unidades.
 lo que quiero hacer es una búsqueda por ese campo usando la herramienta
de búsqueda que tiene el Cliente Tryton. Esta búsqueda debe recibir dos
valores para el mismo campo. Ejemplo: (unidades = valorA  unidades =
ValorB). Tal como lo hace cuando definimos un campo tipo fecha.

 De antemano muchas gracias por su ayuda.

Re: [tryton-es] Re: Error con plazo de pago tipo fijo

[Guillem Barba Domingo]

El 28/11/2014 7:48, Manuel Bailen bai...@esdebian.org va escriure:

 Bueno ya solucione el problema que no era tal, sino que cuando
introducía el importe en el vencimiento fijo, utilizaba número positivo,
cuando requiere un número negativo.
 Sin el módulo account_payment_type si permite la contabilización y hace
el asiento al revés, entonces comprendí mi error.

Esto tiene sentido, pues el account type es un funcional que coge un
valor u otro según el signo del importe.

Podrías crear una issue en el modulo accoubt_payment_type explicando esta
situación

Re: [tryton-es] Re: 'NoneType' object has no attribute 'name'

[Guillem Barba Domingo]

El 14/11/2014 17:08, Luis Deiana luis.deian...@gmail.com va escriure:

 No se si tiene que ver, pero tengo una regla de abastecimiento de un
producto con min 1 y max 1 y en el almacén tengo 1 (esto lo comprobé desde
producto por ubicación dentro de variante de producto y también en el
inventario completo) pero al ejecutar el asistente Crear solicitudes de
compra me crea una solicitud con este producto y en la solicitud dice que
la existencia a la fecha del suministro es de cero.

El generador de solicitudes de compra mira la Cantidad prevista.
Seguramente tienes planificada alguna salida de este producto o produccion
que lo consume.

 Hay relación ? Como puedo solucionar ambos problemas?

No creo, pero no he mirado el código relacionado con el error que te salía

Re: [tryton-es] Incomptatibilidad con módulo account_invoice_consecutive

[Guillem Barba Domingo]

El 11/11/2014 15:29, Jordi Esteve jest...@zikzakmedia.com va escriure:

 On 07/11/14 16:59, Albert Cervera i Areny wrote:

 2014-11-07 15:41 GMT+01:00 Jesús Martín Jiménez jmar...@zikzakmedia.com
:

 Hola,

 El 7 de noviembre de 2014, 15:13, Albert Cervera i Areny
 alb...@nan-tic.com escribió:

 2014-11-07 11:41 GMT+01:00 jmartin jmar...@zikzakmedia.com:

 Hola,

 Estoy desarrollando un módulo que permitiría asignar diferentes
números
 de
 secuencia a facturas de cliente y de devolución de cliente en función
 del

 Perfecto! Ya comentarás cuando esté publicado...


 Lo he colgado de trytonspain [1] -_-'

 Perfecto.

 Algunos comentarios:

 - No lo he probado pero creo que falla si haces una factura de
 proveedor (en ningún sitio compruebas que sólo tienes que buscar la
 secuencia si se trata de factura/abono de cliente).


 En principio debería funcionar también para facturas de proveedor, ahora
veo que el primer commit que ha hecho Jesús ha limitado asignar diferentes
números de secuencia a facturas de cliente y de devolución de cliente en
función del diario.

 La idea original es que este módulo permita asignar diferentes números de
secuencia a cualquier tipo de facturas en función del diario, de manera que
también permite tener secuencias distintas en facturas de proveedor.

 La nueva clase account.journal.invoice.sequence debería llamarse
account.journal.invoice.sequence.out (contiene secuencias estrictas de
factura de salida). Y hacer una nueva clase
account.journal.invoice.sequence.in con las dos secuencias estrictas de
facturas de entrada (proveedor). Y en account.journal tener dos campos
sequences_out y sequences_in que sean sólo visibles cuando el diario sea de
tipo revenue o income respectivamente.


 - Pienso que también estaría bien poder ver la llista de secuencias en
 el año fiscal (normalmente configurarás un nuevo año y esperas
 encontrar ahí toda la configuración).

 No es fácil mostrar en el ejercicio fiscal todas las distintas secuencias
de cada período y diario. Se me ocurre añadir una pestaña nueva en los
ejercicios fiscales que tuviera dos campos o2m apuntando a
account.journal.invoice.sequence.out y account.journal.invoice.sequence.in
con un domino del ejecicio fiscal. ¿Qué os parece?


 - Falta un dominio en el campo period que asegure que el período está
 dentro del año fiscal introducido (el cual es obligatorio).

 Totalmente de acuerdo.


 - Y para terminar: en mi opinion no es necesario soportar la
 posibilidad de tener varias secuencias por período. No creo que tenga
 mucho sentido. Para mi, sólo lo tiene a nivel de año fiscal porqué lo
 que quieres es evitar el problema de la correlación de números y
 fechas y si tienes una secuencia por cada mes siempre puedes hacer una
 factura al 30 o 31 del mes anterior.


 No entiendo esto último de correlación de fechas y hacer una factura el
30 o 31 mes anterior.

 Yo creo que no está de más soportar varias secuencias por período, pues
es una extensión natural de lo que tiene Tryton de base en account: Permite
definir las secuencias de facturación a nivel de ejercicio fiscal o a nivel
de período.

 Ahora extendemos esta base para que las facturas puedan tener secuencias
de facturación a nivel de diario y ejercicio fiscal o a nivel de diario y
período. Hacerlo por diario y período es opcional, igual que pasa en el
módulo base account.

 [1] https://bitbucket.org/trytonspain/trytond-account_invoice_sequence


Un par de comentarios sobre este módulo, aunque un poco alejados del tema
de esre hilo.

Se ha comentado este módulo con gente de Sudamérica? En concreto de Brasil
y/o argentina?
Me suena que ellos tienen, por ley, diferentes secuencias. Tal vez tienen
algún módulo ya hecho o algun comentario sobre el.diseño para poderlo
aprovechar.
Seria bueno unificar esfuerzos y módulos, así será más facil incluirlo a
core si algún dia se plantea.

El segundo tema es mas perapunyetes y supongo que ahora ya no se
cambiará, pero el nombre del módulo podria ser
account_invoice_multisequence.
Sin el multi lo veo demasiado genérico, puede haber otros modulos que
también extiendan la funcionalidad de las secuencias de facturas.

Salut!
Guillem

Re: [tryton-es] desactivar un menuitem en modulos de tryton

[Guillem Barba Domingo]

El 05/11/2014 15:42, Fernanda Ochoa ferchuoc...@gmail.com va escriure:

 Hola Guillem, sisis tengo las dependencias de los modulos que desactivo,
lo acabo de verificar por las dudas y estan todas las dependencias. Asique
nose que puede ser.
 Cualquier otra cosa que se  te ocurra la pruebo.

Sin ver el código, ni idea

PD: por favor, no hagas TOP posting que dificulta seguir la conversación.

Re: [tryton-es] POS automatico en las facturas

[Guillem Barba Domingo]

El 04/11/2014 20:17, Matias Núñez matiasgabri...@gmail.com va escriure:

 Muchas gracias por responder Raimond, lamento no haberme explicado mejor,
tenemos una impresora fiscal en un punto de venta y al hacer la factura
desde el cliente tryton hay que llenar el campo POS correspondiente que
tiene la ip de la impresora ya cargado y luego confirmar para que salga el
tiket. Lo que nos gustaría  es que ese campo se llene automaticamente, no
se si con esto me explico mejor

La información local de la ejecución del cliente Tryton no está disponible.
Supongo que se podría hacer algún tipo de plugin para el cliente, pero aún
no me he metido en este tema.

Una alternativa es tener ususarios por punto de venta (con lo que se pierde
qué persona lo hace) o simplemente que quien haga esto rellene manualmente
el campo de Punto de venta.

Re: [tryton-es] desactivar un menuitem en modulos de tryton

[Guillem Barba Domingo]

2014-10-30 13:52 GMT+01:00 Fernanda Ochoa ferchuoc...@gmail.com:


 Hola,
 Volví a tener inconvenientes con la visibilidad de los módulos originarios
 de tryton sobre el menu.
 Realice lo que me recomendo Guillem, y funciona, pero cuando instalo algun
 otro modulo o actualizo uno existente, vuelven a aparecer.
 Alguien sabe porque me puede estar pasando esto?


¿has hecho que el módulo que tiene el XML que desactiva los menús dependa
de los módulos que modifica?

Si en tu módulo desactivas el menú de ventas, tu módulo debe depender del
módulo sale. Así, cada vez que se actualiza el módulo de ventas también
lo hará, después de este, el tuyo y volverá a desactivar el menú.

-- 
Guillem Barba
http://www.guillem.alcarrer.net

Re: [tryton-es] timezone en trytond.conf para la versión 3.4.0

[Guillem Barba Domingo]

El 24/10/2014 15:15, Fabrizzio Chavez Tejada fcha...@khipu.net va
escriure:

 Buenos dias con todos, les  escribo para consultarles lo siguiente, visto
que a partir de la versión 3.4 el archivo trytond.conf cambia su estructura:

 [jsonrpc]
 listen=*:8000

 [database]
 uri=postgresql://usuario:password@localhost:5432
 path=/var/lib/tryton/data # directorio donde se guardaran los adjuntos

 [session]
 super_pwd = clave encriptada

 cual es la sintaxis para el caso del timezone?, en versiones previas
ponía timezone GMT, pero ahora aparece este
mensaje: ERROR:trytond.server:timezeone is not set to UTC
 probe con:
 [timezone]
 timezone = GMT
 pero no funciona, agradezco su respueta saludos :)

Desde la versión 3.2 ya no se usa el timezone a nivel de servidor.
Todo se almacena en UTC y el cliente lo traduce a la hora local de la
máquina del cliente.

Cuando respondas en la lista, procura no hacer top posting, aunque sea una
respuesta a ti mismo.
Pon tus respuestas debajo el texto que estás respondiendo o ampliando.

Gracias!

Re: [tryton-es] desactivar un menuitem en modulos de tryton

[Guillem Barba Domingo]

El 27/10/2014 18:35, Fabyc fabia...@gmail.com va escriure:

 Hola.

 On Monday, October 27, 2014 3:09:59 AM UTC-5, Guillem Barba Domingo wrote:


 El 23/10/2014 1:19, Fabyc fabi...@gmail.com va escriure:

 
  Hola Guillem.
 
  On Tuesday, October 7, 2014 1:03:21 PM UTC-5, Guillem Barba Domingo
wrote:
 
 
  El 06/10/2014 15:31, Fernanda Ochoa ferch...@gmail.com va
escriure:
  
   Hola,
   Estamos creando nuevos módulos y re-ordenando el menú principal.
   Por ejemplo se creo un modulo que es de servicios y productos y
esta relacionado solo con las necesidades del negocio. Este modulo usa
Product de tryton, con lo cual cuando este se instala se ven los dos en
el menú principal.
   La duda surge porque quiero que solo se muestre en el menú
principal nuestros módulos y no los módulos originales de tryton, como por
ejemplo product o party.
  
   Intente, desde las vistas de los módulos de tryton, desactivar el
menuitem a traves de active=False (opción que esta en la documentación).
Pero esto no funciona.
   menuitem active=False  name=Party sequence=0
id=menu_party  icon=tryton-party /
 
  Me imagino que esto no funciona porque el tag menuitem no soporta
el atributo active.
  Lo que supongo qie te funcionará es, en tu módulo, tener una entrada
coml esta:
  record model=ir.ui.menu id=party.menu_party
  field name=active eval=False/
  /record
 
  El tag record te permite crear o modificar (según si el id existe o
no) un registro de la base de datos que tenga un XML ID (una entrada a
ir.model.data; todo lo que se da de alta desde XMLs y alguna cosilla más
como loa modelos).
  Dentro del.tag record puedes definir el valor para cualquier campo...
Creo q sin restricciones.
 
  Cómo sería para quitar/ocultar (en una vista heredada) determinadas
acciones
  ir.action.keyword e ir.action.act_window ?

 Creo que en este caso no tienen campo active y deberás eliminarlo con
el tag:
 delete id=xxx.xxx/
 No recuerdo si hay que pasarle el model o no.

  Estoy probando de manera similar a la solución que diste para los
menúes pero lanza este error:
 
  Traceback (most recent call last):
File trytond/bin/trytond, line 113, in module
  trytond.server.TrytonServer(options).run()
File trytond/trytond/server.py, line 123, in run
  Pool(db_name).init(update=update, lang=lang)
File trytond/trytond/pool.py, line 151, in init
  lang=lang)
File trytond/trytond/modules/__init__.py, line 429, in load_modules
  _load_modules()
File trytond/trytond/modules/__init__.py, line 397, in
_load_modules
  load_module_graph(graph, pool, lang)
File trytond/trytond/modules/__init__.py, line 251, in
load_module_graph
  tryton_parser.parse_xmlstream(fp)
File trytond/trytond/convert.py, line 441, in parse_xmlstream
  self.sax_parser.parse(source)
File /usr/lib/python2.7/xml/sax/expatreader.py, line 107, in parse
  xmlreader.IncrementalParser.parse(self, source)
File /usr/lib/python2.7/xml/sax/xmlreader.py, line 123, in parse
  self.feed(buffer)
File /usr/lib/python2.7/xml/sax/expatreader.py, line 207, in feed
  self._parser.Parse(data, isFinal)
File trytond/trytond/convert.py, line 484, in characters
  self.taghandler.characters(data)
File trytond/trytond/convert.py, line 247, in characters
  self.values[self.current_field] += data
  TypeError: unsupported operand type(s) for +=: 'bool' and 'unicode'
 

 Sin el trozo de XML que te está fallando es difícil saber qué está mal.

 Esto es lo que estoy tratando de hacer para ocultar el action.keyword de
impresión
 de Etiqueta del Tercero.

 record model=ir.action.keyword id=party.report_label_party
 field name=active eval=False
 /record

Mira si el modelo ir.action.keyword tiene el campo active (o por código en
trytond/ir/algo.py o en el listado de modelos dentro de Administración de
Tryton)... Me suena que no.
Si no, tendras que eliminar la entrada con el tag delete.

  Talvez hay algún manual o guía en donde hayan todos estos tipos de
diferentes opciones
  con ejemplos para los tags en las vistas?

 No se si en este enlace habrá más documentación:
 tryton-administration.readthedocs.org
 (puede qu el link no sea exacto. Lo he pasado bien en algun otro correo
de esta lista)


 No se si te refieres a este link [1] que ya lo había revisado pero no
encontré información
 al respecto de todo lo relacionado con esto del manejo de las vistas para
ocultar y/o eliminar
 menúes, act_window, act.keyword y demás.

Pues estaría muy bien que hicieras un Pull Request añadiendo lo que hayas
aprendido sobre este tema.

 [1] http://tryton-documentation.readthedocs.org/

 Muchas gracias

Re: [tryton-es] solicitud de producción automatica

[Guillem Barba Domingo]

El 16/10/2014 16:00, Luis Deiana luis.deian...@gmail.com va escriure:

 Hola, ya tengo instalado ese modulo, pero no me crea la solicitud de
producción automáticamente.

Automáticamente no se hace. Hay un asistente para crear las solicitudes de
producción.
No se si el módulo también crea una Acción planificada (inactiva) para
ejecutar este proceso periódicamente.
Si la crea, tendrás que activarla y configurar la periodicidad que te
interese.

 Cuando proceso la venta con sale_pos me deja en negativo el stock.
(Siempre me deja vender y no me da ningún aviso si no tengo stock?)

El sistema está pensado para que las ventas guien las necesidades de stock
(a producir, comprar...).
Cuando seleccionas el producto tienes la columna de Cantidad que te indica
el stock actual (y la Cantidad prevista para el stock estimado), con lo que
puedes hacer la comprobación manualmente.
Que te salte un aviso sería un modulo a parte.

Salut

Re: [tryton-es] Transporte Compras

[Guillem Barba Domingo]

2014-09-15 16:31 GMT+02:00 Luis Deiana luis.deian...@gmail.com:

 estoy probando ese modulo justamente, pero no encuentro como relacionar el
 pedido o el remito o la factura de compra con el transporte.


Se relaciona el albarán de entrada (proveedor), el campo Carrier [1]. No
está hecho que venga ya definido desde la compra.
Tampoco se genera ni relaciona ninguna compra del servicio de transporte,
más bien modela el caso de portes aunque tampoco veo que añada el coste
de estos portes a la factura (sólo lo añade al precio unitario del
movimiento de stock que se usa para calcular el valor del almacén y el
precio de coste del producto si no está configurado como fijo).

[1]
http://hg.tryton.org/modules/purchase_shipment_cost/file/43364d902b37/stock.py#l17


 El lunes, 15 de septiembre de 2014 11:13:05 UTC-3, Albert Cervera i Areny
 escribió:

 2014-09-08 16:44 GMT+02:00 Luis Deiana luis.d...@gmail.com:
  Buenos días, estuve probando el modulo Carrier e intente utilizarlo en
 una
  compra, pero no lo comprendo.
  Lo que hice fue:
  crear una compra a un proveedor X de un producto X y como no encuentro
 la
  manera de relacionar esa compra con el transporte cree otra compra
 donde el
  proveedor es el transportista T (el cual cree desde el modulo
 transportista
  con su respectivo producto T) pero para cargar el producto T en la
 compra
  tengo que tildar la opción de comprable al producto. Esto es así o me
 falta
  algún otro modulo o concepto ?

 Creo que necesitas el módulo purchase_shipment_cost.

 --
 Albert Cervera i Areny
 Tel. 93 553 18 03
 @albertnan
 www.NaN-tic.com




-- 
Guillem Barba
http://www.guillem.alcarrer.net

Re: [tryton-es] Transporte Compras

[Guillem Barba Domingo]

El 08/09/2014 17:17, Luis Deiana luis.deian...@gmail.com va escriure:

 El lunes, 8 de septiembre de 2014 11:58:40 UTC-3, raimonesteve escribió:

 2014-09-08 16:44 GMT+02:00 Luis Deiana luis.d...@gmail.com:

 Buenos días, estuve probando el modulo Carrier e intente utilizarlo en
una compra, pero no lo comprendo.


 el módulo carrier no depende de purchase.



 Lo que hice fue:
 crear una compra a un proveedor X de un producto X y como no encuentro
la manera de relacionar esa compra con el transporte cree otra compra donde
el proveedor es el transportista T (el cual cree desde el modulo
transportista con su respectivo producto T) pero para cargar el producto T
en la compra tengo que tildar la opción de comprable al producto. Esto
es así o me falta algún otro modulo o concepto ?


 si el producto relacionado con el transportista deseas que se vea en una
pedido de compra (lineas) debe tener activo la opción purchasable.


 Gracias Raimon. Entonces esta bien que hiciera dos compras (una para el
producto X y la otra para el producto T del transportista)?

 o tendria que hacer una sola compra al proveedor X donde incluya entre
sus lineas al producto X y al procto T ? si es así cual seria la función
del modulo carrier si en ningún momento hago referencia al transportista ?
 Saludos.

Hola Luis,
Hasta donde recuerdo (no tengo un ordenador a mano para comprobarlo
fácilmente), sólo están implementados los módulos de carrier por el lado
del cliente/ventas.
El módulo carrier aporta el maestro de transportista Y NADA MÁS (no se
integra con ningún proceso).
Luego hay el módulo stock_shipment_carrier y/o sale_carrier que permiten
seleccionar el transportista en el la venta. no recuedo donde se configura
cuando y cómo se calculan los portes (creo que hay módulos que añaden
diferentes modos de cálculo. O tal vez está asociado al modo de facturación.
En el albarán de cliente aparecerán los campos de transportista e importe.

Partiendo del módulo para ventas, hacer el de compras debería ser
bastante fácil.

Salut!

Re: [tryton-es] Cmapo Selection como remplazar?

[Guillem Barba Domingo]

El 27/08/2014 20:07, Leonardo Ortega Hernandez leon9...@gmail.com va
escriure:

 hola todos.

 tengo un campo type  el cual es un campo de selección, y tengo otro campo
'feature' que también es un campo de seleccion.
 y quiero que cuando elija una item del campo 'type' se cambien los items
del campo 'feature' decuerdo con el item del campo type

Mira en doc.tryton.org, en la referencia del campo Selection (en
Models/Fields) encontraras el atributo del campo para hacerlo.

Re: [tryton-es] Remito de Venta: Cancelado-Borrador

[Guillem Barba Domingo]

El 08/08/2014 23:31, Luis Deiana luis.deian...@gmail.com va escriure:

 El miércoles, 30 de julio de 2014 05:17:34 UTC-3, Sergi Almacellas
Abellana escribió:

 El 30/07/14 a les 00:04, Luis Deiana ha escrit:
  Buenas tardes, he cancelado un remito venta y esto solo me cancela los
  movimientos de salida pero no los de inventario, por ende me queda mal
  el inventario.
  ¿Esto esta bien? a mi parecer tendría que cancelar todo.
 
 Supongo que ya habías realizado los movimientos de inventario, por lo
 que no se pueden cancelar. Debes crear un albarán interno para
 regularizar los movimientos.
  Y si quiero volver el remito a estado Borrador me da el siguiente
error:
  No puede restablecer a borrador un movimiento generado por una venta.
 
 Debes utilizar el asistente generar excepción de envío desde la venta,
 para recrear los movimientos o ignorarlos.


 Hola y gracias Sergi, pero no pude encontrar el asistente, tengo que
instalar algún modulo extra?

No. El botón para lanzar el asistente te aparece en la Venta. Ésta debe
tener el estado factura como excepción.

Re: [tryton-es] Remito de Venta: Cancelado-Borrador

[Guillem Barba Domingo]

El 12/08/2014 17:54, Guillem Barba Domingo guillemba...@gmail.com va
escriure:


 El 08/08/2014 23:31, Luis Deiana luis.deian...@gmail.com va escriure:

 
  El miércoles, 30 de julio de 2014 05:17:34 UTC-3, Sergi Almacellas
Abellana escribió:
 
  El 30/07/14 a les 00:04, Luis Deiana ha escrit:
   Buenas tardes, he cancelado un remito venta y esto solo me cancela
los
   movimientos de salida pero no los de inventario, por ende me queda
mal
   el inventario.
   ¿Esto esta bien? a mi parecer tendría que cancelar todo.
  
  Supongo que ya habías realizado los movimientos de inventario, por lo
  que no se pueden cancelar. Debes crear un albarán interno para
  regularizar los movimientos.
   Y si quiero volver el remito a estado Borrador me da el siguiente
error:
   No puede restablecer a borrador un movimiento generado por una
venta.
  
  Debes utilizar el asistente generar excepción de envío desde la venta,
  para recrear los movimientos o ignorarlos.
 
 
  Hola y gracias Sergi, pero no pude encontrar el asistente, tengo que
instalar algún modulo extra?

 No. El botón para lanzar el asistente te aparece en la Venta. Ésta debe
tener el estado factura como excepción.

Perdón, me he colado. No sería el estado de factura si no el estado de
envío, el que debe estar en estado excepción.

Re: [tryton-es] Re: compras e Inventario

[Guillem Barba Domingo]

El 01/08/2014 11:17, Jordi Esteve jest...@zikzakmedia.com va escriure:

 On 01/08/14 00:15, Luis Deiana wrote:

 Gracias Jordi, algo así es lo que busco, pero a nivel de proveedor no de
producto ya que el proveedor tarda 3 días hábiles con cualquiera de los
productos que recibo de el. Y si me vende mil productos tendría que hacer
esto para cada uno de estos mil productos.

 Esto sería un desarrollo a medida, que yo sepa.

Creo que esto sería una mejora interesante a proponer para el módulo de
core.
Un campo a nivel de tercero que se use como valor por defecto cuando se
elige al proveedor en la información de proveedores de un producto y cuando
se hace una compra siempre que no haya información de proveedor por el
producto y proveedor seleccionado.

 Mejor evita responder top-posting, que cuesta de leer el hilo.
http://linux.sgms-centre.com/misc/netiquette.php

+1

 El jueves, 31 de julio de 2014 06:11:18 UTC-3, Jordi Esteve
(Zikzakmedia) escribió:

 On 30/07/14 23:27, Luis Deiana wrote:



 El miércoles, 30 de julio de 2014 10:31:35 UTC-3, Sergi Almacellas
Abellana escribió:

 El 29/07/14 a les 17:05, Guillem Barba Domingo ha escrit:

 2014-07-26 17:24 GMT+02:00 Luis Deiana luis.d...@gmail.com:

 Me parece que me falta un paso posterior a la compra y previo a la
recepción que tendría que pasar el movimiento proveedor - zona de
entrada a un estado posterior a borrador.


 Tienes razón. Lo dije de memoria y no era correcto. En la compra se
crean los movimientos en estado Borrador con lo que no se ven reflejados en
la Cantidad prevista.
 La solución más simple que se me ocurre es hacer un desarrollo muy
sencillo que deje los movimientos de las compras en estado Assigned, con
lo que se reflejaría en la cantidad prevista que me parece lo más lógico.

 Si no me equivoco deberían aparecer en la cantidad prevista, siempre
y cuando la fecha prevista del movimiento sea anterior a la fecha por la
que estas realizando la consulta.

 Que fecha prevista tienen los movimientos? Puedes consultar los
movimientos previstos desde la pestaña Existencias (o algo parecido, ahora
no lo recuerdo exactamente) de la ficha de la compra.


 Tienes razón Sergi, no tenia ninguna fecha estimada cargada y me
muestra la cantidad prevista cuando le cargo la fecha de hoy o anterior.
 Esta fecha la puedo cargar por defecto de alguna manera? por ejemplo
cada vez que le compre a un proveedor x que me calcule la fecha mas una
cantidad de dias fijos?.


 Si, esto ya lo lleva Tryton por defecto:

 En la pestaña Proveedores de los productos puedes indicar el tiempo
de envío que tarda cada proveedor de ese producto. Este tiempo se usa
cuando añades líneas a las compras, cuando en la compra tengas un proveedor
y en la línea un producto y una cantidad, te calcularà el campo funcional
Fecha de envío. Luego esta fecha se trasladará a los movimientos cuando
se confirme la compra.


 --
 Jordi Esteve
 Consultor Zikzakmedia SL
 jes...@zikzakmedia.com
 Mòbil 679 170 693

 Zikzakmedia SL
 St. Jaume, 9, baixos, 2a
 08720 Vilafranca del Penedès
 Tel 93 890 2108



 --
 Jordi Esteve
 Consultor Zikzakmedia SL
 jest...@zikzakmedia.com
 Mòbil 679 170 693

 Zikzakmedia SL
 St. Jaume, 9, baixos, 2a
 08720 Vilafranca del Penedès
 Tel 93 890 2108

Re: [tryton-es] Sale shop bug

[Guillem Barba Domingo]

El 29/07/2014 18:47, Raimon Esteve raimonest...@gmail.com va escriure:

  Estoy de acuerdo que si el modulo se instala es para utilizarlo, y que
el
  campo sale_shop incluso reconozco que puede ser obligatorio sin que
genere
  bug, el problema es el atributo domain de este campo, que busca en el
  contexto el sale_shop cuando este no existe genera el error en la
  instalacion, pienso que es un poco extraño (tener que ejecutar un
comando
  sql manualmente, para que funcione 100%),

 A - Instala el modulo antes de crear un pedido de venta.
 B- Haz un Pull request con la funcionalidad al instal·lar este modulo,
 aparezca un asistente que te pida datos para crear una nueva tienda y
 añade todos los pedidos con esta tienda (aqui tienes curro)

No se si cambiando el domain por éste se solucionaria el error:
If(Bool(Eval('shop')),
Eval('context', {})... *,
()),

*: aquí el domain actual.

Aunque no me cuadra que el domain lleve a la query del UPDATE que ponias.
La solución definitiva es la que dice Raimon de añadir la creación de la
tienda en la postinstalación del módulo... A ver si alguien se anima.

  teniendo en cuenta que esto se
  podria solventar simplemente quitando el atributo domain, para que no
genere
  el error, y fijando una tienda por defecto desde configuracion de
sale_shop
  en un modelo singleton, luego se toma este atributo en la creación de
una
  nueva venta, con esto seria innecesario el sql.

 Un usuario puede estar en varias tiendas y hacer ventas en una tienda
 en concreto según sus preferencias. Este sistema que propones a
 sale.configuration no vale, porque sin el dominio, podrias seleccionar
 tiendas que no tengas en tu perfil de usuario.

Exacto, tu propuesta es válida para para entornos de una sola tienda y el
módulo ya está hecho para multitienda pudiendo limitar las tiendas por
usuario (igual q las compañías).

Si se hace lo de crear la tienda en la postinstalación, debería asignarla
al usuario actual para poder empezar a trabajar desde el primer momento.

Re: [tryton-es] Re: compras e Inventario

[Guillem Barba Domingo]

2014-07-26 17:24 GMT+02:00 Luis Deiana luis.deian...@gmail.com:

 Me parece que me falta un paso posterior a la compra y previo a la
 recepción que tendría que pasar el movimiento proveedor - zona de
 entrada a un estado posterior a borrador.


Tienes razón. Lo dije de memoria y no era correcto. En la compra se crean
los movimientos en estado Borrador con lo que no se ven reflejados en la
Cantidad prevista.
La solución más simple que se me ocurre es hacer un desarrollo muy sencillo
que deje los movimientos de las compras en estado Assigned, con lo que se
reflejaría en la cantidad prevista que me parece lo más lógico.


 El jueves, 24 de julio de 2014 09:19:58 UTC-3, Luis Deiana escribió:

 Buenas noches, estuve probando los módulos de compra e inventario y me
 tope con una duda:
 Cuando confirmo una compra de un producto X me genera un movimiento
 desde la ubicación proveedor hasta la zona de entrada en estado borrador,
 lo cual no me reduce la cantidad en la ubicación proveedor.
 ¿Esto esta bien así o debería reducir la cantidad del producto X en la
 ubicación proveedor indicarme que esta comprado pero que no llego la
 mercadería aun?
 ¿En caso de que esto este bien tengo alguna manera de ver que un producto
 fue comprado pero que aun no llego a la zona de entrada? (en mi caso los
 productos demoran un par de días en llagar desde el proveedor a la zona de
 entrada).




-- 
Guillem Barba
http://www.guillem.alcarrer.net

Re: [tryton-es] Error al cerrar ventana

[Guillem Barba Domingo]

2014-07-25 1:51 GMT+02:00 Luis Deiana luis.deian...@gmail.com:

 no, no estoy muy ducho en eso y al no poder reproducirlo de nuevo no se si
 seria lo mas conveniente.


Ciertamente, si no se puede reproducir, mejor no crear el bug.

Al traceback que has mandado le falta algo, la última línea o lo que te
pone en la ventana emergente, que indica el error. Con lo que has mandado
no se vé qué es lo que ha fallado y entonces es imposible ni imaginarse por
donde puede estar el tema.



 El jueves, 24 de julio de 2014 12:19:18 UTC-3, zodman escribió:

 mandaste el issue a tryton ?


 2014-07-24 10:13 GMT-05:00 Luis Deiana luis.d...@gmail.com:

 Buenos dias, este error:

 File /home/luis/Tryton/tryton3.2/tryton/tryton/gui/main.py, line
 1301, in set_cursor
 current_form.set_cursor()

   File /home/luis/Tryton/tryton3.2/tryton/tryton/gui/window/form.py,
 line 630, in set_cursor
 self.screen.set_cursor(reset_view=False)

   File 
 /home/luis/Tryton/tryton3.2/tryton/tryton/gui/window/view_form/screen/screen.py,
 line 513, in set_cursor
 current_view.set_cursor(new=new, reset_view=reset_view)

   File 
 /home/luis/Tryton/tryton3.2/tryton/tryton/gui/window/view_form/view/list.py,
 line 845, in set_cursor
 path = self.store.on_get_path(self.screen.current_record)

   File 
 /home/luis/Tryton/tryton3.2/tryton/tryton/gui/window/view_form/view/list.py,
 line 171, in on_get_path
 path.append(i.group.index(i))

 me surgio cuando hice lo siguiente dentro del Cliente Tryotn 3.2:

 Abri la ventan modulos
 Hice una busqueda
 Cambie de ventana (sin cerrar la de modulos)
 Cerre la ventana de modulos

 El problema es que no pude hacer que se repita, ya me habia pasado antes
 al cerrar otras ventana, pero no habia podido identificar que habia echo
 dentro de las ventanas.
 Saludos.




 --
 Andres Vargas
 www.zodman.com.mx




-- 
Guillem Barba
http://www.guillem.alcarrer.net

Re: [tryton-es] Distintas cuentas de deudores del plan de cuentas para un mismo cliente en operaciones de facturas de ventas

[Guillem Barba Domingo]

El 10/07/2014 4:18, Favio Dutria fdut...@gmail.com va escriure:

 El 9 de julio de 2014, 17:57, Guillem Barba Domingo 
guillemba...@gmail.com escribió:

 Creo que lo que está pidiendo es poder indicar *más de una cuenta* por
una misma factura y que cuando se cree el asiento contable divida el
importe entre las diferentes cuentas.
 Algo parecido a lo que se puede hacer con la analítica pero para la
contabilidad general.

 No te digo si esto está soportado con algún módulo pq no lo sé.


 Guillem, lo que estoy buscando es ver si de alguna manera la cuenta de
deudores la puedo asignar en forma automática por otro camino que no sea la
asignada al cliente. Me sirve el dato de poder modificarla antes de
confirmar la factura, pero estaba buscando la forma de hacerlo mas
automático.

 Esto mismo también seria bueno tenerlo para proveedores también, ya que
puedes tener para un mismo proveedor que necesites imputar según su tipo de
negocio a cuentas de acreedores distintas para diferenciarlas en el balance
luego.

 Esto es muy útil por ejemplo en las empresas que se dedican a la compra y
venta de fruta, donde por cuestiones de balances necesitas imputar a
cuentas acreedoras por tipo de negocio.

Ah, pues era yo quien lo habia entendido mal.

Como ya dige, no te se decir si existe algún módulo que lo haga pero algo
así sería fácil implementarlo pues solo se debe añadir como guardar estas
distintas cuentas (por ejemplo, un One2Many en Party con los campos
Categoría producto, Cuenta y Enpresa *) y sobrecargar el on_change del
party de la venta para rellenar la cuenta segun la categoría.
Y replicarlo para compras.
Te lo digo de cabeza sin mirar los modelos, puede haber detalles a tener en
cuenta.

*: pues las cuentas son por Empresa


 El 9 de julio de 2014, 17:57, Guillem Barba Domingo 
guillemba...@gmail.com escribió:

 Creo que lo que está pidiendo es poder indicar *más de una cuenta* por
una misma factura y que cuando se cree el asiento contable divida el
importe entre las diferentes cuentas.
 Algo parecido a lo que se puede hacer con la analítica pero para la
contabilidad general.

 No te digo si esto está soportado con algún módulo pq no lo sé.

 Guillem

Re: [tryton-es] Distintas cuentas de deudores del plan de cuentas para un mismo cliente en operaciones de facturas de ventas

[Guillem Barba Domingo]

El 09/07/2014 19:40, Sergi Almacellas Abellana se...@koolpi.com va
escriure:

 El 08/07/14 17:39, Favio Dutria ha escrit:

 El martes, 8 de julio de 2014 12:36:17 UTC-3, zodman escribió:

 creo que a cada party, se le puede asignar una cuenta contable. de debe
y haber..

 Eso quieres hacer?

 Asi es Andres, eso lo vi pero me queda fija la cuenta deudora para todas
las operaciones de ventas. Lo que consulto es si hay algún modulo que me
permita definir mas de una cuenta.

 En las facturas, puedes seleccionar la cuenta del cliente en la pantalla
Mas información. De hecho, este campo se rellena automàticamente al
cambiar el cliente.

 Así puedes poner por defecto la que más utilices, y modificar a mano
cuando necessites otra.

Creo que lo que está pidiendo es poder indicar *más de una cuenta* por una
misma factura y que cuando se cree el asiento contable divida el importe
entre las diferentes cuentas.
Algo parecido a lo que se puede hacer con la analítica pero para la
contabilidad general.

No te digo si esto está soportado con algún módulo pq no lo sé.

Guillem

Re: [tryton-es] Conversiones de medida

[Guillem Barba Domingo]

2014-07-06 16:32 GMT+02:00 Favio Dutria fdut...@gmail.com:

 Dentro de Tryton existen unidades de mediadas por defecto estándares. Pero
 no están todas las conversiones de dichas unidades, solo las principales de
 cada categoría.
 Por ejemplo esta Kg pero no la de g, mg, etc.

 Por eso consulto si existe en algun lado algun modulo o un CSV para
 importar que permita cargar mayores conversiones y no tener que hacerlas de
 a una?


Supongo que cuando te refieres a conversiones son Unidades de Medida
diferentes. La de Gramo en concreto sí que está, pero mg ya no, por ejemplo.

Sería interesante un módulo como bank_es [1] o country_zip_es [2], algo
como product_uom_extra o uorm_extra, que añada más UdM. Si además el
asistente te permite elegir de qué categorías de UdM cargar nuevos
registros facilitaría que el módulo fuera lo más extensivo posible y cada
uno carga las que le interesan.

* como ejemplo de módulos que añaden datos ejecutando un wizard (esto te da
más libertad respecto a cargarlos por XML para modificar o eliminar
registros si no te interesan).


[1] https://bitbucket.org/trytonspain/trytond-country_zip_es
[2] https://bitbucket.org/trytonspain/trytond-bank_es

-- 
Guillem Barba
http://www.guillem.alcarrer.net

Re: [tryton-es] error de inicio tryton 3.2

[Guillem Barba Domingo]

Comenta la línea ssl_jsonrpc = True


2014-07-05 16:08 GMT+02:00 Jhuliana Delgado crisye...@gmail.com:

  hola,
 si, trabajo localmente con debian 7,

 en tryton.conf tengo esto http://dpaste.com/3V1P8MC

 el problema continua.


 El 02/07/14 02:19, Guillem Barba Domingo escribió:


 El 30/06/2014 21:52, Jhuliana Delgado crisye...@gmail.com va escriure:
 
  hola,  guillem y jordi
 
  gracias a su aporto, busque el archivo, como no quiero perder los perfil
 creado, solo abri el archivo know_hosts y borre al que alli sale
 (localhost:8000) como para que volviera a crearlo...pero todavia sigue el
 problema:
 

 Ok. Trabajando en local y en Linux.

 File /usr/lib/python2.7/httplib.py, line 371, in _read_status
   raise BadStatusLine(line)
   BadStatusLine: ''

 Pasanos el contenido del trytond.conf (borrale las contraseñas si son
 sensibles) a ver si hay algo raro ahí.


 --




-- 
Guillem Barba
http://www.guillem.alcarrer.net

Re: [tryton-es] error de inicio tryton 3.2

[Guillem Barba Domingo]

2014-07-06 22:57 GMT+02:00 Guillem Barba Domingo guillemba...@gmail.com:

 Comenta la línea ssl_jsonrpc = True


he respondido demasiado rápido.
Comenta todas las líneas que empiezan ssl_* i la linea certificate...



 2014-07-05 16:08 GMT+02:00 Jhuliana Delgado crisye...@gmail.com:

  hola,
 si, trabajo localmente con debian 7,

 en tryton.conf tengo esto http://dpaste.com/3V1P8MC

 el problema continua.


 El 02/07/14 02:19, Guillem Barba Domingo escribió:


 El 30/06/2014 21:52, Jhuliana Delgado crisye...@gmail.com va
 escriure:
 
  hola,  guillem y jordi
 
  gracias a su aporto, busque el archivo, como no quiero perder los
 perfil creado, solo abri el archivo know_hosts y borre al que alli sale
 (localhost:8000) como para que volviera a crearlo...pero todavia sigue el
 problema:
 

 Ok. Trabajando en local y en Linux.

 File /usr/lib/python2.7/httplib.py, line 371, in _read_status
   raise BadStatusLine(line)
   BadStatusLine: ''

 Pasanos el contenido del trytond.conf (borrale las contraseñas si son
 sensibles) a ver si hay algo raro ahí.


 --




 --
 Guillem Barba
 http://www.guillem.alcarrer.net




-- 
Guillem Barba
http://www.guillem.alcarrer.net

Re: [tryton-es] error de inicio tryton 3.2

[Guillem Barba Domingo]

El 30/06/2014 21:52, Jhuliana Delgado crisye...@gmail.com va escriure:

 hola,  guillem y jordi

 gracias a su aporto, busque el archivo, como no quiero perder los perfil
creado, solo abri el archivo know_hosts y borre al que alli sale
(localhost:8000) como para que volviera a crearlo...pero todavia sigue el
problema:


Ok. Trabajando en local y en Linux.

File /usr/lib/python2.7/httplib.py, line 371, in _read_status
  raise BadStatusLine(line)
  BadStatusLine: ''

Pasanos el contenido del trytond.conf (borrale las contraseñas si son
sensibles) a ver si hay algo raro ahí.

Re: [tryton-es] Re: sale_pos Error

[Guillem Barba Domingo]

2014-05-29 22:55 GMT+02:00 Luis Deiana luis.deian...@gmail.com:

 Voy a intentar instalarlo, creo q es este verdad?

 https://bitbucket.org/nantic/trytond-patches

 Gracais y saludos.

 El jueves, 29 de mayo de 2014 11:28:15 UTC-3, Luis Deiana escribió:

 Buenos días, hace un par de días me dio un error al registrar el pago de
 una venta con sale_pos y a partir de ese momento note que ya no me marca
 las facturas como pagadas y la cuneta a cobrar del cliente crece y nunca me
 registra los pagos a pesar de confirmar el extracto. Hoy trate de registrar
 otro pago y nuvamente el mismo error (adjunto imagen).
 Saludos.



el parche del que te hablaba es: issue130_392_10919.diff
hay que aplicarlo en la raíz del repositorio del servidor (trytond).


-- 
Guillem Barba
http://www.guillem.alcarrer.net

Re: [tryton-es] Re: Ayuda con la instalacion de Tryton

[Guillem Barba Domingo]

2014-05-20 5:46 GMT+02:00 Sebastian Madrid open...@gmail.com:

 Muchas gracias ya lo solucione la instalación con pip me instalo las
 imagenes en otro directorio, solo copie el directorio de imagenes que me
 pedia y se soluciono el problema


Reporta el problema en bugs.tryton.org como un bug del empaquetado, por
favor. Indica versión del paquete y SO

-- 
Guillem Barba
http://www.guillem.alcarrer.net

Re: [tryton-es] Modulos trytonspain en 3.2

[Guillem Barba Domingo]

El 19/05/2014 10:09, Manuel Bailen bai...@esdebian.org va escriure:

 Gracias Raimon,

 Ley el comentario pero la verdad asumí que los ficheros .cfg apuntaban a
la default y no lo comprobé (pensándolo ahora veo que tal como esta tiene
mucho más sentido).

 Modificaré los .cfg a la rama default y volveré a intentarlo.

 En cuanto a la cuestión del pull requets, la vez que lo envié no sé si lo
hice bien, si no entiendo mal el concepto se trata de una propuesta de
mejora del código, pero si simplemente quiero comunicar un error, donde
sería más indicado anotar la salida del error.

Creando una issue en Bitbucket. Esto no da garantia que lo solucionemos
pronto, pero lo facilita mucho.

Re: [tryton-es] type object 'stock.lot' has no attribute '0'

[Guillem Barba Domingo]

2014-05-12 19:29 GMT+02:00 Luis Martinez solucionesdeinteligen...@gmail.com
:

 Tengo instalado el módulo stock_lot_expiry de Nantic.


Nosotros tenemos aplicados estos parches [1] sobre la rama 3.0 (código
desde repositorios), por lo que nuestros módulos están desarrollados y
testeados en base a este código. El repositorio es una cola de quilt [2]
Estos parches son, en su gran mayoría, parches aceptados en la rama de
desarrollo del servidor/módulos oficiales pero que no se han aplicado a la
rama estable porque no son bugs.
Deberíamos añadir esta información en el README.

[1] https://bitbucket.org/nantic/trytond-patches
[2] https://wiki.debian.org/UsingQuilt

Seguramente, los que te está afectando es este, que modifica la API de la
parte de stock haciéndola más flexible, potente y eficiente (en rendimiento
en la parte de 'search'):
https://bitbucket.org/nantic/trytond-patches/src/225e9b633975338d758e7e1f314830a0ef38e71a/issue971002_217001.diff?at=default

Este que mejora la parte de asignación:
https://bitbucket.org/nantic/trytond-patches/src/225e9b633975338d758e7e1f314830a0ef38e71a/issue10467.diff?at=default

El número en el nombre del fichero del parche normalmente es el número de
la review. Si es un número pequeño será de codereview.tryton-erp.es

Guillem Barba
NaN·tic



 El domingo, 4 de mayo de 2014 12:55:50 UTC-5, Sergi Almacellas Abellana
 escribió:

 El 01/05/14 02:49, Luis Martinez ha escrit:
  Me aparece el siguiente error en Inventarios - Envios al proveedor al
  momento de indicar el lote del producto.
 
 
  Traceback (most recent call last):
File /trytond/protocols/jsonrpc.py, line 123, in
 _marshaled_dispatch
  response['result'] = dispatch_method(method, params)
File /trytond/protocols/jsonrpc.py, line 156, in _dispatch
  res = dispatch(*args)
File /trytond/protocols/dispatcher.py, line 158, in dispatch
  result = rpc.result(meth(*args, **kwargs))
File /trytond/model/modelsql.py, line 1030, in search
  qu1, qu2, tables, tables_args = cls.search_domain(domain)
File /trytond/model/modelsql.py, line 1183, in search_domain
  qu1, qu2 = cls.__search_domain_oper(domain, tables, tables_args)
File /trytond/model/modelsql.py, line 1212, in __search_domain_oper
  qu1, qu2 = cls.__search_domain_calc(tuple_args, tables,
 tables_args)
File /trytond/model/modelsql.py, line 1247, in __search_domain_calc
  field = getattr(cls, fargs[0])
  AttributeError: type object 'stock.lot' has no attribute 'O'
 
  Pudiera alguien indicarme si hay algún parche para ésto o que estoy
  haciendo mal ?
 Parece que estas buscando por un campo que se llama 'O' que no creo que
 exista en el modulo stock.lot

 Tienes algun modulo personalizado instalado???

 Un saludo,

 --
 Sergi Almacellas Abellana
 www.koolpi.com
 Twitter: @pokoli_srk




-- 
Guillem Barba
http://www.guillem.alcarrer.net

Re: [tryton-es] Error tras actualizar el módulo aeat_303

[Guillem Barba Domingo]

El 16/04/2014 12:28, Moisés Escusa moiesc...@gmail.com va escriure:

 ¿En algún sitio pone los requisitos para las actualizaciones?

No, pero seria interesante que el tryton.cfg incluyera información de
librerias extra requeridas (que no sean ya requisitos del servidor o de un
modulo del que depenga).
Se podría seguir una notación como la del requirements.txt

Habrá que comentarlo en tryton-dev@

Guillem

Re: [tryton-es] Módulo account_voucher_co sale errores al querer instalarlo

[Guillem Barba Domingo]

El 22/03/2014 17:28, Fabyc fabia...@gmail.com va escriure:

 On Saturday, March 22, 2014 8:57:12 AM UTC-5, oscar_alvarez wrote:


 El 21/03/14 09:22, Fabyc escribió:

 On Friday, March 21, 2014 2:19:50 AM UTC-5, raimonesteve wrote:

 2014-03-21 0:09 GMT+01:00 Fabyc fabi...@gmail.com:
  Estoy realizando pruebas tratando de instalar el módulo
account_voucher_co y
  sale el siguiente error:
 
  INFO:modules:account_voucher_co
  [Thu Mar 20 17:23:06 2014] INFO:modules:account_voucher_co:loading
  voucher.xml
  /opt/tryton/server30/trytond/model/modelstorage.py:1309:
DeprecationWarning:
  With-statements now directly support multiple context managers
Transaction().set_context(self._context)):
  /opt/tryton/server30/trytond/model/fields/reference.py:72:
  DeprecationWarning: With-statements now directly support multiple
context
  managers
Transaction().set_user(0)):
  [Thu Mar 20 17:23:06 2014] ERROR:convert:Error while parsing xml
file:
  In tag record: model ir.action.keyword with id
  report_account_voucher_keyword.
  Traceback (most recent call last):
File server30/bin/trytond, line 111, in module
  trytond.server.TrytonServer(options).run()
File /opt/tryton/server30/trytond/server.py, line 124, in run
  Pool(db_name).init(update=update, lang=lang)
File /opt/tryton/server30/trytond/pool.py, line 151, in init
  lang=lang)
File /opt/tryton/server30/trytond/modules/__init__.py, line 399,
in
  load_modules
  load_module_graph(graph, pool, lang)
File /opt/tryton/server30/trytond/modules/__init__.py, line 249,
in
  load_module_graph
  tryton_parser.parse_xmlstream(fp)
File /opt/tryton/server30/trytond/convert.py, line 432, in
  parse_xmlstream
  self.sax_parser.parse(source)
File /usr/lib/python2.7/xml/sax/expatreader.py, line 107, in
parse
  xmlreader.IncrementalParser.parse(self, source)
File /usr/lib/python2.7/xml/sax/xmlreader.py, line 123, in parse
  self.feed(buffer)
File /usr/lib/python2.7/xml/sax/expatreader.py, line 207, in
feed
  self._parser.Parse(data, isFinal)
File /usr/lib/python2.7/xml/sax/expatreader.py, line 304, in
end_element
  self._cont_handler.endElement(name)
File /opt/tryton/server30/trytond/convert.py, line 482, in
endElement
  self.taghandler = self.taghandler.endElement(name)
File /opt/tryton/server30/trytond/convert.py, line 277, in
endElement
  self.model.__name__, self.values, self.xml_id)
File /opt/tryton/server30/trytond/convert.py, line 707, in
import_record
  self.create_records(model, [values], [fs_id])
File /opt/tryton/server30/trytond/convert.py, line 713, in
  create_records
  records = Model.create(vlist)
File /opt/tryton/server30/trytond/ir/action.py, line 194, in
create
  return super(ActionKeyword, cls).create(new_vlist)
File /opt/tryton/server30/trytond/model/modelsql.py, line 398,
in create
  cls._validate(records)
File /opt/tryton/server30/trytond/model/modelstorage.py, line
1102, in
  _validate
  error_args=cls._get_error_args(field_name))
File /opt/tryton/server30/trytond/error.py, line 74, in
raise_user_error
  raise UserError(error)
  trytond.exceptions.UserError: ('UserError', (u'The field Model on
Action
  keyword is not in the selection.', ''))
 
 
  Es algún problema del módulo o estoy realizando algo mal?

 revisa si la versión módulo concuerda con la de trytond


 La versión es la 3.0.0  [1]

 [1]
https://bitbucket.org/camus77/account_voucher_co/src/f8ec40fdb7909b6883dc9cd01f37c66e17565ba0/tryton.cfg


 Y mira esto:

 [Thu Mar 20 17:23:06 2014] ERROR:convert:Error while parsing xml file:
 In tag record: model ir.action.keyword with id
report_account_voucher_keyword.


 Soy novato en esto yno se en que archivo revisar y cómo arreglar el
error.

 Este es el módulo referido [2]

 [2] https://bitbucket.org/camus77/account_voucher_co/src


 Muchas gracias


 He testeado nuevamente el modulo y no arroja ese error es como si no
instalara el modulo principal de voucher.py:

 class Voucher(Workflow, ModelSQL, ModelView):
 'Voucher'
 __name__ = 'account.voucher'

 Este es el modulo que dice que no encuentra y por eso el error, ¿no se
habra borrado este archivo accidentalmente?



 He revisado todos los archivos del módulo y veo que si están todos los
que vienen con el que descargué del enlace anteriormente indicado.

Fabian, creo que oscar habla del modulo account_voucher, que debe ser una
dependencia del modulo accoubt_voucher_co

Re: [tryton-es] Despliegue lento de información de Pestaña Borrador (Solapa / Tab) en Módulo Sale

[Guillem Barba Domingo]

El 19/03/2014 18:27, Luis Martinez solucionesdeinteligen...@gmail.com
va escriure:

 En la pestaña de PRESUPUESTO tengo 1200 ventas, en BORRADOR 490, en TODO
5600.  La pestaña de PRESUPUESTO y la de TODO se tardan 6 segundos en
abrirse y desplegar las líneas con las diferentes ventas, la pestaña de
BORRADOR sigue demorando casi 4 minutos.  Sigo sin entender porque si la
pestaña de TODO se supone que incluye la información de presupuesto,
canceladas, procesadas e inclusive las de borrador ahi no se tarda tanto
tiempo en desplegar la información.  ??

Como te dige ayer, por la cache de objetos del servidor (nada que ver con
la cache que hablamos que se hace, explicitente, para unos estadps).
Cuando te mueves a Todo, los datoa de las ventas en boerador ya se han
calculado.

Re: [tryton-es] Despliegue lento de información de Pestaña Borrador (Solapa / Tab) en Módulo Sale

[Guillem Barba Domingo]

El 12/03/2014 18:56, Luis Martinez solucionesdeinteligen...@gmail.com
va escriure:

 Tengo el problema que al desplegar la información de la pestaña draft en
el módulo de Sale toma demasiado tiempo en desplegarse, en algunos casos
hasta 4 minutos y conforme pasa el tiempo hemos notado que tarda mas y
mas.  Sin embargo en otras pestañas que tienen mayor información por
desplegar como la pestaña de TODO toma solo unos cuantos segundos.

No sé si las ventas funcionan igual que las facturas, que el total se
calcula siempre hasta que se confirma.

Que en Todo vaya más rápido se entiende por la cache; los datos de las
ventas en borrador ya estan calculados al cambiar a Todo.

Guillem

Re: [tryton-es] Respaldo de ambiente Tryton

[Guillem Barba Domingo]

El 12/03/2014 18:38, Luis Martinez solucionesdeinteligen...@gmail.com
va escriure:

 Guillem,

 Después de hacer el backup hice un restore de la información con la
instrucción pg_restore -C -d postgres db.dump y me arrojó los nuchos
mensahes como éstos:

 pg_restore: [archiver (db)] Error from TOC entry 721; 1259 298273 TABLE
stock_shipment_out servidor
 pg_restore: [archiver (db)] could not execute query: ERROR:  role
servidor does not exist
 Command was: ALTER TABLE public.stock_shipment_out OWNER TO servidor;

 pg_restore: [archiver (db)] Error from TOC entry 722; 1259 298280
SEQUENCE stock_shipment_out_return_id_seq servidor
 pg_restore: [archiver (db)] could not execute query: ERROR:  role
servidor does not exist
 Command was: ALTER TABLE public.stock_shipment_out_return_id_seq
OWNER TO servidor;

 pg_restore: [archiver (db)] Error from TOC entry 723; 1259 298282 TABLE
stock_shipment_out_return servidor
 pg_restore: [archiver (db)] could not execute query: ERROR:  role
servidor does not exist
 Command was: ALTER TABLE public.stock_shipment_out_return OWNER TO
servidor;


 Supongo que es porque no especifiqué el parámetro -O, sin embargo el
restore terminó y la información la puedo acceder aparentemente sin ningún
problema.  Hay algo que podría no funcionar después?  Para que no me suceda
eso la instrucción sería pg_dump -OFc mydb  db.dump es correcto?

No te se decir si puede haber algun problema posterior... Supongo que no.
Y sí, con el -O se soluciona.

 --
 Guillem Barba
 http://www.guillem.alcarrer.net

Re: [tryton-es] Listado de facturas

[Guillem Barba Domingo]

El 17/03/2014 18:16, Manuel Bailen bai...@esdebian.org va escriure:

 Hola a todos,

Hola Manuel,

 Me gustaría poder hacer listados de facturas seleccionadas, hasta ahora
lo he intentado creado una copia del informe factura para modificarlo,
pretendo tener dos posibilidades cuando pincho el botón imprimir, pero me
encuentro con dos problemas.
 Por un lado la factura no es un informe al uso y según lo que he podido
leer para sustituirlo hay que modificar la clase Printinvoice(Wizard),
 ¿hay alguna forma de modificar esta clase para que permita que se puedan
ejecutar varios informes?

Entiendo que lo que quieres es un informe nuevo sin sustituir el informe de
factura. Así que no te tienes que preocupar para nada del PrintInvoice.

Aprovecho para hacer un poco de resumen del tema informes.
Un modelo/objeto (en este caso Invoice) puede tener los informes que sea
(de 0 a infinito). Los diferentes informes disponibles aparecerán listados
al hacer click en cualquiera de los tres iconos de informe.

Un informe requiere 4 cosas:
- Una clase que herede de Report y que debe registrarse en el __init__.py
en el pool de reports (hay pool de modelos, wizards y reports). Esta clase
dará de alta un nombre de informe QUE DEBE SER ÚNICO
- la plantilla del informe. En el estándar un ODT y si es un informe Jasper
(requiere el módulo) el jrxml
- Una entrada record model='ir.report' donde se especifica el nombre del
informe (esto lo liga con la clase) y la ruta al informe (odt/jrxml)
- Una entrada record model=ir.action.keyword donde se especifica el XML
Id del informe (la entrada anterior) y un modelo. Esto añade el informe a
los iconos de imprimir del modelo.

Si quieres añadir un informe tendras que crear los 4 elementos.

Si quieres SUSTITUIR un informe existente tendras ue:
1. Crear la clase con un nombre nuevo
2. Crear el informe (odt) y guardarlo en tu módulo
3. Ceear una entrada nueva (con ID nuevo) para el informe, haciendo uso del
nombre y ruta nuevo
4. REDEFINIR el keyword para llamae al XML Id nuevo de tu informe. Al
redefinir estarás sustituyendo.

Redefinir una entrada XML se hace forzando el XML Id completo de la entrada
por uno existente.

Imaginemos que exiate el módulo modulo_a con la ntrada:
record model=ir.action.keyword id=inf1

Este elemento tiene el XML Id modulo_a.inf1.

Si en el módulo modulo_b se define un keyword asi:
record model=ir.action.keyword id=inf1
Su XML Id será modulo_b.inf1 y, por tanto, será una entrada nueva.
Si se define así:
record model=ir.action.keyword id=modulo_a.inf1

Se estará redefiniendo la keyword inf1 del modulo_a.

Porqué redefinir la keyword y no directamente la entrada ir.report?
Por las traducciones: el sistema de traducciones asocia los strings del
informe al modulo a través del XML Id. Si este tiene un XML de orro módulo
los strings quedarán mal asociados.

Si estás sustituyendo un informe conviene asegurarse que nadie llama al
antiguo. Para ello hay que buscar en el código referencias al name del
informe.

El informe estardar de factura se lanza desde un pequeño wizard:
PrintInvoice. La keyword llama al wizard y este acaba llamando al informe,
por eso si se quiere sustituir este informe hay que sobrecargar el
PrintInvoice

 Por otro lado como quiero un listado, no me sirve que separe cada factura
en una página y un archivo,
 ¿que habría que modificar para que no hiciese esto?

La separación por fichero se debe al asistente. Esto es porque la factura
si ya esta abierta se genera el informe la prinera vez y luego se muestra
siempre el original (no se genera cada vez).
Simplemente añade un informe con los 4 elementos normales que te comento y
te generara un archivo con todos los registros seleccionados.

Que te saque cada factura en una página nueva es simplemente porque el
repeatIn sobre el listado de objetoa esta envolviendo todo el informe.

Salut!
Guillem

Re: [tryton-es] Re: Tryton en la nube

[Guillem Barba Domingo]

El 01/03/2014 3:29, hyan...@gmail.com hyan...@gmail.com va escriure:

 El 28 de febrero de 2014, 11:23, Albert Cervera i Areny 
alb...@nan-tic.com escribió:

 2014-02-28 4:20 GMT+01:00 hyan...@gmail.com hyan...@gmail.com:
 
  El 27 de febrero de 2014, 21:48, hyan...@gmail.com hyan...@gmail.com
  escribió:
 
  Hola! :-D
 
  Actualmente trabajo con un servidor en Linode.com, hospedo a trytond
en
  una máquina virtual y lo mantengo corriendo con un cron cada hora.
 
  En el trytond.conf tengo:
 
  # 2 días
  session_timeout = 172800
 
  Sin embargo sucede que cuando dejo de trabajar unos minutos se
bloquea el
  cliente, instalado desde fuentes en Ubuntu, la única forma de
cerrarlo es
  con un
 
  $ kill -9 pid
 
  Antes he tenido el tiempo de sesión por defecto y sucede lo mismo, no
  presenta el cuadro de diálogo para la reconexión, tal como sucede
cuando
  corre localmente.
 
  Trato de encontrar la causa en los logs, también corro el cliente con
 
  $ tryton -v -l DEBUG
 
  Sin embargo los únicos datos que muestra son las cadenas Unicode y el
log
  de trytond mudo, ninguna pista para debuguear.
 
  ¿Que me faltará hacer para mantener una conexión estable en
producción?
 
  Gracias,
 
  Humberto Yances
  http://naritas.co
 
 
  PD: Pasados alrededor de 20 minutos generó traceback
  http://paste.ofcode.org/F2KdskHjUzyY3xcGhETdVg

 ¿Estás utilizando XML-RPC? ¿Has probado con JSON-RPC?


 Uso JSON-RPC, anexo el trytond.conf ¿faltará algo en la configuración del
json?

Pero en el diálogo de conexión del cliente qué protocolo seleccionas? Como
es la conexión con el servidor (tiempo de respues, etc...)?
Prueba de bajar el timeout a unos minutos.

Salut!
Guillem

Re: [tryton-es] reempkazar un informe (era: Error JasperReports)

[Guillem Barba Domingo]

El 12/02/2014 10:17, Raimon Esteve raimonest...@gmail.com va escriure:

 2014-02-11 12:15 GMT+01:00 Moises Escusa moi...@calidae.com:

 Muy buenas:

 Tengo los módulos de jasper reports instalados y funcionando.

 Es problema es, al instalar el módulo 'sale_discount', me han dejado de
funcionar los reports de ventas.

 El error es el siguiente:

 Traceback (most recent call last):
   File /trytond/protocols/jsonrpc.py, line 123, in _marshaled_dispatch
 response['result'] = dispatch_method(method, params)
   File /trytond/protocols/jsonrpc.py, line 156, in _dispatch
 res = dispatch(*args)
   File /trytond/protocols/dispatcher.py, line 168, in dispatch
 result = rpc.result(meth(*args, **kwargs))
   File /trytond/report/report.py, line 127, in execute
 type, data = cls.parse(action_report, records, data, {})
   File /trytond/modules/company/company.py, line 319, in parse
 localcontext)
   File /trytond/report/report.py, line 197, in parse
 content_z = zipfile.ZipFile(content_io, mode='r')
   File /zipfile.py, line 766, in __init__
 self._RealGetContents()
   File /zipfile.py, line 807, in _RealGetContents
 raise BadZipfile, File is not a zip file
 BadZipfile: File is not a zip file


 Te pilla el informe ODT en vez de Jrxml. Revisa la conf de informes.

Tiene pinta que estas redefiniendo un informe existente. Debes teer algo
así:
record model=...report id=account_invoice.XXX

En tu redefinición no debes estar sobreescribiendo alguno de los campos ue
en el original hay una rederencia a un ODT.

En cualquier caso, redefinir un ID existente para los informes no funciona
bien porque las traducciones las asociará al módulo original (para saber a
que módulo pertenecen los strings a traducir de un informe el sistema bjsca
el XML ID que en este caso seguirá siendo account_invoice.XXX = asociado
al módulo invoice

Para los informes hay que definir una entrada nueva e independiente de
informe (en el listado de informes del apartado de Administración te
saldrán los dos) y cambiar lo que llama al ibforme para que vaya a buscar
el tuyo.
Normalmente esto es la keyword (lo que añade el informe al icono de
imprimir del modelo X). Aquí si que si quieres SUSTITUIR el informe debes
redefinir el keyword con el xml id original.
Para el caso de las facturas es diferente porque el informe (creo) no se
llama directamente y hay que sobrecargar alguna función que es la que hace
la llamada. Puedes mirar en los módulos *_discount para tener ejemplos.

Salut!
Guillem

Re: [tryton-es] Respaldo de ambiente Tryton

[Guillem Barba Domingo]

2014-02-21 19:03 GMT+01:00 Luis Martinez solucionesdeinteligen...@gmail.com
:

 Gracias por tu respuesta!

 Así es, me refiero al backup.


pero sobre todo no te olvides el directorio con los adjuntos! por defecto
/var/lib/trytond/NOMBRE_BD


 En cuanto al respaldo de Postgresql estoy pensando utilizar:  pg_dump -Fc
 mydb  db.dump  es correcto o alguna otra sugerencia?


Te recomiendo el parámetro --no-owner / -O, y el fichero donde guardarlo
también lo puedes indicar con -f:
pg_dump -f db.dump -Fc mydb

Como extra, si trabajas con virtualenv, puedes guardarte el listado de
paquetes python y versiones instaladas. Ahora no sé el comando exacto pero
buscando por google lo encontrarás.


-- 
Guillem Barba
http://www.guillem.alcarrer.net

Re: [tryton-es] Re: Sobreescribir función

[Guillem Barba Domingo]

El 03/02/2014 17:32, Moises Escusa moi...@calidae.com va escriure:

 Hola Guillem:

 Al final lo he solucionado de otra manera. Como no he podido hacer que al
pulsar el botón se ejecutara mi función en lugar de la original, he creado
un nuevo botón que llama a mi función, y lo he sustituido por el que había.

Yo te recomiendo que aprendas a hacerlo de la otra manera, pues es algo muy
básico y necesario para adaptar Tryton.
Precisamente, procuramos diseñar las funciones de manera que NUNCA sea
necesario copiar una función haciendo algunos cambios y, en cambio,
solucionarlo haciendo pequeñas sobrecargas de funciones con unas pocas
lineas de código.

 Ahora tengo otra duda:

 ¿Como recojo la información del campo que necesito, que está otra clase?
Quiero decir, ¿cual sería la sintaxis correcta para hacer la llamada a ese
campo?

Sin más información solo te puedo contestar: navegando por las relaciones
del objeto que tienes/estás.

Re: [tryton-es] Error en Módulo Subscriptions

[Guillem Barba Domingo]

El 02/02/2014 12:02, Manuel Bailen bai...@esdebian.org va escriure:

 Hola,

 he instalado el módulo, lo quiero utilizar para generar facturas, relleno
todos los campos,
 Unidad de intervalo: Month
 Grupo solicitud: Contabilidad
 Documento fuente: Invoice
 ...
 (Tambien he probado con otros parámetros pero sin éxito).

 Cuando pulso Procesa devuelve este error:

 Traceback (most recent call last):
   File /trytond/protocols/jsonrpc.py, line 123, in _marshaled_dispatch
 response['result'] = dispatch_method(method, params)
   File /trytond/protocols/jsonrpc.py, line 156, in _dispatch
 res = dispatch(*args)
   File /trytond/protocols/dispatcher.py, line 168, in dispatch
 result = rpc.result(meth(*args, **kwargs))
   File /trytond/model/modelview.py, line 513, in wrapper
 return func(cls, *args, **kwargs)
   File /trytond/modules/subscription/subscription.py, line 146, in
set_process
 RequestLink = Pool().get('res.request.link')
   File /trytond/pool.py, line 168, in get
 return self._pool[self.database_name][type][name]
 KeyError: 'res.request.link'

¿qué versión de servidor y de modulo estás usando?
Porque las Request (objeto res.request) se eliminaron de Tryton en hace
relativamente poco (version 2.8 creo).

Re: [tryton-es] Re: Sobreescribir función

[Guillem Barba Domingo]

El 31/01/2014 18:37, oscar oscar.alvarez.mont...@gmail.com va escriure:


 El 31/01/14 12:15, Moises Escusa escribió:

 Hola Oscar, perdona:

 La función original que quiero sobreescribir es:

 def _group_lines_to_invoice_key(self, line):
 The key to group lines
 return (('product', line['product']),
 ('unit_price', line['unit_price']),
 ('description', line['description']))

 Eso se llama sobrecarga de metodos y lo haces con: super


http://stackoverflow.com/questions/576169/understanding-python-super-and-init-methods

 dependiendo de haces algo como:

  super(MYCLASE, self)._group_lines_to_invoice_key(line)

 al final de la linea o al principio dependiendo del orden de ejecucion
que desees

El super es para que se ejecute el código origibal (y de todas las
herencias previas que haya de la misma función).
Casi siempre es necesario y recomendable llamarlo en algun punto de la
función pero en este caso seguramente no.

Pero lo importante es que llamar al super no va a solucionar el problema
que comenta.

 del módulo 'project_invoice', y la parte que quiero modificar es la que
está en rojo, ya que quiero que la descripción de la linea la coja de
'timesheet_line'.

 Si copio la función en mi módulo y la modifico, no me sobreecribe la
original. ¿Que me falta?

Seria interesante ver TU codigo (nos has puesto el de la funcion original)
y los ficheros __init__.py y tryton.cfg
Tiene pinta que, o no has definido el modelo (la herencia) correctamente o
no lo has añadido a la llamada a register() en el __init__.py

Salut!
Guillem

Re: [tryton-es] Re: sale_pos (El valor del campo «Producto» en «Línea de venta» no es válido según su dominio.)

[Guillem Barba Domingo]

Y como podias seleccionar este producto en la venta? El domain debería
hacer que no te saliera para seleccionarlo.
El 28/01/2014 16:47, Luis Deiana luis.deian...@gmail.com va escriure:

 Gracias raimon y Eduardo, me faltaba tildar la casilla para la venta.
 Saludos

 El lunes, 27 de enero de 2014 19:24:18 UTC-3, Luis Deiana escribió:

 Este error (El valor del campo «Producto» en «Línea de venta» no es
 válido según su dominio.) me surge al cargar cualquier producto para vender
 por TPV.

Re: [tryton-es] Conciliación de pago parcial

[Guillem Barba Domingo]

El 28/01/2014 20:51, ¡Viva el Software Libre! vivaelsoftwareli...@gmail.com
va escriure:

 El 27/01/14 19:20, Guillem Barba Domingo escribió:

 El 24/01/2014 13:52, ¡Viva el Software Libre! 
vivaelsoftwareli...@gmail.com va escriure:
  Por curiosidad: ¿qué diferencia hay entre un diario de efectivo y uno
de extracto bancario (aparte del nombre)?


 Otra cosa importante es la diferencia entre Diario y Diario de
extracto (si ya lo tienes claro, salta eso).
 Para el caso que nos ocupa (cuentas bancarias y tal) normalmente
tendremos un diario de tipo Cash para la cuenta


 Vale, éste entiendo que sería el diario Mi Banco que he creado en
Contabilidad - Configuración - Diarios - Diarios (del tipo Efectivo).

Correcto

 y Diarios de extracto para los tipos de operacion/norma para cada
diario/cuenta.


 ¿Por diario de extracto, en este caso, se entiende los elementos que
podemos añadir en Contabilidad - Extractos bancario - Extractos
bancario?

No, se encuentra en Contabilidad / Configuracion / Extractos bancarios /
Diario de extractos bancarios

Salut!

Re: [tryton-es] Problema Instalando Tryton en una red local

[Guillem Barba Domingo]

El 29/01/2014 16:09, José A. Déniz Fabelo jade...@gmail.com va escriure:


 El 29/01/2014 09:46 a.m., Facundo Mainere escribió:

 Hola que tal? Estoy tratando de instalar Tryton para probar el modulo
para cooperativas y me encuentro con el siguiente problema:
 Cuando me intento conectar desde un cliente Tryton local con el jsonrpc
en localhost:8000 no tengo ningún problema, pero cuando trato de conectarme
desde otra de las PCs de la cooperativa aparentemente no tengo conexión.

 Alguna idea?

 Saludos

 Hola
 Me suena a que no tienes acceso a traves de la LAN a postgresql (el
servidor de bbdd)

Solo para que quede en los archivos, el postgresql NO es necesario (yo
diria que no es recomendable) que sea accesible en remoto si el servidor
Tryton y el PostgreSQL están en la misma máquina.

Para la solución al problema, el e-mail de Bruno tiene las
indicaciones/preguntas adecuadas.

Salut
Guillem

[tryton-es] Traducción de analytic_purchase corregida

[Guillem Barba Domingo]

Hola,
hay un error en la traducción del módulo a es_ES: traduce el nombre del
campo campo de movimientos de stock de la compra por Asientos.

Como entre versiones no se admiten commits corrigiendo traducciones, dejo
un patch en el codereview de tryton-erp.es:
http://codereview.tryton-erp.es/101/

-- 
Guillem Barba
http://www.guillem.alcarrer.net

Re: [tryton-es] Re: sale_pos

[Guillem Barba Domingo]

El 22/01/2014 18:46, Eduardo Ruiz ready...@gmail.com va escriure:

 También decir que el error relativo al campo invoice_type, fue
reportado como bug ya que al crear lineas de factura directamente (con los
módulos del core nada más) , se producía un error relacionado con el campo
mencionado. Está aceptado el patch para corregirlo de modo que se corregirá
a la brevedad en account_invoice.

Eduardo, el codereview es tuyo, no?

Para que se aplique debes aportar el patch en el bug (
https://bugs.tryton.org/issue3586). Si ya conoces el procedimiento puedes
ignorar este mensaje.

Sobre un repositorio actualizado de la rama 'default' (trunk) de
account_invoice aplica el codereview, haz el commit siguiendo el formato
esperado * y después haces un hg export ** y adjuntas el fichero que te
genera al bug. Creo que aplicarlo a otras ramas se hace automáticamente o
lo hace Ced.

*: como se explica aquí (
https://code.google.com/p/tryton/wiki/HowtoContribute#Mercurial_Usage) el
commit debe tener una primera línea en plan título de no más de 52
carácteres (creo), si hace falta una descripción más larga y IMPORTANTE la
referencia al bug y al codereview. En tu caso:

issue3586
review2731002

**: hg export -o stock.patch -r b1a0217d8c1b

Re: [tryton-es] Conciliación de pago parcial

[Guillem Barba Domingo]

El 22/01/2014 4:10, ¡Viva el Software Libre! vivaelsoftwareli...@gmail.com
va escriure:

 Línea de extracto bancario - Transacciones - Crear un nuevo registro:
 Fecha: 01/01/2014
 Importe: 300,00 €
 Tercero: CLIENTE UNO, S.L.
 Cuenta: 4300 - Clientes (euros)
 Descripción: Pago 1 factura 2014/001
 Apunte: (lo dejo en blanco porque no me deja seleccionar ni crear nada)
 - Aceptar - Post (de esta línea):

 Traceback (most recent call last):
   File /dist-packages/trytond/protocols/jsonrpc.py, line 123, in
_marshaled_dispatch
 response['result'] = dispatch_method(method, params)
   File /dist-packages/trytond/protocols/jsonrpc.py, line 156, in
_dispatch
 res = dispatch(*args)
   File /dist-packages/trytond/protocols/dispatcher.py, line 168, in
dispatch
 result = rpc.result(meth(*args, **kwargs))
   File
/trytond/modules/account_bank_statement_counterpart/statement.py, line
91, in post
 super(StatementLine, cls).post(statement_lines)
   File /trytond/modules/account_bank_statement_account/statement.py,
line 36, in post
 line.create_move()
   File /trytond/modules/account_bank_statement_account/statement.py,
line 177, in create_move
 st_move_line, = [x for x in move.lines if x.account in accounts]
 ValueError: too many values to unpack

Esto te lo respondo yo! :-)
Actualiza el módulo!!!
Este error no tiene que ver con nada de parcial si no que la cuenta
contable del diario (572xx seguramente) no tiene marcado el flag
Conciliación bancaria.
La semana pasada publiqué una nueva versión del módulo que te avisa de este
error de configuración tanto al crear el diario de extractos (al que le
asocias un diario contable y ahí comprueba que las cuentas de éste estén
bien configuradas) como al postear el asiento si partes de una
configuración errónea.

Salut!
Guillem

Re: [tryton-es] Problemas con el cron con el módulo contract

[Guillem Barba Domingo]

El 19/12/2013 13:22, Raimon Esteve raimonest...@gmail.com va escriure:

  Alguna idea de que puede estar pasando

 Que modulo de contract usas?

 1. Asegurarte que tryton ejecuta los crons. Si tienes un error en el
 cron  y tienes configurado un servidor smtp en el cfg de tryton te
 enviará correo. Si no, mira los logs

Te enviará correo si el usuario petición (o algo parecido, es un campo de
la acción planificada) tiene e-mail.