Re: [tryton-es] Traducción campos auditoria

[Jordi Esteve (Zikzakmedia)]

El 11/11/16 a les 09:29, Sergi Almacellas Abellana ha escrit:

Buenos días,

Actualmente los campos de auditoria se traducen de la siguiente forma:

- ID -> "ID"
- Create Date -> "Fecha creación"
- Write Date -> "Fecha modificación"
- Create User -> "Usuario creación"
- Write User -> "Usuario modificación"

Esto se acordo en la lista catalana [1], durante la versión 2.4, 
saltandose la guia de estilo que dice que se debe utilizar la 
preposiciones en caso de que sea necesario.


Creo que ahora es un bueno momento para cambiar estas traducciones por 
una mas genéricas ya que estas traducciones se van a utilizar tambien 
como base para el Español de Latino America. Así, propongo que a 
partir de la versión 4.2, las traducciones sean las siguientes:


- ID -> "Identificador"


No me gusta nada esta propuesta. Es un campo que se utiliza mucho, sobre 
todo por técnicos informáticos que buscan un registro en concreto, y es 
mucho más rápido escribir en el filtro ID: 274 que no Identificador: 274


Yo apuesto clarísimamente para dejarlo tal y como está, que además es el 
término usado en inglés, ID como abreviación de Identificador.




- Create Date -> "Fecha de creación"
- Write Date -> "Fecha de modificación"
- Create User -> "Usuario de creación"
- Write User -> "Usuario de modificación"



No tengo una posición definida. Estoy de acuerdo en que así se cumplen 
las reglas de estilo pero por el otro lado encuentro más práctico los 
términos sin la preposición de, pues se sobreentiende. Lo que deicida la 
mayoría me estará bien.



--
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] Eliminar el campo classe del account_payment_type

[Jordi Esteve (Zikzakmedia)]

El 01/08/16 a les 11:38, Sergi Almacellas Abellana ha escrit:

El 30/07/16 a les 20:11, Jordi Esteve (Zikzakmedia) ha escrit:


No me parece bien. Como te he comentado, es frecuente tener tipos de
pago que sólo fueran para cobrar o para pagar. Por ejemplo:

Datàfono (lector de tarjetas de crédito/débito). Sólo suele ser para
cobrar.
Cheque. Muchas empresas sólo los usan para cobrar.
Pagaré. Muchas empresas sólo los usan para pagar.


A mi entender, ambos tres ejemplos se pueden usar tanto para cobrar 
cómo para pagar.


Es más: Pagar es una acción recíproca, por lo que al pagar a alguien 
mediante un tipo de pago habrá otra persona que realizará la acción de 
cobrar mediante el mismo tipo de pago.


De todos modos, entiendo que te refieres a que la propia empresa no 
usa de forma habitual el tipo de pago para cobrar o bien pagar, y para 
expresar los tipos de pago utilizado ya lo definimos cómo propiedades 
de los terceros, por lo que no veo problema en tener definidos tipos 
de pago a cobrar o a pagar que no se utilicen de forma habitual.




Exacto, son acciones recíprocas, pero en una empresa determinada un tipo 
de pago sólo se usa de una manera (sólo para cobrar o sólo para pagar) o 
en algunos casos de las dos.


Es un problema el disponer como tipo de pago uno que se sabe seguro que 
no se va a usar, podría ser fuente de errores por parte de los usuarios. 
Por eso, para evitar usar tipos de pagos que no tiene sentido en una 
determinada empresa, se diseño tal como está: poder limitar si un pago 
se usa sólo para pagar o cobrar.


Si quieres evitar "duplicidades en los tipos de pago", se podría tener 3 
clases de pago: A pagar, A cobrar y Ambos. En los dos primeros sólo 
pediría como se usa la cuenta bancaria una sola vez, pero en Ambos 
pediría como se usa la cuenta bancaria para pagar y para cobrar. Pero 
personalmente no le veo que sea una mejora hacerlo así.


--
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] Eliminar el campo classe del account_payment_type

[Jordi Esteve (Zikzakmedia)]

El 29/07/16 a les 14:48, Sergi Almacellas Abellana ha escrit:

Hola,

Acabo de darme cuenta que en una nuestra base de datos tenemos los 
siguientes tipos de pagos configurados:


Nombre:Tipo C.C  Clases de Tipo
Domiciliación bancariaTerceroA cobrar
Domiciliación bancariaEmpresaA pagar
EfectivoNingunoA cobrar
EfectivoNingunoA pagar
Transferencia BancariaEmpresaA cobrar
Transferencia BancariaTerceroA pagar

Por lo que estamos definiendo los tipos de pago por duplicado para 
poder definirlos como a pagar o a cobrar.


Este es un caso concreto (una instalación o entorno que comentaba 
Raimon). En otra instalación de Tryton podría tener tipos de pago que 
sólo fueran para cobrar o para pagar.





Entonces mi proposuesta era eliminar el campo classe ("kind") y poner 
dos campos para definir el Tipo de C.C, por lo que la misma 
información quedaria de la siguiente forma:



Nombre:Tipo C.C (Pagar) Tipo C.C (Cobrar)
Domiciliación bancariaEmpresaTercero
EfectivoNingunoA Ninguno
Transferencia BancariaTercerA Empresa

Por lo que a mi entender habría menos información duplicada.

Opiniones? Alguien be algún inconveniente?



No me parece bien. Como te he comentado, es frecuente tener tipos de 
pago que sólo fueran para cobrar o para pagar. Por ejemplo:


Datàfono (lector de tarjetas de crédito/débito). Sólo suele ser para cobrar.
Cheque. Muchas empresas sólo los usan para cobrar.
Pagaré. Muchas empresas sólo los usan para pagar.

--
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] Eliminar el campo classe del account_payment_type

[Jordi Esteve (Zikzakmedia)]

El 29/07/16 a les 14:48, Sergi Almacellas Abellana ha escrit:

Hola,

Acabo de darme cuenta que en una nuestra base de datos tenemos los 
siguientes tipos de pagos configurados:


Nombre:Tipo C.C  Clases de Tipo
Domiciliación bancariaTerceroA cobrar
Domiciliación bancariaEmpresaA pagar
EfectivoNingunoA cobrar
EfectivoNingunoA pagar
Transferencia BancariaEmpresaA cobrar
Transferencia BancariaTerceroA pagar

Por lo que estamos definiendo los tipos de pago por duplicado para 
poder definirlos como a pagar o a cobrar.


Este es un caso concreto (una instalación o entorno que comentaba 
Raimon). En otra instalación de Tryton podría tener tipos de pago que 
sólo fueran para cobrar o para pagar.





Entonces mi proposuesta era eliminar el campo classe ("kind") y poner 
dos campos para definir el Tipo de C.C, por lo que la misma 
información quedaria de la siguiente forma:



Nombre:Tipo C.C (Pagar) Tipo C.C (Cobrar)
Domiciliación bancariaEmpresaTercero
EfectivoNingunoA Ninguno
Transferencia BancariaTercerA Empresa

Por lo que a mi entender habría menos información duplicada.

Opiniones? Alguien be algún inconveniente?



No me parece bien. Como te he comentado, es frecuente tener tipos de 
pago que sólo fueran para cobrar o para pagar. Por ejemplo:


Datàfono (lector de tarjetas de crédito/débito). Sólo suele ser para cobrar.
Cheque. Muchas empresas sólo los usan para cobrar.
Pagaré. Muchas empresas sólo los usan para pagar.

--
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] Traducción noticias versión 4.0

[Jordi Esteve (Zikzakmedia)]

El 11/05/16 a les 20:27, Raimon Esteve ha escrit:

2016-05-11 18:04 GMT+02:00 Sergi Almacellas Abellana :

Hola,

He subido a un review con la traducción de las noticias de la release 4.0:

https://tryton-rietveld.appspot.com/23081002

No esta acabado, però se puede ir revisando.

en la versión CA veo algunas faltas. He empezado la propuesta
mejor antes pasarlo por un corrector, alias, Jordi? ;)

Raimon


Si, hoy miraré y haré correcciones en ambas versiones de las dos últimas 
noticias de tryton.org.


--
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] Crear sugerencias en pootle

[Jordi Esteve (Zikzakmedia)]

El 18/04/16 a les 11:07, Sergi Almacellas Abellana ha escrit:

El 15/04/16 a les 22:53, Jordi Esteve ha escrit:


Que extraño, creía que por defecto todo el mundo podía hacer sugerencia
para el idioma castellano (de España). Sergi, te acabo de dar permisos
para hacer sugerencias, revisar sugerencias y hacer traducciones
directamente para el idioma castellano (de España), a ver si ahora 
puedes.



Pues ahora tampoco puedo, me sale exactmente lo mismo :$


Pues no se me ocurre que problema puede haber.

Creo que todo el mundo puede hacer sugerencias para el idioma castellano 
(de España). ¿Puede probarlo y confirmarlo otro usuario? Si es así creo 
que el problema sería de tu usuario, algo similar le pasó a Óscar 
Álvarez con el castellano de Colombia y Cedric tuvo que hacer un reset o 
algo parecido.





Están todas hechas, supongo que querrás revisar alguna.
Si, hice un cambio en el catalán que ya veo que has replicado en el 
castellano. Genial!!!


Si, siempre miro de sincronizar las mejoras en las traducciones de los 
dos idiomas, como tu no pudiste lo he hecho yo.


--
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] EXPRESION SALE_SHOP EN BABI

[Jordi Esteve (Zikzakmedia)]

El 30/03/16 a les 17:39, Luis Deiana ha escrit:
Buenos días, podrían ayudarme a crear una expresión en babi de la 
tienda en la que se facturo? el modelo seria: "Linea de Factura" y el 
campo a mostrar: "nombre de la tienda".

Saludos.


Tienes que ir saltando de campo, línea -> venta -> tienda -> nombre 
tienda. De memoria sería así:


sale.shop.name

--
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] Lector de Codigo de barras en Tryton 3.4

[Jordi Esteve (Zikzakmedia)]

El 15/03/16 a les 21:31, Fabyc ha escrit:

Hola.

On Thursday, January 28, 2016 at 5:04:38 PM UTC-5, Jordi Esteve 
(Zikzakmedia) wrote:


Hola Fernando,

El 28/01/16 a les 14:45, Fernando Sánchez ha escrit:
> Estimada comunidad,
>
> Reciban mi saludo cordial, a la vez tengo una consulta respecto
al uso
> de lector de código de barras con tryton 3.4.
>
> Sucede que estamos usando un lector de códigos Argox AS8000 y al
> registrar los códigos en el formulario de plantillas de
productos, nos
> posicionamos en el campo de código (sección variantes) ,
disparamos el
> lector y el código del producto aparece en el campo. Hasta ahí
perfecto.
>
> Tuvimos dificultad al usar el mismo lector para recibir
productos en
> almacén, en el formulario de recepción de productos desde el
proveedor
> (pienso que debe ser igual en el de envíos a clientes), al
agregar una
> nueva linea nos muestra el formulario respectivo, dentro de
ellos el
> campo producto. Posicionamos el cursor en este campo y al leer el
> código de barras, este aparece y en una fracción de segundo
> desaparece. Siendo este un producto cuyo código ya esta
registrado en
> la base de datos.
> Pienso que tiene que ver con la funcionalidad asociada al campo,
que
> es uno de busqueda.
>
> A ver si alguien vivió esta situación y me da alguna luz para poder
> resolver el problema.

Seguramente será que el cliente Gtk de Tryton por defecto no
autocompleta los campos m2o y m2m cuando la búsqueda obtiene un único
resultado.

Nosotros modificamos ligeramente el cliente Gtk de Tryton para que lo
hiciera, prueba de descargarte el que hay disponible aquí

http://www.zzsaas.com/es/descarga-tryton.html
<http://www.zzsaas.com/es/descarga-tryton.html>


¿Habrá algún repositorio de donde descargar el código fuente de los 
parches
aplicados para el soporte de la fuincionalidad en mención y/o algunas 
otras

más necesarias para la utilización en un super mercado?

Busqué en el repositorio de Zikzakmedia en Bitbucket pero no encuentro el
cliente modificado.



No, no está en bitbucket. Te mando adjunto el patch de "Autocomplete 
m2m, m2o and o2m when search restul is 1" para v3.8, pero es 
prácticamente el mismo para otras versiones.


--
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

# HG changeset patch
# User resteve <rest...@zikzakmedia.com>
# Date 1447629341 -3600
#  Mon Nov 16 00:15:41 2015 +0100
# Branch zz3.8
# Node ID f336e6457599e83752979cc46e3f417235b5986a
# Parent  347f9902b024955d14614a062bc0433bd96d9dea
Autocomplete m2m and o2m when search result is 1

diff -r 347f9902b024 -r f336e6457599 tryton/gui/window/view_form/view/form_gtk/many2many.py
--- a/tryton/gui/window/view_form/view/form_gtk/many2many.py	Tue Sep 29 12:59:17 2015 +0200
+++ b/tryton/gui/window/view_form/view/form_gtk/many2many.py	Mon Nov 16 00:15:41 2015 +0100
@@ -11,6 +11,7 @@
 from tryton.common.placeholder_entry import PlaceholderEntry
 from tryton.common.completion import get_completion, update_completion
 from tryton.common.domain_parser import quote
+from tryton.common import RPCExecute, RPCException
 
 _ = gettext.gettext
 
@@ -43,6 +44,7 @@
 self.wid_text = PlaceholderEntry()
 self.wid_text.set_placeholder_text(_('Search'))
 self.wid_text.set_property('width_chars', 13)
+self.wid_text.connect('key_press_event', self.on_keypress)
 self.wid_text.connect('focus-out-event', lambda *a: self._focus_out())
 self.focus_out = True
 hbox.pack_start(self.wid_text, expand=True, fill=True)
@@ -145,6 +147,20 @@
 
 self.focus_out = False
 
+domain2 = [('rec_name', 'ilike', '%' + value + '%'), domain]
+try:
+ids = RPCExecute('model', self.attrs['relation'], 'search',
+domain2, 0, 2, None, context=context)
+except RPCException:
+ids = []
+if len(ids) == 1:
+self.focus_out = True
+self.screen.load(ids, modified=True)
+self.screen.display(res_id=ids[0])
+self.screen.set_cursor()
+self.wid_text.set_text('')
+return
+
 def callback(result):
 self.focus_out = True
 if result:
diff -r 347f9902b024 -r f336e6457599 tryton/gui/window/view_form/view/form_gtk/one2many.py
--- a/tryton/gui/window/view_form/view/form_gtk/one2many.py	Tue Sep 29 12:59:17 2015 +0200
+++ b/tryton/gui/window/view_form/view/form_gtk/one2many.py	Mon Nov 16 00:15:41 2015 +0100
@@ -12,6 +12,7 @@
 from tryton.common.placeholder_entry import PlaceholderEntry
 from tryton.common.completion import get_completion, update_completion
 from t

Re: [tryton-es] EXPRESION EN BABI

[Jordi Esteve (Zikzakmedia)]

El 16/03/16 a les 09:04, Sergi Almacellas Abellana ha escrit:

El 16/03/16 a les 00:30, Luis Deiana ha escrit:



El sábado, 12 de marzo de 2016, 13:31:14 (UTC-3), Sergi Almacellas
Abellana escribió:

El 12/03/16 a les 15:18, Luis Deiana ha escrit:
 > Hola, me podria alguien ayudar a crear una expresion de "Party
Category"
 > para usarla como dimension en BABI . Gracias

Depende desde que modelo lo vas a utilizar, que campos quieres 
mostrar

de las categorias (el nombre, el id), si quieres mostrar la primera
categoria o todas...

Si defines un poco mejor la pregunta, quizás te podamos dar una 
mejor

respuesta.

Hola Sergio

Mi nombre es Sergi ;)
y gracias por la respuesta,el modelo seria :"Linea de

Factura", el campo a mostrar seria:"el nombre", en principio necesito la
primera categoría y si no es mucha molestia me gustaría también saber
como hacerlo con todas las categorías. Gracias.



Para la primera categoria:

o.invoice.party.categories[0].name

Para todos las categorias (separadas por comas):

','.join([c.name for c in o.invoice.party.categories])



Quizás la primera expresión que calcula la primera categoría del tercero 
se debería afinar, pues si uno de los terceros que aparece en el informe 
no tiene ninguna categoría te va a dar un error cuando calcules el 
informe. Mejor poner algo así en la expresión:


o.invoice.party.categories and o.invoice.party.categories[0].name or ''

--
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] Compra a un proveedor extracomunitario

[Jordi Esteve (Zikzakmedia)]

El 14/03/16 a les 16:18, Guillem Barba Domingo ha escrit:



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


Si, sería una opción, introducir manualmente una línea de impuestos de 
la factura, pero es muy artesanal y hay que acertar de poner el código 
de impuesto y los signos correctos.


A mi me parece mejor la opción de crear dos tipos de productos de tipo 
servicio, pero los asignaría impuestos diferentes:


1) Producto Arancel, asociado a cuenta *[600] Arancel cobrado por los 
servicios aduaneros* y con impuesto *IVA soportada exento (operaciones 
corrientes)*


2) Producto IVA cobrado servicio aduanero, asociado a cuenta *[472] IVA 
cobrado por los servicios aduaneros* y con impuesto *IVA aduanero* que 
se debería crear y que no tendría códigos de impuesto por la base, sólo 
códigos de impuesto por la cuota, que sería del 100%, así sólo 
reflejaría el 100% de su valor en un código de impuesto de la cuota (se 
podría usar el código *IVA.IBC.C - Cuotas devengadas importaciones 
Bienes corrientes*)


Así, si en la primera factura habías asignado el impuesto *IVA 0% 
Importaciones Bienes corrientes* que anota toda la base al código 
*B.IVA.IBC.C - Base importaciones Bienes corrientes*, quedaría bien 
reflejado el árbol de códigos de impuesto , tanto la base como la cuota, 
pero cada uno de ellos en facturas separadas.


El único inconveniente es que la base y la cuota, al ponerse en facturas 
separadas, podría ser que uno no fuera exactamente el 21% del otro por 
algún error del usuario, pero es inevitable, y la opción artesanal de 
introducir manualmente una línea de impuestos de la factura tb le 
pasaría lo mismo.


--
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] Re: Jornadas Estatales Tryton en Barcelona

[Jordi Esteve (Zikzakmedia)]

El 12/02/16 a les 22:31, Lucas Riccombene ha escrit:

Hola para participar en las charlas como seria. Cuente con mi presencia.
En mi caso solo hablo es Castellano (Argentina).


No hay problema, las comunicaciones serán en castellano o en catalán, 
pero prácticamente todo el público entiende ambos idiomas.


El Mobile World Centre (mírate el enlace que ha enviado Albert) se 
encuentra en el punto más céntrico de Barcelona, en Plaça Catalunya


https://www.google.es/maps/place/Carrer+de+Fontanella,+2,+08002+Barcelona/@41.443311,2.0959179,12z/data=!3m1!4b1!4m2!3m1!1s0x12a4a2f1223c2867:0x1a7fcd766587654?hl=en

Jordi


Para los argentinos que tengan ganas de ir dejo mi correo 
lu...@slmacoop.com.ar


S.L.A.M. "Software libre autogestinado metropolitano"
www.slamcoop.com.ar




El miércoles, 10 de febrero de 2016, 21:15:10 (UTC-3), Albert Cervera 
i Areny escribió:


Hola a todos,
tengo el placer de comunicaros que los próximos días 23 y 24 de mayo
celebraremos en Barcelona las primeras Jornadas Tryton de la
comunidad
Española.

Ya de entrada las jornadas cuentan con la colaboración de 5 empresas:

- DataLife [1]
- NaN-tic [2]
- Onneo [3]
- Thymbra [4]
- Zikzakmedia [5]

pero realmente esperamos que os apuntéis muchos más! Podéis enviarme
un correo en privado los que querráis.

Además tenemos la suerte de contar con la colaboración del Mobile
World Centre [6], que nos acojeará en un lugar excelente en el centro
de Barcelona. Y lógicamente con una excelente conectividad.

En breve enviaremos el enlace para empezar a inscribiros pero de
momento podéis empezar a reservaros las fechas. Como véis, lo hemos
organizado a principios de semana para los que queráis podáis
aprovechar el fin de semana anterior para visitar la ciudad.

En próximas comunicaciones también explicaremos cómo podéis hacer
vuestras propuestas de charlas.

¡Un saludo!

[1] http://www.datalife.com.es
[2] http://www.nan-tic.com
[3] http://www.onneo.net
[4] http://www.thymbra.com
[5] http://www.zikzakmedia.com
[6] https://www.mobileworldcentre.com/


PD: Mobile World Centre es una iniciativa público-privada creada por
Mobile World Capital Barcelona (MWCB) y Telefónica con el objetivo de
acercar a la ciudadanía el mundo de la telefonía móvil y de Internet.
Es un espacio para descubrir cómo la transformación mobile está
revolucionando las vías de comunicación, nuestro día a día o el
entorno social y empresarial. El Centre es un espacio abierto a los
ciudadanos que acoge una exposición permanente y ofrece una agenda de
actividades vinculadas a la actualidad y a proyectos centrados en la
transformación social, cultural, tecnológica y económica de la
movilidad. Mobile World Centre es también un punto de información y
difusión del resto de iniciativas de MWCB.

www.mobileworldcapital.com 
www.movistar.com 

-- 
Albert Cervera i Areny

http://www.NaN-tic.com
Tel. 93 553 18 03




--
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] Traducción español (España) y català de v3.8 de tryton

[Jordi Esteve (Zikzakmedia)]

El 30/10/15 a les 10:52, Albert Cervera i Areny ha escrit:

2015-10-28 22:01 GMT+01:00 Jordi Esteve :

Hola,

Acabo de finalizar la traducción español (España) y català de v3.8 de tryton
en pootle.tryton.org. Eran sólo unos 1000 términos nuevos en cada idioma.

Gracias, Jordi.


Si queréis podéis echarle una ojeada y hacer alguna sugerencia.


He repasado los "OK" que en Catalán teníamos como "D'acord" en algunos
casos y "Accepta" en otros. Lo he dejado todo como "D'acord".


Ok, mejor dicho "D'acord" ;-)

--
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] Duda en asignación de permisos botón assign_try

[Jordi Esteve (Zikzakmedia)]

El 15/10/15 a les 00:07, Luis Martinez ha escrit:

Buenas tardes,

Estoy creando nuevos grupos y asignando los permisos correspondientes 
en los modelos, campos y menú, sin embargo me topé con que el botón de 
assign_try para envío de devolución a proveedor, envío interno y envío 
a cliente a pesar de asignarle el grupo correspondiente no me aparece 
habilitado para ningún usuario perteneciente al grupo.   Lo estoy 
haciendo desde la interface gráfica Administración -> Modelos -> 
Acceso a modelos -> Botones.


Me ha funcionado bien para todos los demás botones incluso de esos 
mismos modelos a excepción del que menciono.


Alguna sugerencia?

Gracias de antemano,


Seguramente es debido a que este botón está readonly si los usuarios no 
pertenecen al grupo "group_stock", pues está definido así dentro del 
mismo código, mírate cualquier tipo de albarán en el fichero shipment.py 
del módulo stock:


'assign_wizard': {
'invisible': Eval('state') != 'waiting',
'readonly': ~Eval('groups', []).contains(
Id('stock', 'group_stock')),
},

--
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] Boton para abrir una vista especifica de un modelo u otro

[Jordi Esteve (Zikzakmedia)]

El 28/09/15 a les 13:40, Antonio Roncero ha escrit:



El lunes, 28 de septiembre de 2015, 12:10:06 (UTC+1), Jesús Martín 
Jiménez escribió:




El 28 de septiembre de 2015, 12:57, Antonio Roncero
 escribió:



El lunes, 28 de septiembre de 2015, 11:28:02 (UTC+1), Jesús
Martín Jiménez escribió:

Hola Antonio,

El 28 de septiembre de 2015, 12:24, Antonio Roncero
 escribió:



El lunes, 28 de septiembre de 2015, 10:55:38 (UTC+1),
Jesús Martín Jiménez escribió:

Hola Antonio,

El 28 de septiembre de 2015, 11:22, Antonio
Roncero  escribió:

Buenos dias,

tengo un modelo (A) que tienes varios campos
que relacionan con otros modelos(B,C,D...). En
cada registro de A solo puede estar relleno
uno de ellos, es decir, que si la relacion con
el modelo C esta rellena, con D y B no. Es la
unica manera que se me ha ocurrido para hacer
"relaciones dinamicas" con otros modelos.


También podrías utilizar un campo reference [1]


Gracias, creo que puede ser una manera mas correcta. ;)

He visto que se usa en invoice para definir el origen
de la linea, pero no encuentro donde se define en la
vista. ¿algun ejemplo donde pueda ver como se comporta?


Mira en Administración > Modelos > Adjuntos.


Gracias. He visto que se representa como la cadena que
almacena "modelo,id". ¿Existe algun widget (el "refenrece" es
el que actua por defecto) que pueda usarse para abrir el
registro asociado?


En la vista de formulario que te indico está.


Ese es el que estoy mirando. En modo formulario, efectivamente cuando 
le doy al id de registro se abre, pero en modo arbol, se pone en modo 
edicion de la cadena. Los iconos para seleccionar, eliminar o ver el 
adjunto son del campo data (que abre, elimina.. el adjutno en si, no 
el registro). ¿Hay alguna manera de que se comporte en el modo arbol 
igual que en el modo formulario abriendo el registro?


Nunca he probado de poner un campo "reference" en una vista listado 
editable (la que tu llamas modo árbol). Puede que el widget del campo 
"reference" en una vista listado no esté pulido por eso se edita sólo la 
cadena, habría que mejorarlo.


También puedes usar un atajo, que es clicar con el botón derecho sobre 
una línea de la vista listado editable y seleccionar el campo 
"reference", opción editar, que se abrirá en una pestaña nueva.


--
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] A pagar con mandato en account_payment_sepa_es

[Jordi Esteve (Zikzakmedia)]

El 16/09/15 a les 18:16, Albert Cervera i Areny ha escrit:

Hola,
el módulo account_payment_sepa_es añade un filtro en la pantalla de
apuntes contables para ver todos los que hay por cobrar y que tengan
mandato [1].

Entiendo que podemos eliminarlo puesto que no es necesario disponer de
un mandato para poder hacer una transferencia. Objeciones?

[1] 
https://bitbucket.org/trytonspain/trytond-account_payment_sepa_es/src/c927041b1e37c55af705df2c90bf1db9aea2a9e8/account.xml?at=default=file-view-default#account.xml-7



Era útil para filtrar los efectos que tenían mandato en caso de recibos 
domiciliados, en este caso si es necesario tener mandato. Pero no 
imprescindible, se pueden filtrar los efectos según el tipo de pago y 
crear un grupo de pagos (remesa) a partir de ellos, si alguno no tiene 
mandato dará error al generar el grupo de pagos.


En resumen, no tengo una posición clara. Tenerlo es algo útil, no 
tenerlo simplifica el código.


--
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] Re: Problema con conciliar cuentas

[Jordi Esteve (Zikzakmedia)]

El 06/07/15 a les 16:57, Antonio Roncero ha escrit:



El viernes, 3 de julio de 2015, 12:25:57 (UTC+1), Jordi Esteve 
(Zikzakmedia) escribió:


On 03/07/15 13:16, Antonio Roncero wrote:

 A ver si me estoy equivocando en el proceso...

Si, te equivocas en el proceso.


 Creo la factura, la confirmo, y como el cliente tiene mandato sepa,
 voy a efectos a pagar/cobrar- a cobrar con mandato y ejecuto el
 wizard que me genera el fichero sepa. En mensajes sepa, lo paso a
 estado realizado.

 Las facturas me siguen apareciendo validadas a espera de pagar,
por lo
 que debo ejecutar el proceso de conciliación para asociar los
apuntes
 que haya generado el mandato sepa (que por cierto no se como
mirarlos,
 porque no veo por ningun lado el dario de cobro que he creado en
SEPA)
 con lo de las facturas.

Aquí es donde fallas. Cuando se genera un fichero SEPA no implica que
las facturas estén pagadas. Piensa que en un fichero SEPA se ordenan
pagos o cobros a fechas en el futuro. Hasta que no llegue las
fechas de
pago/cobro de cada recibo estos no se cobraran realmente. Por
tanto la
generación de ficheros SEPA no crea ningún asiento de pago ni tampoco
ninguna conciliación, es simplemente una orden que mandas al banco.

Contabilizarás los pagos/cobros cuando introduzcas els extracto del
banco y lo confirmes. Para ello puedes usar el módulo oficial
account_statement o los módulos account_bank_statement* que
encontraràs
en bitbucket que son más flexibles. Te recomiendo estos últimos
pues hay
módulos interesantes:

account_bank_statement_es_csb43
account_bank_statement_payment
account_bank_statement_payment_sepa


He instalado los modulos, y cuando intento importar un csb43 me da 
este error:


|
Error:'account.bank.statement'Modelhas noattribute 'lines':None
|

He mirado el modelo de account.bank.statement y el modelo si tiene el 
campo lines (one2may a account.bank.statement.line)... Ni idea :(


Yo tampoco tengo idea, sin saber en que línea falla y que fichero usaste 
para importar. Parece como si importara 0 líneas del extracto.


Deberías debugar para ver que pasa cuando falla, y detectar si realmente 
es problema del código del módulo o de tu instalación o fichero a importar.


Este módulo está muy testeado, ya tiene muchos meses de vida y está 
instalado en múltiples instalaciones importando ficheros CSB43 de 
distintos bancos.


--
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] cobro por domicialicion SEPA

[Jordi Esteve (Zikzakmedia)]

El 19/06/15 a les 11:24, Antonio Roncero ha escrit:

Hola,

por fin he migrado la empresa de openerp a tryton y como voy avanzando 
me van surgiendo dudas. La de hoy:


Me gustaria cobrar unas facturas a traves fichero de domiciliacion, 
para lo cual he creado los mandatos sepa a los clientes con los que 
voy a probar (por cierto, creo que hay un fallillo minimo en los 
informes ya que tiene el texto fijo de devolución a 8 semanas y en 
caso de b2b son dos dias).
En efectos a cobrar con mandato me aparecen las facturas que he 
generado a esos clientes, pero no se como seguir. No veo por ningun 
lado la opcion de crear el fichero. Creo que tengo los modulos 
necesarios instalado pero obviamente me falta algo.


¿alguien me puede ayudar?


Desde los efectos tienes un asistente para crear los pagos (digamos que 
serían los recibos a cobrar o a pagar). Y desde los pagos tienes un 
asistente para crear los grupos de pagos (digamos que serían las remesas 
de recibos a cobrar o pagar). Según que módulos tengas instalados se 
pueden hacer estos dos pasos a la vez con un asistente que te crea 
directamente el grupo de pagos a partir de los efectos. Yo te recomiendo 
que al principio lo hagas paso a paso para comprobar que los pagos 
intermedios se crean correctamente, con la cuenta bancaria asociada.


Cuando tengas el grupo de pagos creado verás que tiene asociado un 
mensaje SEPA, es el fichero xml que debes enviar al banco.


Jordi

--
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] Decimales Informe de Venta Jasper

[Jordi Esteve (Zikzakmedia)]

El 26/05/15 a les 15:57, aleixfre...@gmail.com ha escrit:

Buenas tardes,

hemos realizado una actualización de Tryton de la versión 3.0 a 3.4

Y nos hemos encontrado con un problema en la impresión del Report de 
Venta en Jasper.


El campo precio unitario se visualiza con 4 decimales cuando en la 
anterior versión se visualizava con 2 decimales.


Es realmente extraño pues el informe es exactamente el mismo.

Quería saber si en la nueva versión éste parámetro se configura de 
alguna forma desde Tryton y por tanto afecta a la visualiación del 
informe.


Muchas gracias!


Seguramente sea debido a que ahora se puede definir el número de 
decimales a usar en precio unitario o en el descuento (si tienes 
instalado el módulo sale_discount) en el fichero de configuración de 
trytond, en una sección digits, y si no los defines te coge por defecto 4:


[digits]
unit_price_digits = 4
discount_digits = 4

--
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] Error en product pack

[Jordi Esteve (Zikzakmedia)]

El 06/05/15 a les 13:11, Antonio Roncero ha escrit:



El miércoles, 6 de mayo de 2015, 12:01:36 (UTC+1), raimonesteve escribió:

2015-05-06 12:16 GMT+02:00 Antonio Roncero ron...@gmail.com
javascript::
 Hola,

 he instalado el modulo product_pack con su dependecia
product_barcode.

 Cuando intento asignarle un codigo al producto o al embalaje me
da el
 siguiente error:

 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/model/modelview.py, line 201, in fields_view_get
 result['arch'] = _inherit_apply(result['arch'], view.arch)
   File /trytond/model/modelview.py, line 73, in _inherit_apply
 % (element2.tag, element2.get('expr')))
 AttributeError: Couldn't find tag (xpath:
/form/field[@name=sequence]) in
 parent view!

 Alguien sabe de que puede ser?

en la visrta form no hay el campo sequence para heredar


la vista del product_pack product_barcode_form.xml es la que busca 
ese campo sequence


?xml version=1.0?
!-- This file is part of product_pack module for Tryton.
The COPYRIGHT file at the top level of this repository contains the full
copyright notices and license terms. --
data
xpath expr=/form/field[@name=quot;sequencequot;]
position=after
label name=product_pack/
field name=product_pack/
/xpath
/data

pero la vista product_barcode_form.xml no tiene ese campo

?xml version=1.0?
!-- This file is part product_barcode module for Tryton.
The COPYRIGHT file at the top level of this repository contains the 
full copyright notices and license terms. --

form string=Product Codes
label name=barcode/
field name=barcode/
label name=number/
field name=number/
label name=active/
field name=active/
label name=product/
field name=product/
/form

Si la unica dependecia de product_pack es product_barcode, ¿puede ser 
que falte otro modulo que meta ese campo sequence y que no este en el 
tryton.conf como dependecia?




Exacto, este es el problema, la vista de product_barcode_form.xml ahora 
está mal definida, seguramente se cambió el módulo product_barcode para 
quitarle el campo sequence y no se cambió el módulo product_pack que 
depende de él. Habría que corregirlo.




 Y una segunda pregunta, una vez instalado correctamente se puede
vender por
 empaquetados, es decir, si tengo un embalaje de 12 unidades, en
la venta
 seleccionar 1 unidad de ese embalaje y que la cantidad sea 12.?



Si te miras el código de este módulo, no tiene esta funcionalidad. 
Tampoco tiene dependencia de sale. Seguramente debería implementarse en 
un módulo nuevo sale_product_pack o similar.


--
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

[tryton-es] Traducción de las dos últimas noticias pendientes de revisar

[Jordi Esteve (Zikzakmedia)]

Traducción de las dos últimas noticias pendientes de revisar:

www.tryton.org: Add ca and es tryton release 3.6 news + pycon2015

http://codereview.tryton.org/14251002

--
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] Re: Modulo Fondos (Pago - Cobros)

[Jordi Esteve (Zikzakmedia)]

El 16/04/15 a les 20:34, Martín Di Lisio ha escrit:

Hola a todos,

Buscando encontré este hilo y lo refloto.

Estamos necesitando un módulo donde yo pueda elegir pagar una o más 
facturas, ya generadas, que estén en estado de Pago, y que se puedan 
pagar de manera mixta, con cheques, efectivo, etc.
El formulario de Pago de cada factura, no tiene esta información por 
defecto. Hay algún módulo que se le parezca? Es decir, no quiero 
generar un recibo o una orden de pago, como en el voucher, solo quiero 
pagar las facturas.


El botón de Pago de cada factura permite pagar un factura totalmente o 
parcialmente. Permite pagar una factura con varios pagos de distintos 
tipos (distintos diarios de dinero). Si quieres pagar varias facturas a 
la vez no te sirve, entonces puedes usar el módulo 
account_bank_statement, aunque también creo que con account_statement 
que está incluido en el core de tryton te serviría, pues en cada línea 
de extracto puedes indicar que facturas se pagan. O hacerlo a mano, 
introducieno el asiento contable del pago en el diario correspondiente, 
y luego conciliando el pago con las facturas que paga.




Estuve viendo el sale pos, pero está más orientado a una venta de un 
negocio, donde se genera la venta y luego la factura. No se si me 
serviria para facturas ya emitidas.


sale_pos es otra historia. Primero permite hacer ventas (de forma más 
ágil que el módulo sale) y segundo permite pagar ventas mediante 
registro de los pagos en extractos. Si trabajas con facturas 
directamente y quieres pagar facturas no es el camino.



--
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] Traducción 3.6

[Jordi Esteve (Zikzakmedia)]

Hola,

Respecto a las traducciones de (Español de España) ya está todo 
traducido, los 247+296 términos que comentaba Raimon, mayormente de los 
7 nuevos módulos que incluirá la v 3.6. También se han repasado muchas 
traducciones hechas.


Básicamente se ha cambiado:

Confirmar y Confirmado/a por Contabilizar y Contabilizado/a (Post) en 
asientos y facturas. Unos 50 términos se han cambiado.

Realizar envío (make shipment) por Empaquetar en los albaranes de cliente.

Faltaría hacer los cambios de Realizar y Realizado por Finalizar y 
Finalizado (en albaranes y solicitudes de compra). Lo hago en 1 hora.


Hay algunos términos nuevos que tengo algunas dudas, se aceptan 
sugerencias (hay de margen unas 3 o 4h.):


Nuevo estado de los movimientos de stock: Staging. De momento se ha 
traducido por En proceso

shelf life - Vida útil
Shelf life date - Fecha caducidad
Delta - Incremento (nueva funcionalidad para definir las líneas de los 
plazos de pago)

Deposit - Fianza (para los pagos a cuenta o adelantos de factura)

Jordi

El 10/04/15 a les 15:41, Raimon Esteve ha escrit:

Hola,

como sabeis ya está anunciado la fecha para la versión 3.6 de Tryton
para el próximo 20 de abril (1). Ya es momento de la traducción, que
tenemos fecha hasta el 17th abril 20:00 UTC (viernes que viene, una
semana justo). De todos modos, Jordi deberá decidir cuando prepara los
commits y a que hora los sube. Supongo que será el medidodía.

Ya se encuentra disponible y operativo el servidor 3.5 para la
traducción (Español de España).

Los datos del servidor son los mismos que siempre. Si hay alguién que
no los conoze o quiere colaborar con la traducción, que mande un
privado a Jordi Esteve o a mi y os daremos el acceso.

Recordad que hay algunas notas sobre traducciones que se han anotado
para fijar en la 3.6 (2). Si hay alguna traducción pendiente de fijar
de la 3.4, por favor, nos lo comentan.

Que tengan un buen fin de semana de traducción.

Estadística:

247 pedientes traducción
296 a revisión (fuzzy)

(1) https://groups.google.com/d/msg/tryton-dev/yE5HTIJHey8/yzb_iY3bGQ8J
(2) http://wiki.tryton-erp.es/Traduccion3.4-3.6



--
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] Traducción 3.6

[Jordi Esteve (Zikzakmedia)]

El 17/04/15 a les 14:44, Albert Cervera i Areny ha escrit:

2015-04-17 14:41 GMT+02:00 Jordi Esteve (Zikzakmedia) jest...@zikzakmedia.com:

Hola,

Respecto a las traducciones de (Español de España) ya está todo traducido,
los 247+296 términos que comentaba Raimon, mayormente de los 7 nuevos
módulos que incluirá la v 3.6. También se han repasado muchas traducciones
hechas.

Básicamente se ha cambiado:

Confirmar y Confirmado/a por Contabilizar y Contabilizado/a (Post) en
asientos y facturas. Unos 50 términos se han cambiado.
Realizar envío (make shipment) por Empaquetar en los albaranes de cliente.

Faltaría hacer los cambios de Realizar y Realizado por Finalizar y
Finalizado (en albaranes y solicitudes de compra). Lo hago en 1 hora.

Hay algunos términos nuevos que tengo algunas dudas, se aceptan sugerencias
(hay de margen unas 3 o 4h.):

Nuevo estado de los movimientos de stock: Staging. De momento se ha
traducido por En proceso
shelf life - Vida útil
Shelf life date - Fecha caducidad
Delta - Incremento (nueva funcionalidad para definir las líneas de los
plazos de pago)
Deposit - Fianza (para los pagos a cuenta o adelantos de factura)

Para mi devería ser Anticipo. En Catalán yo lo llamé Bestreta.



Si, me he equivocado al escribirlo. Quería decir

Deposit - Anticipo (para los pagos a cuenta o adelantos de factura)

Alguna sugerencia más?

--
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] Modulo Gestión Documental

[Jordi Esteve (Zikzakmedia)]

El 13/04/15 a les 19:25, vgargalloburd...@gmail.com ha escrit:

Buenas tardes,

 Existe algún modulo de gestión documental en Tryton?


Gestor documental propiamente dicho no tiene, pero si tiene una 
herramienta sencilla de adjuntar ficheros a cualquier registro del ERP. 
Está explicado un poco aquí


http://doc.tryton-erp.es/trytond_doc/tryton_adjuntos.html

básicament es usar el botón del clip en cualquier registro (tercero, 
producto, venta, ...), o arrastrar y soltar un archivo encima del clip 
para añadir un adjunto nuevo a un registro.


Puedes consultar todos los adjuntos desde el menú 
Administración/Modelos/Adjuntos.


--
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] Duda sobre Terceros

[Jordi Esteve (Zikzakmedia)]

El 08/04/15 a les 11:08, Antonio Roncero ha escrit:

Hola,

estoy mirando como funciona el concepto de terceros en tryton y me 
surge una duda. Un tercero puede tener varias direcciones y varios 
medios de contacto, hasta ahi bien. ¿Como se puede asociar un contacto 
a un tercero para que los medios de contactos sean del contacto? por 
ejemplo:


Tengo la *empresa A*, que tiene dos sedes *direccion 1* y*direccion 2* 
y un *Persona 1. C*ada uno de estos contactos tienen sus telefonos e 
email independientes. ¿como podria hacerlo en tryton? es decir, 
asociar un medio de contacto a una direccion o persona especifica.


Creo que te intersa el módulo party_communication [1]


Medios de contacto en empresas y direcciones


Añade una relación entre los medios de contacto (teléfono, móvil, email, 
...) y
las direcciones de tercero. De este modo puede saberse que medios de 
contactos

pertenecen a una dirección concreta.

La dirección en un medio de contacto no es un campo requerido. Por 
tanto, si un

medio de contacto no dispone de dirección se entiende que es un medio de
contacto general del tercero (por ejemplo un teléfono corporativo o una 
web).



¿Se puede hacer con el planteamiento por defecto de tryton o tendria 
que hacer (o existe) un modulo que asocie terceros con otros terceros?




Si, existe el módulo party_relationship [2], pero su uso sería más para 
relacionar terceros, como empleado-empleador, filial-empresa madre, etc.


The party relationship module allows to define different types of relations
between parties.

Each relation is defined by a relation type. A reverse relation type can be
defined, so  when creating a relation of a type, the reverse relation 
will be

automatically created.

[1] bitbucket.org/trytonspain/trytond-party_communication

[2] http://hg.tryton.org/modules/party_relationship

--
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_pos - self_pick_up activo en estado presupuesto y confirmado

[Jordi Esteve (Zikzakmedia)]

El 29/01/15 a les 08:21, Raimon Esteve ha escrit:

2015-01-29 0:32 GMT+01:00 Luis Deiana luis.deian...@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).


--
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] el filtro: Entidad: !=Cliente Mostrador. No funciona ?

[Jordi Esteve (Zikzakmedia)]

El 29/01/15 a les 08:43, Guillem Barba Domingo ha escrit:



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


 2015-01-28 23:06 GMT+01:00 Luis Deiana luis.deian...@gmail.com 
mailto: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 
mailto: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



Si, exacto, este es el problema, Guillem se me ha adelantado con la 
explicación.


La negación funcionará bien con campos simples, donde no esté redefinido 
el método search_rec_name() para incluir otros criterios con 'OR'. 
Prueba a buscar facturas, ventas, ... distintas a un cierto número de 
factura/venta/... y verás que te funcionará.


Yo diría que en el caso de tercero, como se busca por nombre o por 
código, no funciona, pues te devuelve todos los terceros ya que todos 
los terceros tienen un código distinto a tu criterio.


--
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] Re: Crear solicitud de compra manual

[Jordi Esteve (Zikzakmedia)]

El 19/11/14 a les 14:13, Luis Deiana ha escrit:

Ok, perdón,  se me paso.


Luís, otra vez estás haciendo top-posting. Evítalo por favor.

Mira de escribir/responder sólo para aportaciones interesantes, si no se 
hace ruido en la lista de correo innecesariamente.


Jordi



El miércoles, 19 de noviembre de 2014 05:50:38 UTC-3, Guillem Barba 
Domingo escribió:



El 18/11/2014 22:41, Luis Deiana luis.d...@gmail.com
javascript: va escriure:

 Hola, no se si entendi mal, pero creo que los que necesitas es
crear un nuevo registro en:
 Compras / Solicitudes de compra

 El martes, 18 de noviembre de 2014 14:57:51 UTC-3, Eduardo J de
la Garza G escribió:

 Hola,

 El asistente que crea solicitudes de compra funciona bien, sin
embargo, tengo necesidad de crear solicitudes de compra
manualmente adicionales a las que crea el asistente. ¿Qué debo
hacer para que el sistema me lo permita pues únicamente me da la
oportunidad de ver las solicitudes que se crean con el asistente
pero no de crear nuevas en la misma pantalla?

 Gracias de antemano por sus comentarios.

Y si tampoco puedes hacerlo como te pide Luís, puede ser que no
esté habilitado el crear solicitudes manualmente, pues tiene mas
sentido crear la Compra directamente.
Ten en cuenta que cuandose ejecuta el asistente de crear
solicitudes, lo primero que hace es eliminar TODAS las solicitudes
(que no estén ya en estado comprado), y entonces hace el cálculo
de lo que tiene que comprar.

PD: @luis, por favor, NO hagas top posting.




--
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] Validar o confirmar varias facturas

[Jordi Esteve (Zikzakmedia)]

El 14/10/14 a les 13:35, Sergi Almacellas Abellana ha escrit:

El 14/10/14 a les 13:18, Jordi Esteve (Zikzakmedia) ha escrit:

El 14/10/14 a les 10:26, Sergi Almacellas Abellana ha escrit:

El 14/10/14 a les 09:59, Manuel Bailen ha escrit:

El tema del asistente se me hace cuesta arriba, ¿no hay forma de
habilitar las acciones desde la vista tree? como están el resto 
de los

formularios.

Debes modificar las vistas tree añadiendo los botones en las mismas.

A partir de la versión 3.2, estos botones te apareceran en el menú de
acciones, por lo que puedes añadir el attributo tree_invisible=1
para que no los muestre en la lista.


Cierto, a partir de la versión 3.2, los botones aparecen en el menú de
acciones de cualquier registro, pero he observado que sólo cuando la
vista es de tipo formulario (que no ayuda mucho, pues los botones ya
están presentes en la parte inferior de la vista formulario).


Eso no es cierto, en la vista tree también aparecen. Lo puedes 
comprobar en el menú: Contabilidad - Pagos - Efectos a cobrar/pagar.


Si marcas una o más líneas veràs que te aparece la opción Pagar 
Líneas, que eso es un botón.


Tienes razón, no había visto este ejemplo, creo que es de los pocos 
casos que aprovecha esta nueva funcionalidad de tryton 3.2 para mostrar 
los botones en el menú de acciones en la vista listado.


Para conseguirlo es necesario definir el botón o botones en la vista 
tree. Por ejemplo, en el caso que comentas, en 
account_payment/view/move_line_list.xml se define como

button name=pay string=Pay Lines tree_invisible=1/

que provoca que no se vea en la propia lista pero si dentro del menú 
superior de acciones.


En el caso que preguntaba Manuel se resolvería añadiendo estos botones 
en la vista tree de las facturas (account_invoice/view/invoice_tree.xml):


button name=cancel string=_Cancel tree_invisible=1
icon=tryton-cancel
confirm=Are you sure to cancel the invoice?/
button name=draft string=_Draft tree_invisible=1
icon=tryton-go-previous/
button name=validate_invoice string=Validate tree_invisible=1
help=Also known as Pro Forma
icon=tryton-go-next/
button name=post string=_Post tree_invisible=1 
icon=tryton-ok/
button name=pay string=_Pay tree_invisible=1 
icon=tryton-go-next/


¿No estaría bien añadirlo en los módulos core de tryton?

--
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] Módulo invoice_merge duplica una factura

[Jordi Esteve (Zikzakmedia)]

El 01/07/14 16:53, Luis Martinez ha escrit:



El jueves, 12 de junio de 2014 11:52:57 UTC-5, Jordi Esteve 
(Zikzakmedia) escribió:


El 12/06/14 18:31, Luis Martinez ha escrit:
 Buenas tardes,

 Tengo instalado el módulo de invoice_merge y noto que al momento de
 hacer el merge de las facturas, en la nueva factura me duplica los
 productos de una de las facturas a las que le estoy haciendo el
 merge.  Aparentemente la que duplica es la que aparece como
primera en
 la ventana donde pregunta si está seguro que quiere hacer el
merge de
 las facturas.

 Pondré un ejemplo por si no quedó muy claro. Trato de hacer el
merge
 de la factura 001 y la factura 002.  Se crea una tercer factura
003 en
 donde me aparecen los productos de la factura 001 duplicados y
los de
 la factura 002 una sola vez (como debe ser).

 Después de varias pruebas me doy cuenta que los que duplica son los
 que me aparecen en la parte superior de la vista de lista y que
 curiosamente son los primeros cuando pregunta está seguro que
quiere
 hacer el merge de las facturas 001 y 002?   Si hago el mismo
ejercicio
 cambiando el orden de la factura en la vista y me pregunta quiere
 hacer el merge de las facturas 002 y 001? los productos que me
 duplican son los de la factura 002.

 No sé si ya exista algún parche para esto.

 Quedo en espera de sus comentarios y de antemano gracias!

¿De donde has cogido el módulo invoice_merge? ¿Qué versión de
Tryton usas?

Nosotros usamos el módulo account_invoice_merger [1] sobre tryton
v3.0 y
no sucede este problema.

[1] bitbucket.org/zikzakmedia/trytond-account_invoice_merger
http://bitbucket.org/zikzakmedia/trytond-account_invoice_merger

-- 
Jordi Esteve

Consultor Zikzakmedia SL
jes...@zikzakmedia.com javascript:
Mòbil 679 170 693

Zikzakmedia SL
Dr. Fleming, 28, baixos
08720 Vilafranca del Penedès
Tel 93 890 2108

El módulo lo bajé de zikzakmedia para la versión 3.2 y yo estoy usando 
la versión 2.8 de tryton.   En este momento no puedo actualizar a la 
versión 3.2, habrá que hacer algo para que funcione con la 2.8?




Seguramente, pero como no trabajamos con la v2.8 no se decirte.

Este módulo está testeado para v3.0 y v3.2. En 
bitbucket.org/zikzakmedia/trytond-account_invoice_merger 
http://bitbucket.org/zikzakmedia/trytond-account_invoice_merger están 
publicadas dos ramas con estas dos versiones.


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

Zikzakmedia SL
Dr. Fleming, 28, baixos
08720 Vilafranca del Penedès
Tel 93 890 2108

Re: [tryton-es] sale_pos payment_type

[Jordi Esteve (Zikzakmedia)]

El 05/06/14 23:46, Luis Deiana ha escrit:




Por que no tendria sentido? yo necesito saber a final del mes o de un 
periodo cuanto se vendio con Visa o con efectivo o con alguna otra 
tarjeta.





No tiene sentido mirarlo a nivel de factura, pues una factura creada por 
una venta TPV puede estar pagada por partes con distintos tipos de pago. 
Esto lo puedes consultar por los extractos, donde se van guardando los 
pagos de cada tipo.


El tipo de pago en las facturas está más pensado para empresas que hagan 
ventas-facturas entre empresas (por ej. distribuidoras o venta al por 
mayor en lugar de venta al detalle), donde en este caso lo habitual es 
que una factura entera esté pagada con el mismo tipo de pago.


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

Zikzakmedia SL
Dr. Fleming, 28, baixos
08720 Vilafranca del Penedès
Tel 93 890 2108

Re: [tryton-es] Re: Error en módulo 'sale_price_list_change_party'

[Jordi Esteve (Zikzakmedia)]

El 28/03/14 09:45, Moisés Escusa ha escrit:

Buenos días:

He probado el cambio y ya no da error, pero ahora hay un problema:

Si un producto no está en la lista de precios del cliente nuevo, en 
lugar de dejarle el precio que tiene lo pone a 0 ...




No lo he probado, pero una lista de precios (tarifa) debería servir para 
todos los productos, o sea, que debería tener una línea de tarifa que se 
aplicara a todos los productos en última instancia. Normalmente se añade 
una línea de tarifa al final que no esté asociada a ningún producto o 
categoría de producto. Comprueba si añadiendo esta última línea se 
soluciona el problema.


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

Zikzakmedia SL
Dr. Fleming, 28, baixos
08720 Vilafranca del Penedès
Tel 93 890 2108

Re: [tryton-es] Plantilla factura, venta.... sin código

[Jordi Esteve (Zikzakmedia)]

El 26/03/14 09:02, laura_cho...@hotmail.com ha escrit:



El miércoles, 26 de marzo de 2014 08:17:28 UTC+1, raimonesteve escribió:

2014-03-25 17:20 GMT+01:00  laura_...@hotmail.com javascript::
 Buenas tardes ¿Podéis ayudarme?

 Necesito saber como personalizar las plantillas de presupuestos,
facturas,
 albaranes

Plantilla quiere decir informe (report) ?

 pero no tengo ni idea de programación ni del código... ¿Hay
 forma de modificar esas plantillas sin utilizar ningún código??
alguien
 puede darme los pasos o algún sitio para aprenderlo???


http://doc.tryton.org/3.0/trytond/doc/topics/reports/index.html?highlight=report

http://doc.tryton.org/3.0/trytond/doc/topics/reports/index.html?highlight=report





Si exacto, perdona mi mala explicación... leo el link que me has 
mandado y no me entero de mucho...la verdad. y querría saber si hay 
alguna forma de crear algún informe sin hacerlo con estos códigos.. 
Muchas gracias.


Para crearlo necesitarás definirlo con ficheros xml en un módulo específico.

Podría intentar crearlo desde el menú Administración/Interfaz del 
usuario/Acciones/Informes, no se si funcionaria yo no lo he probado 
nunca. Lo mejor para empezar es que probaras a cambiar un informe 
existente, por ej el informe Carta que ofrece el módulo party sobre el 
modelo party.party (tercero). Si te vas al menú que te indico


Administración/Interfaz del usuario/Acciones/Informes

prueba de abrir el informe Carta, y en el campo Contenido tienes el 
fichero openoffice (odt) que te puedes descargar, modificarlo con 
openoffice o libreoffice y volverlo a subir. Verás que en su interior 
hay unos campos que definen como colocar los datos de los modelos de 
tryton en el informe, con los ejemplos de informes existentes puedes ir 
aprendiendo su sintaxis y su uso.


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

Zikzakmedia SL
Dr. Fleming, 28, baixos
08720 Vilafranca del Penedès
Tel 93 890 2108

Re: [tryton-es] Modulo de Conciliacion Bancaria

[Jordi Esteve (Zikzakmedia)]

Hola Óscar,

El 24/03/14 03:14, oscar_alvarez ha escrit:

Hola Devs

Estoy tratando de conocer el modulo trytond-account_bank_statement 
desarrollado por Nantic pero no he podido hacer o al menos terminar ni 
una sola conciliacion bancaria (Extracto bancario) porque me sale el 
mensaje cuando le doy click en contabilizar:


El importe de los apunte 0 no es igual al importe 78.0 en la 
línea PAGO.


He intentado crear asientos con el mismo valor y mismo libro, he 
tratado de crear la conciliacion bancaria 
('account.bank.reconciliation') con el (+) del widget many2many, pero 
no permite porque el campo Apunte (En Colombia le llamamos línea de 
Asiento) es requerido y a la vez es de solo lectura, las cuentas 
credito debito ya estan configuradas como conciliables, el libro 
contable ya esta creado para trabajar con extractos, sin embargo no 
logro hacerlo funcionar.




Seguramente pq no lo usas adecuadamente. Si sólo instalas el módulo 
account_bank_statement sólo podrás cotejar las líneas de los extractos 
bancarios con los apuntes de asientos de pagos ya creados previamente 
(por ejemplo con el botón Pagar de las facturas).


Si lo que quieres es asociar las líneas de los extractos bancarios con 
los vencimientos de las facturas para crear el asiento de pago y la 
conciliación, deberías instalar el módulo 
account_bank_statement_counterpart. Y si lo que quieres es crear el 
asiento de pago asociado con una o varias cuentas contables deberías 
instalar el módulo account_bank_statement_account. La combinación de los 
3 módulos permite el proceso de los extractos bancarios y sus líneas de 
una forma muy variada y flexible.


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

Zikzakmedia SL
Dr. Fleming, 28, baixos
08720 Vilafranca del Penedès
Tel 93 890 2108

Re: [tryton-es] Control de líneas de impuesto

[Jordi Esteve (Zikzakmedia)]

El 13/03/14 11:34, Albert Cervera i Areny ha escrit:
2014-03-13 11:16 GMT+01:00 Miriam Aymerich mir...@calidae.com 
mailto:mir...@calidae.com:


Ya que no se pueden modificar las lineas de impuesto una vez
confirmada la factura, quizás seria interesante, introducir un
control en el que las lineas de impuesto fuesen acorde con el
régimen fiscal del tercero:

Si el Tercero tiene régimen fiscal general, que la factura no
pueda llevar IVA importación, ya que el que contabiliza se puede
equivocar y luego no hay forma de modificarlo.

No se si lo encontráis interesante ni si es difícil establecer
este control.


El problema es que hay que clasificar todos los impuestos de alguna 
forma y establecer un criterio de reglas completamente nuevo.. creo 
que es bastante trabajo.


Otra idea sería un wizard que permita modificar las lineas de
impuesto de una factura ( y su asiento contable)
Que pensais? cómo lo veis?


¿Por que no hacer el abono de la factura y crear una nueva? Se 
soluciona con unos 5 clics (3 para abonar y 2 para duplicar la factura 
existente) y te ahorras un asistente nuevo que tendría que tocar cosas 
delicadas.




+1. Si la factura es errónea, mejor abonarla con el asistente de abono 
de factura y se crea de nuevo (o se duplica si es parecida).


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

Zikzakmedia SL
Dr. Fleming, 28, baixos
08720 Vilafranca del Penedès
Tel 93 890 2108

Re: [tryton-es] Incorporar y actualizar módulos

[Jordi Esteve (Zikzakmedia)]

Al 17/09/13 12:41, En/na Raimon Esteve ha escrit:

pero no soy capaz de incorporar nuevos módulos del
repositorio,por ejem los referidos a la contabilidad española,

en el fichero INSTALL lo tienes:

https://bitbucket.org/trytonspain/trytond-account_es/raw/51e45a6ce0fea7e2e61ca6cc2f86d7d0c6a1bf6a/INSTALL
https://bitbucket.org/trytonspain/trytond-account_es_pyme/raw/e26873057b0c6743a3a1c52d91b0c1e6b96b1920/INSTALL


Lo que te explica Raimon o lo que te ha explicado Eduardo se 
complementan. Raimon te indica como instalar el módulo como un paquete 
python adicional mediante setup (si usas virtualenv te lo instalaría en 
un entorno virtual). Eduardo te indica como colocar el módulo 
directamente en la carpeta modules del servidor.


En ambos casos, una vez instalado, para refrescar la lista de módulos 
disponibles dentro del servidor Tryton, ejecuta el servicio trytond con 
el parámetro -u (ver trytond --help), para actualizar la lista de 
módulos en la base de datos actual y poder instalarlos desde el cliente, 
tal como te explica Eduardo.


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

Zikzakmedia SL
Dr. Fleming, 28, baixos
08720 Vilafranca del Penedès
Tel 93 890 2108

Re: [tryton-es] Incorporar y actualizar módulos

[Jordi Esteve (Zikzakmedia)]

Al 17/09/13 15:07, En/na Raimon Esteve ha escrit:

Lo que te explica Raimon o lo que te ha explicado Eduardo se complementan.
Raimon te indica como instalar el módulo como un paquete python adicional
mediante setup (si usas virtualenv te lo instalaría en un entorno virtual).
Eduardo te indica como colocar el módulo directamente en la carpeta modules
del servidor.

El fichero INSTALL que te lo indica como instalar: ya sea con setup o
en el directorio modules.


Pues es verdad, no había leído la última línea del fichero INSTALL donde 
comenta la otra posibilidad.


Lo que si falta, y debería saber un técnico que empieza con Tryton, es 
lo de reiniciar el servidor trytond con la opción -u para actualizar la 
lista de módulos disponibles para instalar.


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

Zikzakmedia SL
Dr. Fleming, 28, baixos
08720 Vilafranca del Penedès
Tel 93 890 2108

Re: [tryton-es] Módulos AEAT

[Jordi Esteve (Zikzakmedia)]

Al 04/09/13 19:33, En/na Jose R. Prieto ha escrit:

Aún no los he mirado, pero excelente aportación, Albert :)

Coincido contigo en que un módulo común poco sentido va a tener; los 
campos van a variar, según la AEAT le de por ahí...


Si, Albert ya contestó explicando estos mismos motivos para no 
implementar un un módulo comúnmódulo común para la definición de los 
distintos modelos de declaración de la AEAT. A mi ya me parece bien.


Ahora sólo está implementado la definición de estos modelos y su 
exportación, hay que rellenarlos a mano. Falta la segunda fase de 
cálculo de los datos de los modelos a partir de la información contenida 
en la gestión contable-financiera de Tryton. Albert está en ello, ya nos 
irá informando y si necesita ayuda.


Jordi

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

Zikzakmedia SL
Dr. Fleming, 28, baixos
08720 Vilafranca del Penedès
Tel 93 890 2108

Re: [tryton-es] Módulos AEAT

[Jordi Esteve (Zikzakmedia)]

Hola Albert,

Al 16/08/13 18:30, En/na Albert Cervera i Areny ha escrit:

Hola,
he subido una primera versión de los módulos para la generación de los
ficheros para presentación telemática de los modelos 303, 340, 347 y
349 de la AEAT (España).

Los módulos dependen de la librería retrofix [1] y permiten introducir
los datos y generar los ficheros, pero no calculan los datos a mandar
a partir de las facturas e impuestos. Esto vendrá en una segunda ola
de commits.

https://bitbucket.org/trytonspain/trytond-aeat_303
https://bitbucket.org/trytonspain/trytond-aeat_340
https://bitbucket.org/trytonspain/trytond-aeat_347
https://bitbucket.org/trytonspain/trytond-aeat_349

[1] http://bitbucket.org/trytonspain/retrofix



Gracias por la aportación. Quería saber sobre el hecho de que no haya 
ningún módulo tipo trytond-aeat como base genérica de estos módulos que 
implementat distintos modelos de AEAT (303, 340, 347, 349). Hay algunos 
campos que parecen repetirse en los distintos modelos (company, 
currency, fiscalyear, fiscalyear_code, state, companya_vat, 
representative_vat, ...), en OpenERP esto estaba implementado en un 
módulo genérico de base para los otros.


¿Es debido a una cuestión técnica, de que hay poca intersección entre 
todos los modelos (aún faltan modelos, como los de IRPF que empieza por 
1...), o de otro tipo?


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

Zikzakmedia SL
Dr. Fleming, 28, baixos
08720 Vilafranca del Penedès
Tel 93 890 2108

Re: [tryton-es] Como poner las traducciones actualizadas del español en hg.tryton.org

[Jordi Esteve (Zikzakmedia)]

Al 12/10/12 19:40, En/na zodman ha escrit:

El 12 de octubre de 2012 11:34, oscar_alvarez
oscar.alvarez.mont...@gmail.com escribió:

Hola Chicos

Necesito ayuda con esto, yo tengo ciertos conocimientos de ssh y lo uso a
nivel de intranet sin problemas (aunque soy principiante) pero a nivel de un
servidor de repositorios en la web nunca lo he usado, estoy actualizando las
traduciones de todos los modulos de tryton a español Colombia ya tengo lista
varias traducciones, Cedk me pidió mi clave publica ssh y ya se la envie y
me creo mi usuario para tener acceso el cual me lo confirmo por correo, ya
tengo los patch de algunas traducciones, pero no se como montarlos en el
servidor de tryton en la ruta que me dió Cedk

Copio parte del mail.

I gave you access to translation commit.
You must connect using the username: oscar
The path for the repositories are:

 ssh://hg.tryton.org//home/hg/tryton
 ssh://hg.tryton.org//home/hg/trytond
 ssh://hg.tryton.org//home/hg/proteus
 ssh://hg.tryton.org//home/hg/modules/

No se si con ese acceso entro directamente al servidor a traves de $ssh
myu...@hg.tryton.org y puedo navegar en el para aplicar los patchs o
simplemente debo exprotar los patchs a las rutas correspondientes con algun
comando $hg push mypatch ruta_servidor_remoto

Se que algunos de vosotros ya tienen experiencia cada uno en su pais,
agradcezco toda ayuda ya que me queda poco tiempo para actuazlizar las
traducciones de español Colombia.


Oscar Alvarez
Prexik Tech


Dud ced lo que te dio es acceso pero a dar push a los repositorios


entonces haces ::

hg clone http://hg.tryton.org/trytond/

... pones la traduccion ...

hg commit -m  es_Co translation

hg push


Cuando haces push te pide tu llave rsa. que para que entre los cambios
debes poner la contraseña.



Si, pero el acceso es vía ssh en lugar de http, por lo que hay que 
cambiar la ruta del repositorio. Lo más rápido es que cambies la ruta en 
el fichero .hg/hgrc de cada módulo que hayas traducido antes de hacer el 
push. Aquí tienes una explicación del mismo Cédric que me dió cuando yo 
tampoco me enteraba hace 6 meses:


But instead of fetching again the source via ssh. You can just edit the
.hg/hgrc of your local repositories and replace default=http://... by
default=ssh://...


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

Zikzakmedia SL
Dr. Fleming, 28, baixos
08720 Vilafranca del Penedès
Tel 93 890 2108

--
tryton-es@googlegroups.com mailing list