Re: [tryton-es] Informes Jasper

2017-12-01 Por tema Manuel Bailen


Muchas gracias Sergi, al final consegui crear un nuevo módulo a partir de 
otro existente y gracias a tu pista funciona perfecto.

Un saludo 


Re: [tryton-es] Informes Jasper

2017-12-01 Por tema Manuel Bailen
Muchas gracias Sergi, al final lo conseguí creando un nuevo modulo a partir 
de otro y siguiendo tu pista.

Un saludo

El jueves, 30 de noviembre de 2017, 19:53:32 (UTC+1), Sergi Almacellas 
Abellana escribió:
>
>
>
> On 30 de novembre de 2017 19.42.05 CET, Manuel Bailen <
> manuelbail...@gmail.com > wrote: 
> >Hola a todos, 
> > 
> >Estoy empezando con Jasperreport y me he tropezado a la hora de añadir 
> >informes de factura, después de muchas pruebas siempre llego al mismo 
> >pantallazo. 
> > 
> >Por ejemplo: 
> > Instalo el módulo account_invoice_jreport 
> > Me voy a Administración > Interfaz... > Acciones > Informes 
> > Duplico el informe Factura 
> > Edito el informe: 
> >Cambio, nombre, nombre interno 
> > Mantengo todo lo demás (empece probando con informes personalizados y 
> >me lanzaba el mismo error) 
> >Cuando intento mostrar el nuevo informe (en este caso es el mismo) 
> >obtengo. 
> > 
> >Traceback (most recent call last): 
> >  File "/trytond/wsgi.py", line 47, in dispatch_request 
> >return endpoint(request, **request.view_args) 
> >  File "/trytond/protocols/dispatcher.py", line 61, in rpc 
> >request, database_name, *request.params) 
> >  File "/trytond/wsgi.py", line 39, in auth_required 
> >return wrapped(*args, **kwargs) 
> >  File "/trytond/protocols/dispatcher.py", line 42, in wrapper 
> >return func(request, pool, *args, **kwargs) 
> >  File "/trytond/protocols/dispatcher.py", line 215, in _dispatch 
> >args, rpc, obj, method, c_args, c_kwargs) 
> >  File "/trytond/protocols/apm.py", line 253, in rpc_result 
> >result = call_rpc(rpc, obj, method, c_args, c_kwargs) 
> >  File "/trytond/protocols/apm.py", line 192, in call_rpc 
> >result = rpc.result(meth(*c_args, **c_kwargs)) 
> >  File "/trytond/report/report.py", line 147, in execute 
> >cls.render(action_report, report_context)) 
> >  File "/trytond/report/report.py", line 232, in render 
> >data = rel_report(**report_context).render() 
> >  File "/relatorio/reporting.py", line 121, in __call__ 
> >template = self.tmpl_loader.load(self.fpath, self.mimetype) 
> >  File "/relatorio/reporting.py", line 81, in load 
> >path, cls=cls, relative_to=relative_to) 
> >  File "/dist-packages/genshi/template/loader.py", line 236, in load 
> >filename, encoding=encoding) 
> >File "/dist-packages/genshi/template/loader.py", line 274, in 
> >_instantiate 
> >allow_exec=self.allow_exec) 
> >  File "/relatorio/templates/opendocument.py", line 237, in __init__ 
> >encoding, lookup, allow_exec) 
> >  File "/dist-packages/genshi/template/markup.py", line 67, in __init__ 
> >allow_exec=allow_exec) 
> >  File "/dist-packages/genshi/template/base.py", line 419, in __init__ 
> >self._stream = self._parse(source, encoding) 
> >  File "/relatorio/templates/opendocument.py", line 258, in _parse 
> >zf = get_zip_file(source) 
> > File "/relatorio/templates/opendocument.py", line 820, in get_zip_file 
> >return zipfile.ZipFile(fod2od(source)) 
> >  File "/relatorio/templates/opendocument.py", line 829, in fod2od 
> >office_ns = fodt_root.nsmap['office'] 
> >KeyError: 'office' 
> > 
> > 
> >Estos pasos son los que sigo cuando quiero crear un informe odt y 
> >funciona. 
>
> Es un problema de diseño de los informes jasper reports ya que requieren 
> que exista una classe que herede de JasperReport en el codigo python con el 
> mismo __name__ que el nombre interno de tu informe. 
>
> Esto se podria mejorar para que esto no sea necesario. Simplemente 
> utilizando el motor jasper cuando la extension de la plantilla es jrxml. 
>
> Espero que te sea de ayuda. 
>
> Un saludo, 
>
> -- 
> Enviado desde mi dispositivo Android con K-9 Mail. Por favor, disculpa mi 
> brevedad. 
>


[tryton-es] Informes Jasper

2017-11-30 Por tema Manuel Bailen
Hola a todos,

Estoy empezando con Jasperreport y me he tropezado a la hora de añadir 
informes de factura, después de muchas pruebas siempre llego al mismo 
pantallazo.

Por ejemplo:
 Instalo el módulo account_invoice_jreport
 Me voy a Administración > Interfaz... > Acciones > Informes
 Duplico el informe Factura
 Edito el informe:
Cambio, nombre, nombre interno
Mantengo todo lo demás (empece probando con informes personalizados y 
me lanzaba el mismo error)
Cuando intento mostrar el nuevo informe (en este caso es el mismo) obtengo.

Traceback (most recent call last):
  File "/trytond/wsgi.py", line 47, in dispatch_request
return endpoint(request, **request.view_args)
  File "/trytond/protocols/dispatcher.py", line 61, in rpc
request, database_name, *request.params)
  File "/trytond/wsgi.py", line 39, in auth_required
return wrapped(*args, **kwargs)
  File "/trytond/protocols/dispatcher.py", line 42, in wrapper
return func(request, pool, *args, **kwargs)
  File "/trytond/protocols/dispatcher.py", line 215, in _dispatch
args, rpc, obj, method, c_args, c_kwargs)
  File "/trytond/protocols/apm.py", line 253, in rpc_result
result = call_rpc(rpc, obj, method, c_args, c_kwargs)
  File "/trytond/protocols/apm.py", line 192, in call_rpc
result = rpc.result(meth(*c_args, **c_kwargs))
  File "/trytond/report/report.py", line 147, in execute
cls.render(action_report, report_context))
  File "/trytond/report/report.py", line 232, in render
data = rel_report(**report_context).render()
  File "/relatorio/reporting.py", line 121, in __call__
template = self.tmpl_loader.load(self.fpath, self.mimetype)
  File "/relatorio/reporting.py", line 81, in load
path, cls=cls, relative_to=relative_to)
  File "/dist-packages/genshi/template/loader.py", line 236, in load
filename, encoding=encoding)
  File "/dist-packages/genshi/template/loader.py", line 274, in _instantiate
allow_exec=self.allow_exec)
  File "/relatorio/templates/opendocument.py", line 237, in __init__
encoding, lookup, allow_exec)
  File "/dist-packages/genshi/template/markup.py", line 67, in __init__
allow_exec=allow_exec)
  File "/dist-packages/genshi/template/base.py", line 419, in __init__
self._stream = self._parse(source, encoding)
  File "/relatorio/templates/opendocument.py", line 258, in _parse
zf = get_zip_file(source)
  File "/relatorio/templates/opendocument.py", line 820, in get_zip_file
return zipfile.ZipFile(fod2od(source))
  File "/relatorio/templates/opendocument.py", line 829, in fod2od
office_ns = fodt_root.nsmap['office']
KeyError: 'office'


Estos pasos son los que sigo cuando quiero crear un informe odt y funciona.

Gracias de antemano




[tryton-es] Duplicar Informe Jasper

2017-11-30 Por tema Manuel Bailen

Hola a todos,

Estoy empezando con Jasperreport y me he tropezado a la hora de cargar los 
informes en tryton, despues de muchas pruebas siempre llego al mismo 
pantallazo.

Por ejemplo:
 Instalo el módulo sale_jreport
 Me voy a Administración > Interfaz... > Acciones > Informes




[tryton-es] Re: Contract no no fija el tipo de pago al factuarar

2017-09-27 Por tema Manuel Bailen
Muchas Gracias Raimon y Sergi,

El modulo de zikzakmedia soluciona el problema, y lo hace mas flexible.
En todo caso en la 3.8 no era necesario y se asignaba a la factura el tipo 
de pago por defecto del Tercero.

Un saludo.


[tryton-es] Contract no no fija el tipo de pago al factuarar

2017-09-25 Por tema Manuel Bailen
Hola a todos,

Estoy desde que migré de la versión 3.8 a 4.0 las facturas generadas desde 
el modulo contratos aparecen sin "tipo de pago" tengo que reescribir el 
tercero para que asigne su tipo de pago.

Alguna idea?

Un saludo.


[tryton-es] Problema con el módulo account_payment_type

2017-09-12 Por tema Manuel Bailen
Hola a todos,

Estoy en la version 4.0, los pasos que doy son:

Elimino la carpeta del módulo

inv clone 

tras hacer la descarga del modulo abro el "invoice.py" y aparecen los 
cambios del último commit correctamente

inv update

abro el "invoice.py" y aparecen el código de un commit anterior ccf4cc8 


No sé si hay un error y hago algo mal, muchas gracias.




[tryton-es] Re: Problema con Migración 3.8 a 4.0

2017-02-18 Por tema Manuel Bailen
Bueno, lo he solucionado de una forma un poco chapuza, a falta de más 
pruebas funciona,

He quitado el chequeo que hace para ver si el módulo está instalado, que es 
lo que lo hacía petar

@classmethod
def __post_setup__(cls):
super(DefaultValue, cls).__post_setup__()
pool = Pool()
#Module = pool.get('ir.module')
#modules = Module.search([
#('name', '=', 'default_value'),
#('state', '=', 'installed'),
#])
#if modules:
db_name = Transaction().database.name
thread1 = threading.Thread(target=cls.load_default_values,
args=(db_name, Transaction().user))
thread1.start()


Re: [tryton-es] Problema con Migración 3.8 a 4.0

2017-02-18 Por tema Manuel Bailen


El lunes, 13 de febrero de 2017, 22:34:13 (UTC+1), raimonesteve escribió:
>
> Hola Manuel,
>
> Si conoces python, no uses este modulo. Declara tus valores por defecto en 
> tu propio modulo.
>

Esta es una asignatura pendiente.
 

>
> Sobre lo que comentas, en la 3.8 lo desinstalas, actualizas y si quieres, 
> lo instalas de nuevo en la 4.0
>
> Saludos
>

Esto ya lo intenté pero cuando reinicio el servidor e intento acceder al 
servidor me salta el mismo error 


Re: [tryton-es] Problema con Migración 3.8 a 4.0

2017-02-18 Por tema Manuel Bailen


> On 13 de febrer de 2017 20.11.31 CET, Manuel Bailen <
> manuelbail...@gmail.com > wrote: 
> > 
> >Hola de nuevo, el error no salta actualizando solo el módulo con la 
> >opción 
> >-u default_value  pero sí aparece si actualizo la base de datos 
> >completa 
> >con --all 
> > 
> >2017-02-13 11:34:29,321] 
> >WARNING:trytond.backend.postgresql.table:Unable to 
> >migrate column login on table res_user_login_attempt from varchar() to 
> >varchar(512). 
> >Exception in thread Thread-1: 
> >Traceback (most recent call last): 
> > File "/usr/lib/python2.7/threading.py", line 801, in __bootstrap_inner 
> >self.run() 
> >  File "/usr/lib/python2.7/threading.py", line 754, in run 
> >self.__target(*self.__args, **self.__kwargs) 
> >  File 
> >"/home/manuel/.tryton/t401/trytond/trytond/modules/default_value/default_value.py",
> > 
>
> > 
> >line 159, in load_default_values 
> >cls.set_default_values() 
> >  File 
> >"/home/manuel/.tryton/t401/trytond/trytond/modules/default_value/default_value.py",
> > 
>
> > 
> >line 203, in set_default_values 
> >Model = pool.get(str(default_value.model.model)) 
> >File "/home/manuel/.tryton/t401/trytond/trytond/pool.py", line 172, in 
> >get 
> >return self._pool[self.database_name][type][name] 
> >KeyError: 'party.party' 
> > 
> >Perdón por la torpeza 
>
> Tengo una corazonada: 
>
> Puedes añadir el modulo party como dependencia del default_value? Esto 
> deberia solucionar el problema (aunque de forma temporal) 
>
> Suerte!

No funcionó, devolvía el mismo error. 


Re: [tryton-es] Problema con Migración 3.8 a 4.0

2017-02-13 Por tema Manuel Bailen

Hola de nuevo, el error no salta actualizando solo el módulo con la opción 
-u default_value  pero sí aparece si actualizo la base de datos completa 
con --all

2017-02-13 11:34:29,321] WARNING:trytond.backend.postgresql.table:Unable to 
migrate column login on table res_user_login_attempt from varchar() to 
varchar(512).
Exception in thread Thread-1:
Traceback (most recent call last):
  File "/usr/lib/python2.7/threading.py", line 801, in __bootstrap_inner
self.run()
  File "/usr/lib/python2.7/threading.py", line 754, in run
self.__target(*self.__args, **self.__kwargs)
  File 
"/home/manuel/.tryton/t401/trytond/trytond/modules/default_value/default_value.py",
 
line 159, in load_default_values
cls.set_default_values()
  File 
"/home/manuel/.tryton/t401/trytond/trytond/modules/default_value/default_value.py",
 
line 203, in set_default_values
Model = pool.get(str(default_value.model.model))
  File "/home/manuel/.tryton/t401/trytond/trytond/pool.py", line 172, in get
return self._pool[self.database_name][type][name]
KeyError: 'party.party'

Perdón por la torpeza



Re: [tryton-es] Problema con Migración 3.8 a 4.0

2017-02-13 Por tema Manuel Bailen
Muchas gracias Sergi por tu ayuda


Re: [tryton-es] Problema con Migración 3.8 a 4.0

2017-02-13 Por tema Manuel Bailen
Solo aparecen estos dos Warnings

(tryton401) manuel@localhost:~/.tryton/t401$ python 
trytond/bin/trytond-admin -c trytond.conf -d dv4 --logconf config.logfile 
-u default_value 
2017-02-13 11:08:53,266] INFO:server:using config.logfile as logging 
configuration 
file
 
 
2017-02-13 11:08:53,283] INFO:trytond.backend.postgresql.database:connect 
to 
"dv4"   
   
 
2017-02-13 11:08:53,431] 
WARNING:py.warnings:/usr/lib/python2.7/dist-packages/relatorio/templates/__init__.py:29:
 
UserWarning: Unable to load plugin 'chart' 
  warnings.warn("Unable to load plugin '%s'" % 
name)   
 
 



 
2017-02-13 11:08:54,163] WARNING:root:Post init hooks disabled  


Re: [tryton-es] Problema con Migración 3.8 a 4.0

2017-02-13 Por tema Manuel Bailen
Perdón, aquí está.

Traceback (most recent call last):
  File "trytond/bin/trytond-admin", line 21, in 
admin.run(options)
  File "/home/manuel/.tryton/t401/trytond/trytond/admin.py", line 48, in run
Pool(db_name).init(update=options.update, lang=lang)
  File "/home/manuel/.tryton/t401/trytond/trytond/pool.py", line 144, in 
init
self.start()
  File "/home/manuel/.tryton/t401/trytond/trytond/pool.py", line 97, in 
start
register_classes()
  File "/home/manuel/.tryton/t401/trytond/trytond/modules/__init__.py", 
line 362, in register_classes
mod_file, pathname, description)
  File 
"/home/manuel/.tryton/t401/trytond/trytond/modules/default_value/__init__.py", 
line 5, in 
from .default_value import *
  File 
"/home/manuel/.tryton/t401/trytond/trytond/modules/default_value/default_value.py",
 
line 165
@classmethod
^
IndentationError: unexpected unindent


Re: [tryton-es] Problema con Migración 3.8 a 4.0

2017-02-13 Por tema Manuel Bailen
Estos son todos los WARNINGS:

2017-02-13 10:07:45,988] 
WARNING:py.warnings:/usr/lib/python2.7/dist-packages/relatorio/templates/__init__.py:29:
 
UserWarning: Unable to load plugin 'chart'
  warnings.warn("Unable to load plugin '%s'" % name)

2017-02-13 10:07:46,723] WARNING:root:Post init hooks disabled
2017-02-13 10:07:55,745] WARNING:trytond.backend.postgresql.table:Unable to 
migrate column login on table res_user_login_attempt from varchar() to 
varchar(512).
2017-02-13 10:08:04,650] 
WARNING:trytond.modules.default_value.default_value:Error loading default 
values. Try reload them again by restarting the server
2017-02-13 10:10:16,210] WARNING:trytond.backend.postgresql.table:Unable to 
set column company of table bank_account-party_party not null !
Try to re-run: trytond.py --update=module
If it doesn't work, update records and execute manually:
ALTER TABLE "bank_account-party_party" ALTER COLUMN "company" SET NOT NULL
2017-02-13 10:10:18,156] WARNING:trytond.backend.postgresql.table:Unable to 
set column date of table account_move_reconciliation not null !
Try to re-run: trytond.py --update=module
If it doesn't work, update records and execute manually:
ALTER TABLE "account_move_reconciliation" ALTER COLUMN "date" SET NOT NULL
2017-02-13 10:13:46,749] WARNING:trytond.backend.postgresql.table:Unable to 
set column date of table account_move_reconciliation not null !
Try to re-run: trytond.py --update=module
If it doesn't work, update records and execute manually:
ALTER TABLE "account_move_reconciliation" ALTER COLUMN "date" SET NOT NULL
2017-02-13 10:14:02,981] WARNING:trytond.backend.postgresql.table:Unable to 
set column date of table account_move_reconciliation not null !
Try to re-run: trytond.py --update=module
If it doesn't work, update records and execute manually:
ALTER TABLE "account_move_reconciliation" ALTER COLUMN "date" SET NOT NULL
2017-02-13 10:14:05,602] WARNING:trytond.backend.postgresql.table:Unable to 
set column date of table account_move_reconciliation not null !
Try to re-run: trytond.py --update=module
If it doesn't work, update records and execute manually:
ALTER TABLE "account_move_reconciliation" ALTER COLUMN "date" SET NOT NULL



Re: [tryton-es] Problema con Migración 3.8 a 4.0

2017-02-12 Por tema Manuel Bailen
Muchas gracias por responder Sergi,

Desde el cliente accediendo al módulo aparecen las dependencias de "ir" y 
"res" como instaladas
tras la actualización accediendo desde pgadmin3 a la tabla 
ir.module.dependecy también aparece la dependencia.

por otro lado, haciendo pruebas he observado que si reinicio el cliente 
(SIN reiniciar el servidor) obtengo este otro error:

Traceback (most recent call last):
  File "/trytond/wsgi.py", line 47, in dispatch_request
return endpoint(request, **request.view_args)
  File "/trytond/protocols/dispatcher.py", line 61, in rpc
request, database_name, *request.params)
  File "/trytond/protocols/dispatcher.py", line 72, in login
session = security.login(database_name, user, password)
  File "/trytond/security.py", line 32, in login
session, = Session.create([{}])
  File "/trytond/model/modelsql.py", line 601, in create
cls._validate(sub_records)
  File "/trytond/model/modelstorage.py", line 894, in _validate
ctx_pref = User.get_preferences(context_only=True)
  File "/trytond/res/user.py", line 367, in get_preferences
preferences = cls._get_preferences(user, context_only=context_only)
  File "/trytond/modules/company/company.py", line 165, in _get_preferences
context_only=context_only)
  File "/trytond/res/user.py", line 332, in _get_preferences
res[field] = [x.id for x in getattr(user, field)]
  File "/trytond/model/modelstorage.py", line 1366, in __getattr__
read_data = self.read(list(ids), ffields.keys())
  File "/trytond/modules/company/company.py", line 214, in read
result = super(User, cls).read(ids, fields_names=fields_names)
  File "/trytond/res/user.py", line 231, in read
result = super(User, cls).read(ids, fields_names=fields_names)
  File "/trytond/model/modelsql.py", line 744, in read
getter_result = field.get(ids, cls, fname, values=result)
  File "/trytond/model/fields/many2many.py", line 96, in get
relations.append(Relation.search(clause, order=order))
  File "/trytond/model/modelsql.py", line 1120, in search
forder = field.convert_order(oexpr, tables, cls)
  File "/trytond/model/fields/many2one.py", line 236, in convert_order
if Target._rec_name in Target._fields:
AttributeError: type object 'res.group' has no attribute '_fields'

Saludos




[tryton-es] problema con invoke en version 4.0

2017-01-06 Por tema Manuel Bailen

Hola a todos, quería instalar la versión 4.0, mediante invoke, he seguido 
los pasos de seguí con la 3.8:

$ mkvirtualenv tryton40

(tryton40)$ hg clone ssh://h...@bitbucket.org/nantic/tryton-tasks tasks

(tryton40)$ hg clone ssh://hg@*bitbucket.org/nantic/tryton-config* 
 -b 4.0 config

(tryton40)$ hg clone ssh://h...@bitbucket.org/nantic/nan_tryton_utils utils

(tryton40)$ pip install -r tasks/requirements.txt

(tryton40)$ pip install -r config/requirements.txt

(tryton40)$ cd utils

(tryton40)$ ./script-symlinks.sh

(tryton40)$ invoke clone --config config/base.cfg

Al utilizar el comando invoke salta este error

  File "/home/manuel/.tryton/408/tasks/scm.py", line 11, in 
from path import path as lpath
ImportError: cannot import name path



Gracias desde ya.




[tryton-es] Re: Drag and Drop para adjuntos no funciona en escritorio KDE

2016-09-14 Por tema Manuel Bailen


https://bugs.tryton.org/issue5871


Re: [tryton-es] Drag and Drop para adjuntos no funciona en escritorio KDE

2016-09-12 Por tema Manuel Bailen
Gracias por la respuesta Sergi,

Ya encontré la solución,
Para que el Cliente Tryton acepte el fichero hay que pulsar "Shift" antes 
de soltar. 

Por otro lado, según estos enlaces, parece que la solución debería venir 
por el lado de Tryton, 

https://bugs.kde.org/show_bug.cgi?id=228891#c1

https://hammered999.wordpress.com/2010/02/28/how-to-accept-a-drag-and-drop-ped-file-in-your-gtkmm-application/

No sé si merece la pena enviar el bug sabiendo que el cliente se va a 
portar a gtk3


[tryton-es] Drag and Drop para adjuntos no funciona en escritorio KDE

2016-09-11 Por tema Manuel Bailen
Hola a todos,

He migrado mi sistema a KDE Neon, que trabaja sobre Ubuntu, y no funciona 
el Drag and Drop, luego lo probé en Debian 8 con KDE y tampoco funcionó, no 
tenía problemas con el escritorio Gnome, he visto que esta funcionalidad 
tubo algunos problemas con otras aplicaciones como Chrome o Gimp pero se 
solucionaron.

Alguna idea?, debería enviar el bug?

gracias de antemano.


Re: [tryton-es] Módulo Contact

2016-07-16 Por tema Manuel Bailen
Me lo miro, muchas gracias Luciano.

El viernes, 15 de julio de 2016, 19:35:08 (UTC+2), Luciano Rossi escribió:
>
> Hola! 
>
> El 15/07/16 a las 13:30, Manuel Bailen escribió: 
> > Ok, yo actualmente lo tengo en producción y funciona sin problemas, 
> > salvo este detalle. 
> > 
> > Aunque si que veo un comportamiento un tanto diferentes a lo 
> > acostumbrado en Tryton, al menos a mí me lo parece. 
> > 
> > En mi actividad hay meses que no se factura un consumo por acuerdo con 
> > el cliente, en este caso la solución que encontré fue poner la cantidad 
> > a 0 en el producto con lo que tengo que hacer una factura de importe 0 
> > para que no me re-facturase el mes siguiente. 
> > 
> > Creo que sería una mejora a futuro gestionar los consumos aparte, poder 
> > cancelarlos o incluso duplicarlos antes de facturar. 
> > 
>
> Acá estamos también usando contract y tuvimos un inconveniente parecido. 
> Capaz te puede servir, el módulo contract_discount[0] para poder 
> aplicarle bonificaciones a las lineas de los servicios.  Le podes 
> indicar durante cuanto tiempo queres que ese descuento se aplique. Para 
> poder usarlo, en necesario que además tengas instalado el módulo 
> account_invoice_discount[1]. El desarrollo de contract_discount esta 
> basado en sale_discount. Supone igualmente crear la factura con importe 
> 0, pero por lo menos podes especificar durante cuanto tiempo queres que 
> se aplique esta bonificación. Personalmente no me parece mal, ya que al 
> cliente le podes dar un comprobante por el servicio (aunque el importe 
> sea 0). En tu caso, le aplicarías un descuento del 100%. 
>
> [0] https://github.com/tryton-ar/contract_discount 
> [1] https://bitbucket.org/trytonspain/trytond-account_invoice_discount 
>
> > El módulo me parece excelente. 
>
> idem. 
>
> Espero que sirva. 
> Saludos! 
>
> -- 
> Luciano Rossi - lu...@gcoop.coop  
> http://gcoop.coop | Cooperativa de Software Libre 
> Julián Alvarez 958 CABA C1414DRT +54 11 4771-0055 
>


Re: [tryton-es] Módulo Contact

2016-07-15 Por tema Manuel Bailen
Muchas gracias por la respuesta Albert.

El martes, 12 de julio de 2016, 23:54:07 (UTC+2), Albert Cervera i Areny 
escribió:
>
> 2016-07-06 12:52 GMT+02:00 Manuel Bailen <bai...@esdebian.org 
> >:
>
>>
>> El miércoles, 6 de julio de 2016, 10:47:08 (UTC+2), Albert Cervera i 
>> Areny escribió:
>>>
>>> 2016-07-05 11:11 GMT+02:00 Manuel Bailen <bai...@esdebian.org>:
>>>
>>>> Hola a todos, 
>>>>
>>>> estoy utilizando el módulo Contract 3.8 de Nantic y he observado un 
>>>> comportamiento en mi opinión un poco extraño a la hora de generar los 
>>>> consumos.
>>>>
>>>> Para que me genere el consumo del último periodo mensual de un contrato 
>>>> cuyo último día de vigencia real es  p.e. el 31/07, tengo que introducir 
>>>> como fecha de finalización el 03/08, ya que si utilizo una fecha inferior 
>>>> no genera ningún consumo.
>>>>
>>>> No sé si es el comportamiento esperado.
>>>>
>>>
>>> No lo es. 
>>>  
>>>
>>>> Entiendo que la fecha de finalización debería corresponder al último 
>>>> día de vigencia del contrato o al primero donde se deja de prestar el 
>>>> servicio en mi ejemplo el 01/08.
>>>>
>>>
>>> Debería ser el último en el que se presta el servicio.
>>>
>>> Puedes indicarnos los valores que pones en los siguientes campos:
>>>
>>> A nivel de contrato:
>>>
>>> - Fecha Inicio periodo
>>>
>> 01/04/2016 
>>
>>> - Fecha primera factura
>>>
>> 10/04/2016 
>>
>
> Por qué le pones "Fecha primera factura" a día 10? Quieres que siempre se 
> genere la factura el día 10 de cada mes?
>

En este caso si, 
 

>  
>
>>
>>> A nivel de línea:
>>>
>>> - Fecha inicial
>>>
>> 01/04/2016 
>>
>>> - Fecha final
>>>
>> 31/07/2016 no genera consumo
>> 01/08/2016 no genera consumo
>> 02/08/2016 no genera consumo
>> 03/08/2016 SI genera consumo
>>
>
> Claramente algo no está bien en el módulo. Después de la última 
> refactorización todavía no lo tenemos en producción en ninguna instalación 
> y tenemos pendiente crear una serie de escenarios para probar distinta 
> casuística.
>
> Puedes estar pendiente de los cambios en el módulo porqué probablemente se 
> resolverá en las próximas semanas.
>

Ok, yo actualmente lo tengo en producción y funciona sin problemas, salvo 
este detalle.

Aunque si que veo un comportamiento un tanto diferentes a lo acostumbrado 
en Tryton, al menos a mí me lo parece.

En mi actividad hay meses que no se factura un consumo por acuerdo con el 
cliente, en este caso la solución que encontré fue poner la cantidad a 0 en 
el producto con lo que tengo que hacer una factura de importe 0 para que no 
me re-facturase el mes siguiente.

Creo que sería una mejora a futuro gestionar los consumos aparte, poder 
cancelarlos o incluso duplicarlos antes de facturar.

El módulo me parece excelente.

Un saludo

 
>
>>
>> Muchas gracias 
>>
>>>  
>>>
>>>>
>>>> Muchas gracias de antemano
>>>>
>>>
>>>
>>>
>>> -- 
>>> 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] Módulo Contact

2016-07-06 Por tema Manuel Bailen

El miércoles, 6 de julio de 2016, 10:47:08 (UTC+2), Albert Cervera i Areny 
escribió:
>
> 2016-07-05 11:11 GMT+02:00 Manuel Bailen <bai...@esdebian.org 
> >:
>
>> Hola a todos, 
>>
>> estoy utilizando el módulo Contract 3.8 de Nantic y he observado un 
>> comportamiento en mi opinión un poco extraño a la hora de generar los 
>> consumos.
>>
>> Para que me genere el consumo del último periodo mensual de un contrato 
>> cuyo último día de vigencia real es  p.e. el 31/07, tengo que introducir 
>> como fecha de finalización el 03/08, ya que si utilizo una fecha inferior 
>> no genera ningún consumo.
>>
>> No sé si es el comportamiento esperado.
>>
>
> No lo es. 
>  
>
>> Entiendo que la fecha de finalización debería corresponder al último día 
>> de vigencia del contrato o al primero donde se deja de prestar el servicio 
>> en mi ejemplo el 01/08.
>>
>
> Debería ser el último en el que se presta el servicio.
>
> Puedes indicarnos los valores que pones en los siguientes campos:
>
> A nivel de contrato:
>
> - Fecha Inicio periodo
>
01/04/2016 

> - Fecha primera factura
>
10/04/2016 

>
> A nivel de línea:
>
> - Fecha inicial
>
01/04/2016 

> - Fecha final
>
31/07/2016 no genera consumo
01/08/2016 no genera consumo
02/08/2016 no genera consumo
03/08/2016 SI genera consumo

Muchas gracias 

>  
>
>>
>> Muchas gracias de antemano
>>
>
>
>
> -- 
> Albert Cervera i Areny
> http://www.NaN-tic.com
> Tel. 93 553 18 03
>


[tryton-es] Re: Error al crear contratos con el módulo Contract

2016-05-08 Por tema Manuel Bailen
Muchas gracias angel-nan,

Efectivamente el campo está tanto en la tabla contract como en la 
contract_line.


[tryton-es] Error al crear contratos con el módulo Contract

2016-05-08 Por tema Manuel Bailen
Hola a todos,

Me encuentro con el siguiente problema a la hora crear nuevos contratos, 
sigo los siguientes pasos,

Relleno complemente el formulario de contratos y guardo sin problemas.
Añado lineas de contratos, rellenando todos los campos, y cuando pincho 
guardar obtengo el siguiente mensaje.

IntegrityError: el valor null para la columna «first_invoice_date» viola la 
restricción not null
DETAIL:  La fila que falla contiene (123, 1, 2016-05-08 12:14:54.097347, 
[CA] CASA, 2016-07-31, 1, null, 70, 2016-05-01, 45, 200.000, null, null).

He mirado los campos del modelo contract.line y no aparece el 
first_invoce_date pero si que existe la columna en el tabla contract_line 
de la base de datos.

Utilizo la versión 3.8 y el módulo contract de Nantic, todo actualizado hoy 
mismo.


Agradeceré cualquier ayuda, un saludo.


[tryton-es] Re: Problema con pagos SEPA cuaderno 34 AEB

2016-05-02 Por tema Manuel Bailen

He enviado un pull request sobre el account_payment_sepa_es que soluciona 
el problema, esta pendiente de ser aprobado. 


Saludos


[tryton-es] Problema con pagos SEPA cuaderno 34 AEB

2016-04-29 Por tema Manuel Bailen
Hola a todos, me encuentro con el siguiente problema,

A la hora de generar el fichero XML para pagos, utiliza como identificador 
del pagador el "sepa_creditor_identifier" en lugar de utilizar "VAT+sufijo"

Utilizo la version 3.8 y tengo instalado el account_paiment_sepa_es

El "diario de pago" está configurado como sigue,

Método: SEPA
Tipo de pago --> Clase: "a pagar" , Cuenta bancaria: "ninguna"
Requiere cuenta bancaria: no
Código INE: vacío
Procesar por lotes: no
Responsable cargo: Nivel de servicio
Formato para pagos: pain.001.001.03
Formato para cobros: pain.008.001.02

Muchas gracias.


Re: [tryton-es] Problema con remesa de Pagos Sepa

2016-03-31 Por tema Manuel Bailen
La fecha que apunto arriba de los módulos no es significativa pues no 
corresponde a la última actualización sino a la copia de seguridad, en todo 
caso son de la versión 3.8.


Re: [tryton-es] Problema con remesa de Pagos Sepa

2016-03-31 Por tema Manuel Bailen
Muchas gracias Raimon por contestar,

He creado un nuevo proyecto desde cero a partir de estos ficheros:

https://bitbucket.org/nantic/tryton-config/src/1118e6d37adcd234d39a6cdd5ee6848adda5caed/base.cfg?at=3.8
https://bitbucket.org/nantic/tryton-config/src/1118e6d37adcd234d39a6cdd5ee6848adda5caed/core.cfg?at=3.8
https://bitbucket.org/nantic/tryton-config/src/1118e6d37adcd234d39a6cdd5ee6848adda5caed/trytonspain.cfg?at=3.8

He creado una nueva base de datos, instalando el módulo 
account_payment_sepa_es y todas sus dependencias.

Tras realizar una configuración mínima intento generar el fichero XML y 
obtengo exactamente el mismo error.

Por otro lado en una copia de los módulos que tengo del 21/02/2016 no lanza 
el error y genera el fichero XML perfectamente.

Gracias de nuevo


Re: [tryton-es] problema con el módulo import_csv

2016-03-29 Por tema Manuel Bailen
Solucionado, muchas gracias


[tryton-es] problema con el módulo import_csv

2016-03-28 Por tema Manuel Bailen
Hola a todo el grupo,

Estoy probando en modulo import_csv en la version 3.8, en principio estoy 
intentando crear facturas sin lineas,

en el log de la importación me devuelve este mensaje para cada registro:

"El campo Tercero es obligatorio pero no se ha encontrado un valor en 
el registro"

he probado incluso a introducir el ID del tercero como contante y siempre 
devuelve el mismo log.

Sin embargo con el módulo csv_import de ZZ si se realiza la importación sin 
problemas.

No sé que error estoy cometiendo.

Muchas gracias.


[tryton-es] personalizar adjuntos

2016-03-15 Por tema Manuel Bailen


Hola a todo el grupo, he personalizado la vista de adjuntos con este código 
para poder abrir el enlace desde la vista de árbol



 



Si abro la vista desde el menú principal -> modelos -> Adjuntos, funciona 
perfectamente y se puede abrir el enlace con el botón





pero si la abro desde una factura o un tercero aparece la dirección del 
enlace, pero no el botón para abrir la imagen.









Gracias






Re: [tryton-es] ¿Es posible configurar números de secuencia de factura para cada usuario?

2016-02-04 Por tema Manuel Bailen
Puedes crear un Diario por cada secuencia que facturación que necesites
desde, Contabilidad - Configuración - Diarios - Diarios - Crear nuevo, cada
diario en tu caso deberá ser de tipo Ingresos, en el mismo formulario y
desde la pestaña secuencias puedes asignarle la secuencia que utilizará ese
Diario.

En el vista de facturas puedes elegir el Diario con que contabilizas la
factura, según el Diario que elijas utilizará una u otra secuencia.
Saludos


Re: [tryton-es] ¿Es posible configurar números de secuencia de factura para cada usuario?

2016-02-03 Por tema Manuel Bailen


El martes, 2 de febrero de 2016, 18:38:08 (UTC+1), Tatiana Quizhpe escribió:
>
> Hola a todos, disculpen soy nueva en Tryton, estoy un poco perdida
> El domingo, 29 de noviembre de 2015, 14:04:12 (UTC-5), Antonio Roncero 
> escribió:
>>
>>
>>
>> El viernes, 13 de noviembre de 2015, 19:02:26 (UTC), Fabyc escribió:
>>>
>>> Hola Anotnio.
>>>
>>> On Friday, November 13, 2015 at 12:53:26 PM UTC-5, Antonio Roncero wrote:



 El viernes, 13 de noviembre de 2015, 17:30:02 (UTC), Fabyc escribió:
>
> Hola Raimon.
>
> Gracias por tu respuesta.
>
> On Friday, November 13, 2015 at 11:59:05 AM UTC-5, raimonesteve wrote:
>>
>>
>> El dia 13/11/2015 17.53, "Fabyc"  va escriure:
>> >
>> > Hola a tod@s.
>> >
>> > ¿Hay alguna forma de poder configurar números de secuencia de 
>> factura por cada usuario?
>>
>> Por diarios
>>
>
> Hay algún ejemplo o guía de referencia para realizarlo?
>  
>
>> Lo requerido es que se guarde e imprima la  factura dicho número de 
> secuencia dependiendo de 
> en qué sucursal y punto de venta se realice la venta (valga la 
> redundancia).
>  
>
 Debes *crear un diario* por cada punto de venta de cada sucursal y a 
 la hora de generar la factura seleccionar ese. Supongo que filtrandolo por 
 usuario si vas a tener un usuario por cada punto de venta.

>>>
¿Creaste un "diario contable" para cada punto de venta?
 

>
>>> Al decir "por cada punto de venta" te refieres a que se realiza 
>>> utilizando el módulo "Sale POS" de Zikzakmedia 
>>> o con los módulos core de Tryton es posible realizarlo?
>>>
>>>  No es necesario tener POS, pero como has comentado lo del punto de 
>> venta y la sucursal esta funcionalidad te la da ese modulo.
>> El que te añade la funcionalidad en si de distintos numeros de factura es 
>> account_invoice_multisequence[1] que no necesita POS, basicamente te 
>> permite añadir una secuencia a cada diario de ingresos por lo que tendrias 
>> que crear un dario por cada sucursal-punto de venta
>>
>
> Como se configuraria lo de distintos numeros de factura, porque utilice 
> [1] pero aún no logro resolver mi problema, porque lo que requiero es 
> que todas las sucursales pertenezcan a la misma cuenta de Ingresos pero 
> con diferente número de secuencia.
>
> [1] 
>> https://bitbucket.org/trytonspain/trytond-account_invoice_multisequence
>>   
>>
>  

> ¿No influye el número de secuencia que se configura al momento de 
> crear el año/ejercicio fiscal?
>

 Me imagino que te refieres a la secuencia de asientos contables que es 
 independiente de la de factura 

>>>
>>> El campo "Factura de cliente" en la configuración del año/ejercicio 
>>> fiscal no se refiere al número de secuencia 
>>> de factura? así como hay los campos para número de secuencia "Factura de 
>>> proveedor", "Nota de crédito de cliente" 
>>> y "Nota de crédito de proveedor"?
>>>
>>
>> Con el modulo que te comento mas arriba te añade la funcionalidad que 
>> necesitas. 
>>
>
> He utilizado [1] y [2]
> Esta dirigido a lo que necesito, asignar una tienda por usuario con su 
> numero de establecimiento y punto de emision,
> pero aun no logro resolver lo de secuencia de factura por cada TPV, me 
> pueden orientar como hacerlo o que parte 
> estoy haciendo mal, es decir que se asigne el secuencial por cada TPV 
> automáticamente y no que el usuario vendedor 
> seleccione cada vez que se vaya a emitir una factura ya que el no debe 
> configurar eso. 
>
> [1] 
> https://bitbucket.org/trytonspain/trytond-account_invoice_multisequence
> [2] https://bitbucket.org/zikzakmedia/trytond-sale_pos
>
>> Justo por esos campos es que me confundo al respecto de que se tiene que 
>>> generar número de secuencia diferente 
>>> para cada sucursal con su/sus punto/puntos de venta.
>>>
>>> Gracias
>>>
>>>  
>
 Gracias
>
> --
> Saludos
>

>
> Desde ya gracias por su ayuda
> Saludos
>  
>


Re: [tryton-es] Problema con el idioma de clietne 3.8.4

2016-02-03 Por tema Manuel Bailen
Perfecto, ya funciona, dejo este enlace donde aparece como instalar el 
cliente por si alguien tiene la misma duda,

http://tryton.zikzakmedia.com/Develop/ClientTryton


Muchas gracias Sergi.


[tryton-es] Problema con el idioma de clietne 3.8.4

2016-02-03 Por tema Manuel Bailen
Hola a todos, no consigo traducir el cliente para la versión 3.8, 

tras migrar la DB si se traducen los menús de los módulos pero el menú 
superior del cliente sigue en ingles, además la coma decimal (esto es lo 
más molesto) no la detecta el en teclado numérico.

Intente:
User - prefereces - preferencias - idioma -> Español (España)

Pero no funciono.

me serviría poder cambiar al menos lo de la coma decimal, he intentado en 
Administración - idioma, cambiando la "," por "." pero no funciona.

Muchas gracias desde ya,




[tryton-es] Error al acutalizar base de datos

2016-01-30 Por tema Manuel Bailen
Tengo instalada la versión 3.8, tras actualizar los repositorios (inv pull 
+ inv update) e intentar actualizar la base de datos laza este error,

Traceback (most recent call last):

File "trytond/bin/trytond", line 80, in 

server.TrytonServer(options).run()

File "/home/manuel/.tryton/3804/trytond/trytond/server.py", line 112, in run

Pool(db_name).init(update=self.options.update, lang=lang)

File "/home/manuel/.tryton/3804/trytond/trytond/pool.py", line 144, in init

self.start()

File "/home/manuel/.tryton/3804/trytond/trytond/pool.py", line 97, in start

register_classes()

File "/home/manuel/.tryton/3804/trytond/trytond/modules/__init__.py", line 
358, in register_classes

mod_file, pathname, description)

File 
"/home/manuel/.tryton/3804/trytond/trytond/modules/sale_discount/__init__.py", 
line 6, in 

from .price_list import *

File 
"/home/manuel/.tryton/3804/trytond/trytond/modules/sale_discount/price_list.py",
 
line 10, in 

DISCOUNT_DIGITS = int(config.get('digits', 'discount_digits', 4))

File "/home/manuel/.tryton/3804/trytond/trytond/config.py", line 76, in get

*args, **kwargs)

TypeError: get() takes exactly 3 arguments (4 given)


No tengo instalado el módulo sale_discount

Gracias


[tryton-es] Error en linea de impuestos

2016-01-27 Por tema Manuel Bailen
Hola a todos, tengo instalada la versión 3.8 y me salta el siguiente error:

El número de decimales "2" del campo "Importe" de "Decimal('-3.3338')" es 
superior a su límite.

Los pasos que sigo son los siguientes:

- Creo una factura de proveedor, con varios productos
- Añado manualmente desde el mimos formulario una linea de impuestos 
(Retenciones 2%), con una base de 169.69, con lo que el importe de la 
retención aparece en pantalla con 3.33
- Cuando intento guardar la factura me salta el error.

Esto NO sucede cuando vinculo el impuesto a un producto.
Tampoco sucede si en lugar de utilizar 169.69 coloco 169.00 como base 
imponible.

Temporalmente lo he solucionado cambiando los valores directamente en 
postgres.

Muchas gracias


Re: [tryton-es] Error default value en 3.8

2015-12-17 Por tema Manuel Bailen


El miércoles, 16 de diciembre de 2015, 13:43:03 (UTC+1), raimonesteve 
escribió:
>
> 2015-12-16 12:23 GMT+01:00 Manuel Bailen <bai...@esdebian.org 
> >: 
> > Hola grupo, 
> > 
> > acabo de instalar la versión 3.8 con los módulos mínimos que necesito 
> para 
> > evitar problemas con migraciónes pendientes. 
> > 
> > He podido actualizar mi base de datos a la nueva versión pero me lanza 
> este 
> > error al arrancar el servidor 
> > 
> > 
> /home/manuel/.tryton/38min/trytond/trytond/modules/default_value/default_value.py:92:
>  
>
> > DeprecationWarning: selection_change_with argument is deprecated, use 
> the 
> > depends decorator 
> >   }, depends=['field_type']), 
> > 
> /home/manuel/.tryton/38min/trytond/trytond/modules/default_value/default_value.py:97:
>  
>
> > DeprecationWarning: selection_change_with argument is deprecated, use 
> the 
> > depends decorator 
> >   }, depends=['field_type']), 
> > 
> > En el primer arranque no lanzo nada, empezo a lanzarlo a partir de crear 
> una 
> > base de datos vacía de prueba. 
> > 
> > El módulo funciona perfectamente, permite crear valores por defecto y 
> los 
> > aplica sin problemas. 
>
> 1. Creo que no usas la rama 3.8 por el número de línea. 
>
He comprobado el archivo tryton.cfg del módulo y aparece la 3.8.0, lo del 
número de línea tienes razón, sucede algo raro, ya que el archivo 
default_value.py de la carpeta del modulo aparecen estas líneas pero 
corresponden a la 90 y la 95
 

> 2- Es un warning, no error. Por tanto, el PR será bienvenido. 
>

Ok, siento no poder ayudar con el PR. 

>
> Raimon 
>


Saludos 


[tryton-es] Error default value en 3.8

2015-12-16 Por tema Manuel Bailen
Hola grupo,

acabo de instalar la versión 3.8 con los módulos mínimos que necesito para 
evitar problemas con migraciónes pendientes.

He podido actualizar mi base de datos a la nueva versión pero me lanza este 
error al arrancar el servidor

/home/manuel/.tryton/38min/trytond/trytond/modules/default_value/default_value.py:92:
 
DeprecationWarning: selection_change_with argument is deprecated, use the 
depends decorator
  }, depends=['field_type']),
/home/manuel/.tryton/38min/trytond/trytond/modules/default_value/default_value.py:97:
 
DeprecationWarning: selection_change_with argument is deprecated, use the 
depends decorator
  }, depends=['field_type']),

En el primer arranque no lanzo nada, empezo a lanzarlo a partir de crear 
una base de datos vacía de prueba.

El módulo funciona perfectamente, permite crear valores por defecto y los 
aplica sin problemas.


Muchas grácias.


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

2015-12-13 Por tema 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


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

2015-12-13 Por tema Manuel Bailen
Gracias por el apunte Raimon, yo tampoco lo uso


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

2015-12-13 Por tema Manuel Bailen
Lo siento mucho pero no soy desarrolador y no os puedo ayudar más que con 
alguna pequeña aportación economica al proyecto.

Gracias por el Patch y por vuestro trabajo, por ahora seguiré con la 3.4


[tryton-es] Error patch issue240_631.diff

2015-12-10 Por tema Manuel Bailen
Hola, me ha saltado el siguiente error al instalar la versión 3.8 desde el 
repositorio de Nantic, para mi no tiene ninguna incidencia pues no tengo 
este módulo instalado.

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

saludos


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

2015-12-10 Por tema Manuel Bailen


El jueves, 10 de diciembre de 2015, 9:09:33 (UTC+1), Jesús Martín Jiménez 
escribió:
>
> Hola Lucas,
>
> El 10 de diciembre de 2015, 3:31, Lucas Riccombene  > escribió:
>
>> Hola comunidad, les escribo dado que un soy junior en tryton pero cada 
>> dia heciendo un efuerzo mas grande para estar a tono.
>> Eh realizado un instalacion de tryton 3.4  en un entorno virtual 
>>
>> *virtualenvwrapper y ahora quiero agregar nuevos modulos ejemplo de 
>> Nan-tic como hago?*
>>
>
> Depende de cómo hayas hecho la instalación de Tryton. Otra posibilidad 
> alternativa a la que te sugiere Humberto es que no hayas instalado tryton 
> en el entorno virtual sino que utilices éste únicamente como PYTHONPATH 
> diferenciado del del sistema, y por lo tanto, utilices las herramientas [1] 
> que el propio equipo de Nan·tic te ofrece.
>
> Saludos,
>
> [1] https://bitbucket.org/nantic/tryton-config
>
> -- 
>
> Jesús Martín
>
> Zikzakmedia SL
> C/ de Sant Jaume, 9, baixos, 2ª
> 08720 Vilafranca del Penedès
> ☏ 93 890 21 08
>


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
 


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

2015-12-10 Por tema 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



El jueves, 10 de diciembre de 2015, 3:31:39 (UTC+1), Lucas Riccombene 
escribió:
>
> Hola comunidad, les escribo dado que un soy junior en tryton pero cada dia 
> heciendo un efuerzo mas grande para estar a tono.
> Eh realizado un instalacion de tryton 3.4  en un entorno virtual 
>
> *virtualenvwrapper y ahora quiero agregar nuevos modulos ejemplo de 
> Nan-tic como hago?*
>


[tryton-es] Problema de rendimiento con Adjuntos

2015-12-09 Por tema Manuel Bailen
Hola a todos,

Adjunté 4 imágenes a un tercero que en total ocupan 41,6 MB, hasta ahora no 
había tenido problemas con los adjuntos pero ahora, cuando pincho en el 
"clip" para ver los adjuntos de este tercero se congela la pantalla durante 
10-15 minutos, luego puedo acceder sin problemas a los registros.

Si intento acceder a todos los adjuntos desde el menu principal la demora 
se va a 20-25 minutos.

Uso la versión 3.4 


Gracias de antemano.




[tryton-es] Acceso rápido de teclado a Líneas

2015-11-04 Por tema Manuel Bailen

Hola a todos,

Utilizo la versión 3.4 y quería saber si hay algún metodo "sencillo" de 
crear un atajo de teclado para acceder a las líneas de un formulario de 
forma directa,

por ejemplo para añadir un línea en una factura la forma de llegar con el 
teclado sería:

Alt+F para llegar al submenú.
6 veces Tab (o moverse con las flechas arriba - abajo)
F3

Estó pasa de forma similar en varios formularios en Tryton donde la forma 
más rápida de acceder a los submenús es utilizando el ratón.

Muchas gracias.


[tryton-es] Re: Error con modulo trytond-sale_pos_shipment_cost-deprecated

2015-10-30 Por tema Manuel Bailen


El miércoles, 28 de octubre de 2015, 0:49:03 (UTC+1), Luis Deiana escribió:
>
> Buenas noches, estuve utilizando Tryton 3.2 desde hace mas de 1 año y al 
> actualizar a la version 3.4 y abrir Administracion/Modulos/Modulos me tira 
> 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/modelsql.py", line 645, in read
> getter_results = field.get(ids, cls, field_list, values=result)
>   File "/trytond/model/fields/function.py", line 86, in get
> return dict((name, call(name)) for name in names)
>   File "/trytond/model/fields/function.py", line 86, in 
> return dict((name, call(name)) for name in names)
>   File "/trytond/model/fields/function.py", line 80, in call
> return dict((r.id, method(r, name)) for r in records)
>   File "/trytond/model/fields/function.py", line 80, in 
> return dict((r.id, method(r, name)) for r in records)
>   File "/trytond/ir/module/module.py", line 97, in get_version
> return get_module_info(self.name).get('version', '')
>   File "/trytond/modules/__init__.py", line 139, in get_module_info
> with tools.file_open(os.path.join(name, 'tryton.cfg')) as fp:
>   File "/trytond/tools/misc.py", line 99, in file_open
> raise IOError('File not found : %s ' % name)
> IOError: File not found : 
> /trytond/modules/sale_pos_shipment_cost/tryton.cfg 
>
> segun entiendo es pq en la version 3.2 lo tenia disponible dentro del 
> directorio module, por lo que veo este modulo esta en desuso y no cuenta 
> con version 3.4, alguine m epuede dar una mano para que no me salga el 
> error y poder ver la ventana de los modulos ?
> ya actualice con --all
> gracias.
>
>  
Hola Luis,
Entiendo que no tienes ese módulo instalado en la base de datos, ¿es así?

¿Después del error se te queda la ventana de los módulos con el listado 
vacío? 



Re: [tryton-es] Migración con el modulo "contract"

2015-10-07 Por tema Manuel Bailen
Gracias Angel

He editado las siguientes tablas

ir_action
ir_action_act_window
ir_action_act_window_domani
ir_action_act_window_view
ir_action_keyword
ir_action_report
ir_action_url
ir_action_wizard

He eliminado todo lo que pudiese tener relación con "contract" pero el 
error persiste


[tryton-es] Migración con el modulo "contract"

2015-10-04 Por tema Manuel Bailen
Hola a todos,


Estoy migrando la base datos hasta ahora utilizaba el módulo contract de 
Zikzakmedia y quiero pasar a la versión de Nantic (se ajusta más a mís 
necesidades), he borrado los datos de las tablas:

contract_configuration
contract_contract
contract_invoice_line
contract_service
contract_service-product

cuando actualizo me laza este error:

[Sun Oct 04 10:00:25 2015] INFO:modules:contract_invoice:register 
contract.invoice.line
Traceback (most recent call last):
  File "trytond/bin/trytond", line 80, in 
trytond.server.TrytonServer(options).run()
  File "/home/manuel/.tryton/productionNantic/trytond/trytond/server.py", 
line 98, in run
Pool(db_name).init(update=self.options.update, lang=lang)
  File "/home/manuel/.tryton/productionNantic/trytond/trytond/pool.py", 
line 151, in init
lang=lang)
  File 
"/home/manuel/.tryton/productionNantic/trytond/trytond/modules/__init__.py", 
line 416, in load_modules
_load_modules()
  File 
"/home/manuel/.tryton/productionNantic/trytond/trytond/modules/__init__.py", 
line 383, in _load_modules
load_module_graph(graph, pool, update, lang)
  File 
"/home/manuel/.tryton/productionNantic/trytond/trytond/modules/__init__.py", 
line 232, in load_module_graph
cls.__register__(module)
  File 
"/home/manuel/.tryton/productionNantic/trytond/trytond/modules/contract_invoice/contract.py",
 
line 253, in __register__
Contract = pool.get('contract.contract')
  File "/home/manuel/.tryton/productionNantic/trytond/trytond/pool.py", 
line 168, in get
return self._pool[self.database_name][type][name]
KeyError: 'contract.contract'

Gracias de antemano



Re: [tryton-es] dependencias Jasper Report

2015-09-27 Por tema Manuel Bailen
Gracias Jesús y perdona si he tardado un poco en retomar el tema.

El modulo "jasper_report" sí esta en la carpeta "modules".

Por otro lado, antes de este error, también me pedía los módulos 
"contract_formula" y "contract_invoice" de Zikzakmedia los cuales lo añadí 
manualmente dentro de la carpeta.

También he intentado instalar el módulo "contract" de Zikzakmedia 
eliminando los módulos dependientes de Nantic pero de las dos formas llego 
al mismo error de "jasper_report"


Re: [tryton-es] dependencias Jasper Report

2015-09-27 Por tema Manuel Bailen
Hola Raimon,

la instalación la realice con "invoke clone" y el módulo si está en la
carpeta modules, incluso he creado una base de datos nueva e instalado el
módulo "jasper_report" desde el cliente sin problemas, el mensaje lo lanza
cuando actualizo la base de datos que quiero migrar.

Por ahora he conseguido que funcione copiando la carpeta completa del
proyecto e instalando los "requirements.txt" antiguos.

Si intento hacer un "invoke fetch" se queda colgado actualizando los
requirements.txt y deja inservible el entorno virtual (no me deja utilizar
invoke)


Muchas gracias

El 27 de septiembre de 2015, 10:36, Raimon Esteve <raimonest...@gmail.com>
escribió:

>
> El dia 27/09/2015 10.13, "Manuel Bailen" <bai...@esdebian.org> va
> escriure:
>
> >
> > Gracias Jesús y perdona si he tardado un poco en retomar el tema.
> >
> > El modulo "jasper_report" sí esta en la carpeta "modules".
> >
> > Por otro lado, antes de este error, también me pedía los módulos
> "contract_formula" y "contract_invoice" de Zikzakmedia los cuales lo añadí
> manualmente dentro de la carpeta.
> >
> > También he intentado instalar el módulo "contract" de Zikzakmedia
> eliminando los módulos dependientes de Nantic pero de las dos formas llego
> al mismo error de "jasper_report"
>
> No tiene nada q ve con esto. Además estos modulos no dependen de jasper.
>
> El mensaje te esta diciendo q te falta el modulo jasper_reports. Debes
> revisar tu instalación y añadir este modulo.
>


Re: [tryton-es] Tiempo de respuesta al procesar una nota de venta

2015-07-08 Por tema Manuel Bailen
Hola, 
es posible que esto también pueda ayudarte, no lo he probado ya que no 
tengo tanto volumen de datos.

https://wiki.postgresql.org/wiki/PGStrom

Un saludo


[tryton-es] Re: Editar tryton.conf

2015-02-14 Por tema Manuel Bailen
Tendrás que acceder como usuario root 


[tryton-es] Re: Editar tryton.conf

2015-02-13 Por tema Manuel Bailen
Hola,

No se como has realizado la instalación en todo caso según veo en tú imagen 
has de hacerlo con el usuario tryton mediante el comando chmod

espero te ayude, un saludo


[tryton-es] Asiento de apertura y cierre

2015-02-02 Por tema Manuel Bailen
Hola a todos,

he cerrado en el ejercicio 2014 y no me genera ningún asiento de apertura 
ni cierre, en principio no le dí mayor importancia pues el balance y la 
cuentas de resultados eran correctos, pero ahora me encuentro que cuando 
abro el extracto de una cuenta, en la consulta no se arrastran los saldos 
del ejercicio cerrado y el saldo es incorrecto.

¿Hay alguna forma de hacer los asientos de apertura y cierre (aparte de con 
un asiento manual claro)?
¿Existe otra forma de comprobar los movimientos y el saldo de las cuentas?

Gracias y un saludo.



Re: [tryton-es] Re: Gastos, Pagos y Depositos Bancarios

2015-01-30 Por tema Manuel Bailen
No puedes conciliar la factura hasta que no esté totalmente pagada.
No sé porque no te aparece la nota de crédito, cuando tengas todos los
pagos realizados puedes también conciliar haciendo una consulta por cuenta
y tercero con el asistente del menú contabilidad, seleccionas los apuntes y
concilias.


Re: [tryton-es] Re: Gastos, Pagos y Depositos Bancarios

2015-01-30 Por tema Manuel Bailen
El jueves, 29 de enero de 2015, 19:06:20 (UTC+1), Maria Cecilia Santos 
Popper escribió:


 El 29/01/2015 08:55, Manuel Bailen bai...@esdebian.org javascript: 
 escribió:
 
  Hola cecilia,
 Gracias Manuel por responder. Abajo mis dudas sobre lo que decís (aclaro 
 que tengo conocimientos muy básico de contabilidad) 
 
  El miércoles, 28 de enero de 2015, 18:48:46 (UTC+1), Maria Cecilia 
 Santos Popper escribió:
 
  Hola a todos,
  yo estoy teniendo las mismas dudas respecto de como utilizar el modulo 
 de extractos para manejar las cajas.
  Puntualmente lo que no logro integrar coneptualmente es el tema de los 
 movimientos contables entre los diarios de extracto y los diarios contables 
 propiamente dichos.
 
  En nuestro caso, tenemos una implementación típica con el módulo 
 sale_pos.
  Hasta ahora lo que entiendo que pasa al realizar la venta es lo 
 siguiente:
  1) Se genera una factura: 
 
  DEBEHABER
 
  Deudores por ventas   100
  IVA (impuesto argentino)   
  21
  Ingresos x ventas   
  79
 
  Luego, el módulo de statement registra el pago de los ingresos / 
 egresos de una caja determinada, en este caso del mostrador donde se 
 realizan la mayoría de las ventas. Ese extracto tiene como cuénta débdio 
 Deudores por venta de equipos y como cuenta de crédito Caja Mostrador. 
 Esto debería ser así? No se si logro entender el concepto de crédito o 
 débito en un diario de extracto.
 
 
  No entiendo muy bien la pregunta pero la el importe es positivo 
 significa que es un aumento en la caja / cc y por tanto utilizará por 
 omisión la cuenta que hayas asignado al tercero como cuenta de ingreso por 
 omisión, en caso de ser negativo lo completará con importe negativo.

 Hasta aquí entiendo que desde el extracto se pueden manejar las 
 imputaciones de pagos/cobros correspondientes) 
 
  Cuando se realiza una venta con pago mediante el modulo sale_pos, se 
 realizan los siguiente movimientos en el diario de extracto 
 
  Importe 100 Entidad x Factura Nro Cuenta Deudores por venta de 
 equipos y en la descripción el número de línea de extracto.
 
 
  Ahora, supongamos que de esa misma caja retiro dinero para realizar un 
 adelanto a un proveedor,
  entonces debería asentarlo de la siguiente manera
  Importe 200 Entidad y Factura de Proovedor (aún no existe) Cuenta 
 Proveedores.
 
  Lo que no entiendo muy bien es como se concilian las líneas del 
 extracto con los movimientos contables en los diarios de ingresos/egresos.
  En el caso del pago a proveedor, me figurará ese pago imputado y el 
 correspondiente saldo a favor?
  Cuando tenga que realizar la orden de compra y posterior factura de 
 proveedor, podré imputar ese movimiento de extracto a esa factura de 
 proveedor?
 
  Espero haber hecho entender, gracias por la ayuda.
 
  Cecilia
 
 
  Si la has generado una factura de venta/compra, a la hora de 
 cobrarla/pagarla debes introducirla en el campo correspondiente del 
 extracto bancario, si el importe (+ si es ingreso, - si es gasto) coincide 
 quedará conciliada.
 Bien,  en general venía haciendo eso mismo.  Que pasaría si pago menos o 
 más de lo que dice la Factura? Se generaría el saldo a favor o en contra 
 para esa entidad? 

Si pagas menos, la factura no queda conciliada y tendrás que conciliarla 
cuando el pago este completado (bien con el asistente o desde un extracto 
de cuenta)
Si pagas más, lo normal a mi modo de ver, es que asignes la cantidad exacta 
a esa factura y quedará conciliada, el resto habría que hacer un nuevo 
apunte en el extracto para que se contablizase quedando esto a favor o en 
contra de tercero según corresponda.
Como curiosidad, si pulsas F2 en la casilla de factura te muestra las 
facturas pendientes del Tercero, F3 te permite hacer una nueva factura y si 
no rellenas el tercero pero pones el nº de factura se rellena el resto de 
datos.

  Por otro lado si no has generado factura sino que el movimiento contable 
 surge directamente de un asiento o tienes varios cobros/pagos para una 
 factura existe un asistente en el menú contabilidad el cual de ofrece 
 soluciones para conciliar movimientos.
 
 Esto no lo sabía,  personalmente no he usado ese asistente. Si no entiendo 
 mal,  serviría para conciliar por ejemplo, una línea de extracto con un 
 pago sin factura por un lado ,  y una factura si pago por el otro? 

Si 

  Por último puedes abrir un extracto de cuenta (Libro Mayor) también en 
 el menú contabilidad donde se pueden conciliar los movimientos desde una 
 acción.
 
 Voy a explorar esta opción. 
 Evidentemente el modulo extracto tiene muchas más funcionalidades y 
 posibles usos de los que creía. 
 Ahora la pregunta que no he logrado responder aún  es el criterio para 
 asignar cuenta de débito y crédito  'del extracto'.  Al

Re: [tryton-es] Re: Gastos, Pagos y Depositos Bancarios

2015-01-29 Por tema Manuel Bailen
Hola cecilia,

El miércoles, 28 de enero de 2015, 18:48:46 (UTC+1), Maria Cecilia Santos 
Popper escribió:

 Hola a todos,
 yo estoy teniendo las mismas dudas respecto de como utilizar el modulo de 
 extractos para manejar las cajas.
 Puntualmente lo que no logro integrar coneptualmente es el tema de los 
 movimientos contables entre los diarios de extracto y los diarios contables 
 propiamente dichos.

 En nuestro caso, tenemos una implementación típica con el módulo sale_pos.
 Hasta ahora lo que entiendo que pasa al realizar la venta es lo siguiente:
 1) Se genera una factura: 

 DEBEHABER

 Deudores por ventas   100
 IVA (impuesto argentino)   
  21
 Ingresos x ventas 
79

 Luego, el módulo de statement registra el pago de los ingresos / egresos 
 de una caja determinada, en este caso del mostrador donde se realizan la 
 mayoría de las ventas. Ese extracto tiene como cuénta débdio Deudores por 
 venta de equipos y como cuenta de crédito Caja Mostrador. Esto debería ser 
 así? No se si logro entender el concepto de crédito o débito en un diario 
 de extracto.


No entiendo muy bien la pregunta pero la el importe es positivo significa 
que es un aumento en la caja / cc y por tanto utilizará por omisión la 
cuenta que hayas asignado al tercero como cuenta de ingreso por omisión, en 
caso de ser negativo lo completará con importe negativo.

Cuando se realiza una venta con pago mediante el modulo sale_pos, se 
 realizan los siguiente movimientos en el diario de extracto 

 Importe 100 Entidad x Factura Nro Cuenta Deudores por venta de equipos 
 y en la descripción el número de línea de extracto.


 Ahora, supongamos que de esa misma caja retiro dinero para realizar un 
 adelanto a un proveedor,
 entonces debería asentarlo de la siguiente manera
 Importe 200 Entidad y Factura de Proovedor (aún no existe) Cuenta 
 Proveedores.

 Lo que no entiendo muy bien es como se concilian las líneas del extracto 
 con los movimientos contables en los diarios de ingresos/egresos.
 En el caso del pago a proveedor, me figurará ese pago imputado y el 
 correspondiente saldo a favor?
 Cuando tenga que realizar la orden de compra y posterior factura de 
 proveedor, podré imputar ese movimiento de extracto a esa factura de 
 proveedor?

 Espero haber hecho entender, gracias por la ayuda.

 Cecilia


Si la has generado una factura de venta/compra, a la hora de 
cobrarla/pagarla debes introducirla en el campo correspondiente del 
extracto bancario, si el importe (+ si es ingreso, - si es gasto) coincide 
quedará conciliada.

Por otro lado si no has generado factura sino que el movimiento contable 
surge directamente de un asiento o tienes varios cobros/pagos para una 
factura existe un asistente en el menú contabilidad el cual de ofrece 
soluciones para conciliar movimientos.

Por último puedes abrir un extracto de cuenta (Libro Mayor) también en el 
menú contabilidad donde se pueden conciliar los movimientos desde una 
acción.

Espero haberme expresado bien y que te sirva

Un saludo.


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

2015-01-21 Por tema Manuel Bailen


 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.


En primer lugar muchas gracias por responder,  me plantee crear un hilo 
nuevo pero lo hice aquí pues el problema apareció después $inv fetch y 
pensaba que la solución sería bastante más sencilla, la próxima vez ante la 
duda iniciaré un nuevo hilo.

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 

[tryton-es] Error al procesar pagos (cobros) Sepas

2015-01-11 Por tema Manuel Bailen
Hola a todos,

Cuando intento procesar pagos para crear una fichero de remesa SEPA me 
lanza este error, 

Traceback (most recent call last):
  File /trytond/protocols/jsonrpc.py, line 158, in _marshaled_dispatch
response['result'] = dispatch_method(method, params)
  File /trytond/protocols/jsonrpc.py, line 194, in _dispatch
res = dispatch(*args)
  File /trytond/protocols/dispatcher.py, line 161, in dispatch
result = rpc.result(meth(*c_args, **c_kwargs))
  File /trytond/wizard/wizard.py, line 249, in execute
return wizard._execute(state_name)
  File /trytond/wizard/wizard.py, line 275, in _execute
do_result = do(action)
  File /trytond/modules/account_payment_es/payment.py, line 476, in 
do_process
return super(ProcessPayment, self).do_process(action)
  File /trytond/modules/account_payment/payment.py, line 349, in 
do_process
Payment.process(list(grouped_payments), group)
  File /trytond/model/workflow.py, line 33, in wrapper
result = func(cls, filtered, *args, **kwargs)
  File /trytond/modules/account_payment/payment.py, line 282, in process
process_method(group)
  File /trytond/modules/account_payment_sepa_es/payment.py, line 173, in 
process_sepa_core
self.process_sepa()
  File /trytond/modules/account_payment_sepa_es/payment.py, line 210, in 
process_sepa
super(Group, self).process_sepa()
  File /trytond/modules/account_payment_sepa/payment.py, line 161, in 
process_sepa
company=group.company)
NameError: global name 'group' is not defined

he probado con una versión que tengo del servidor de hace un par de meses y 
no me da ningún problema.

Tengo instalado el account_payment_sepa y el account_payment_sepa_es

Solo tengo un usuario y una sola empresa, la cual no tiene ningún padre, no 
se si debo cambiar algo de la configuración


Muchas gracias y un saludo


[tryton-es] Error al procesar pagos SEPA

2015-01-11 Por tema Manuel Bailen
Hola a todos,

Cuando intento procesar pagos (efectos a cobrar) para crear una fichero de 
remesa SEPA me lanza este error, 

Traceback (most recent call last):
  File /trytond/protocols/jsonrpc.py, line 158, in _marshaled_dispatch
response['result'] = dispatch_method(method, params)
  File /trytond/protocols/jsonrpc.py, line 194, in _dispatch
res = dispatch(*args)
  File /trytond/protocols/dispatcher.py, line 161, in dispatch
result = rpc.result(meth(*c_args, **c_kwargs))
  File /trytond/wizard/wizard.py, line 249, in execute
return wizard._execute(state_name)
  File /trytond/wizard/wizard.py, line 275, in _execute
do_result = do(action)
  File /trytond/modules/account_payment_es/payment.py, line 476, in 
do_process
return super(ProcessPayment, self).do_process(action)
  File /trytond/modules/account_payment/payment.py, line 349, in 
do_process
Payment.process(list(grouped_payments), group)
  File /trytond/model/workflow.py, line 33, in wrapper
result = func(cls, filtered, *args, **kwargs)
  File /trytond/modules/account_payment/payment.py, line 282, in process
process_method(group)
  File /trytond/modules/account_payment_sepa_es/payment.py, line 173, in 
process_sepa_core
self.process_sepa()
  File /trytond/modules/account_payment_sepa_es/payment.py, line 210, in 
process_sepa
super(Group, self).process_sepa()
  File /trytond/modules/account_payment_sepa/payment.py, line 161, in 
process_sepa
company=group.company)
NameError: global name 'group' is not defined

he probado con una versión que tengo del servidor de hace un par de meses y 
no me da ningún problema.

Tengo instalado el account_payment_sepa y el account_payment_sepa_es

Solo tengo un usuario y una sola empresa, la cual no tiene ningún padre, no 
se si debo cambiar algo de la configuración


Muchas gracias y un saludo


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

2015-01-07 Por tema Manuel Bailen


El miércoles, 7 de enero de 2015 09:08:43 UTC+1, Guillem Barba Domingo 
escribió:


 El 05/01/2015 12:24, Albert Cervera i Areny alb...@nan-tic.com 
 javascript: va escriure:
 
  2015-01-05 11:29 GMT+01:00 Manuel Bailen bai...@esdebian.org 
 javascript::
 
  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.

Exactamente fue ese mi error, ahora lo entiendo, la última vez que había 
actualizado hice varias pruebas con invoke y sí encadene pull + update pero 
no de forma voluntaria así que pesé que update era el correcto.

fetch funcionó perfecto y actualizo no solo los módulos sino también los 
requirements, como comentas.

Muchas gracias Albert y Guillem.

 
 


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

2015-01-05 Por tema Manuel Bailen
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

y aparentemente funcionó.

Volveré intentarlo.

gracias de nuevo.

El 4 de enero de 2015, 23:30, Albert Cervera i Areny alb...@nan-tic.com
escribió:

 2015-01-04 8:52 GMT+01:00 Manuel Bailen bai...@esdebian.org:

 Hola a todos

 Me sucede un problema al intentar contabilizar una linea de extracto
 bancario mediante el apartado transacciones, cuando utilizo una cuenta
 con Tercero requerido me devuelve este mensaje:

 No debe introducir un tercero en el apunte 5721

 Imagino que si se solucionaría poniendo la cuenta del banco con tercero
 requerido, pero me trastoca bastante además seguramente tendría problemas
 al sacar listados de terceros.


 Debes actualizar el módulo. Éste problema lo resolvímos a principio de
 diciembre.



 En la 3.2 los asientos se creaban sin asignarle el tercero a la cuenta
 bancaria.

 Muchas gracias




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



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

2014-12-02 Por tema Manuel Bailen

El martes, 2 de diciembre de 2014 11:29:38 UTC+1, Sergi Almacellas Abellana 
escribió:

 El 02/12/14 a les 11:28, Manuel Bailen ha escrit: 
  
  
  El lunes, 1 de diciembre de 2014 19:30:41 UTC+1, Guillem Barba Domingo 
  escribió: 
  
  
  El 28/11/2014 7:48, Manuel Bailen bai...@esdebian.org 
  javascript: 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 
  
  Hola Guillem 
  
  Acabo de mirarlo pero parece que el repositorio no tiene las Issues 
  habilitadas 
  
  https://bitbucket.org/trytonspain/trytond-account_payment_type 
 Activado: 


 https://bitbucket.org/trytonspain/trytond-account_payment_type/issues?status=newstatus=open
  

 Gracias :) 

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


A vosotros, un saludo.

https://bitbucket.org/trytonspain/trytond-account_payment_type/issue/1/domain-error-when-the-payment-term-is-used
 


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

2014-11-26 Por tema Manuel Bailen
Hola a todos,

Me lanza el siguiente error al confirmar facturas si utilizo un plazo de 
pago con una de las lineas de tipo fijo.

El valor del campo Tipo de pago de Apunte contable no es correcto según 
su dominio.

He probado con las 3.2 y la 3.4 en una base de datos nueva y da el mismo 
error.

En la primera línea utilizo tipo fijo y 0 días, 0 meses, 
En la segunda línea utilizo tipo remanente y 30 días, 0 meses, ...

Gracias de antemano.



[tryton-es] Re: Pago masivo de las facturas de un grupo de pagos

2014-11-24 Por tema Manuel Bailen
Hola Mónica,

¿Que versión utilizas?




[tryton-es] Error en lineas de factura

2014-10-18 Por tema Manuel Bailen
Hola ha todos,

recientemente instalé estos módulos

account_invoice_line_standalone 3.2.1
account_asset 3.2.2

Cuando quiero crear una nueva linea de factura desde el formulario de 
lineas de factura y selección un producto me lanza este error,

 File /trytond/modules/account_asset/invoice.py, line 39, in 
on_change_product
or self.invoice.type not in ('in_invoice', 'in_credit_note')):
AttributeError: 'NoneType' object has no attribute 'type'


sin embargo si la creo desde el formulario facturas lo realiza 
correctamente.

Muchas gracias.


[tryton-es] Re: Validar o confirmar varias facturas

2014-10-15 Por tema Manuel Bailen
Muchas gracias a todos, perdonad que no haya podido contestar antes.

La solución aportada funcionó perfectamente.

Un saludo.



Re: [tryton-es] Validar o confirmar varias facturas

2014-10-14 Por tema Manuel Bailen

Muchas gracias Raimon,

No había pensado en la posibilidad de pagar una factura borrador 
directamente, en todo caso yo nunca utilizo el botón pagar, concilio 
todas las facturas desde los extractos y si pago alguna directamente me los 
descuadra por lo que estaría más por eliminarlo de la vista.

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.

Un saludo.




[tryton-es] Validar o confirmar varias facturas

2014-10-13 Por tema Manuel Bailen
Hola a todos,

¿Hay alguna forma de validar y confirmar varias facturas?
Estas acciones aparecen en la vista de formulario pero no en la vista de 
árbol de las facturas.

Uso la versión 3.2

Muchas gracias


Re: [tryton-es] Cuenta de activo en productos

2014-10-06 Por tema Manuel Bailen
Ok, muchas gracias

El 6 de octubre de 2014, 9:09, Albert Cervera i Areny alb...@nan-tic.com
escribió:

 2014-10-05 12:25 GMT+02:00 Manuel Bailen bai...@esdebian.org:
  Hola a todos,
 
  Quiero crear un producto de tipo activo, cuando voy a la pestaña
  contabilidad me muestra las casillas Amortizable, Cuenta de
  Amortización y Cuenta de Activo pero en esta última no me permite
  seleccionar cuentas del subgrupo 21, solo permite cuentas de Gastos
 
  Estoy en la versión 3.2 y he instalado los módulos asset, account_asset,
  account_asset_project y account_asset_show_lines.
 
  Según la documentación debería completar este campo con una cuenta del
 grupo
  21, no sé si me falta algo por configurar, imagino que funcionaría
 cambiando
  las cuentas de inmovilizado a tipo gasto pero no se si esto puede
 afectar
  en los cierres contables.

 Haciendo este cambio que comentas te funcionará correctamente. No
 afecta a los cierres.

 
  Muchas gracias.



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



[tryton-es] Cuenta de activo en productos

2014-10-05 Por tema Manuel Bailen
Hola a todos,

Quiero crear un producto de tipo activo, cuando voy a la pestaña 
contabilidad me muestra las casillas Amortizable, Cuenta de 
Amortización y Cuenta de Activo pero en esta última no me permite 
seleccionar cuentas del subgrupo 21, solo permite cuentas de Gastos

Estoy en la versión 3.2 y he instalado los módulos asset, account_asset, 
account_asset_project y account_asset_show_lines.

Según la documentación debería completar este campo con una cuenta del 
grupo 21, no sé si me falta algo por configurar, imagino que funcionaría 
cambiando las cuentas de inmovilizado a tipo gasto pero no se si esto 
puede afectar en los cierres contables.

Muchas gracias.


[tryton-es] Re: Asiento de Confirmado - Borrador

2014-09-26 Por tema Manuel Bailen
Lo ideal es que abonases la factura y así se compensaría el gasto en la 
contabilidad así es como está pensado Tryton.

Para poder modificar los diarios tienes que habilitar esta posibilidad en 
la configuración del diario dentro de contabilidad.

El jueves, 25 de septiembre de 2014 22:59:45 UTC+2, Luis Deiana escribió:

 Buenas tardes, por error cargue mal la cuenta de gastos de un producto del 
 tipo servicio, genere una compra de este producto y finalmente Confirme la 
 compra lo cual me genero un asiento el que quedo en estado de confirmado.

 Fui hasta el asiento para modificarlo y pasarlo a estado borrador pero me 
 da el siguiente mensaje:

 No puede establecer a borrador el asiento confirmado «37» en el diario 
 «Gastos».

 como puedo modificar el asiento o en su defecto las lineas de asiento ?

 Gracais.



Re: [tryton-es] Error en csv_import

2014-09-06 Por tema Manuel Bailen
Hola de nuevo,

Finalmente pude solucionarlo, tal como dijo JMartin fui capaz de modificar 
el módulo en la línea 177;

+  from decimal import Decimal
if mapping_line.external_type == 'float':
try:
-result = float(result)  
+   result = Decimal(str(result))

No sé si esta modificación puedría crear problemas en otros casos.



Re: [tryton-es] Error en csv_import

2014-09-01 Por tema Manuel Bailen


El lunes, 1 de septiembre de 2014 10:02:45 UTC+2, raimonesteve escribió:

 2014-08-08 3:15 GMT+02:00 Manuel Bailen bai...@esdebian.org javascript:: 

  Muchas gracias Jesús M, 
  
  el modulo está muy bien, una lastima lo de los decimales, lo he resuelto 
 con 
  una consulta SQL después de importar los datos como entero, no es muy 
  elegante pero para autoconsumo me vale 

 CSV Import usa Base External mapping, justamente para esto, puedas 
 ampliar código o cálculos en este caso, en la cela IN. 

 Por tanto, puedes escribir código python para que el string de entrada 
 te lo cambie por decimal. 

 Raimon 


Muchas gracias Raimon,

siendo así a ver si investigo un poco y retomo el tema que aunque útil no 
quedo muy presentable.


[tryton-es] Re: móduldbcopy

2014-08-23 Por tema Manuel Bailen
Se me olvido mencionar que cada vez que quiero copiar la base de datos 
desde tryton me pide 2 veces la contraseña para conexión ssh.


[tryton-es] móduldbcopy

2014-08-21 Por tema Manuel Bailen
Buenos días,

Al usar el módulo dbcopy me lanza este error en la consola

[Thu Aug 21 09:47:25 2014] INFO:paramiko.transport:Connected (version 2.0, 
client OpenSSH_6.6.1p1)
[Thu Aug 21 09:47:31 2014] INFO:paramiko.transport:Authentication 
(publickey) failed.
[Thu Aug 21 09:47:34 2014] INFO:paramiko.transport:Authentication 
(publickey) failed.

He instalado erpdbcopy 
Creo el usuario postgres: erpdbcopy 
password: erpdbcopy
superuser: yes

y modificado trytond.conf pero no me queda claro el nombre de usuario que 
debo utilizar, he probado con varios pero siempre obtengo el mismo error.

Utilizo tryton 3.2

Muchas gracias.


Re: [tryton-es] Error en csv_import

2014-08-07 Por tema Manuel Bailen
Muchas gracias Jesús M,

el modulo está muy bien, una lastima lo de los decimales, lo he resuelto 
con una consulta SQL después de importar los datos como entero, no es muy 
elegante pero para autoconsumo me vale

Muchas gracias de nuevo y un saludo.


[tryton-es] Error en csv_import

2014-08-06 Por tema Manuel Bailen
Hola a todos,

Estoy probando el módulo csv_import 3.0 en tryton 3.0 y me lanza el 
siguiente mensaje cuando intento importar campos con *decimales*:

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 169, in dispatch
result = rpc.result(meth(*c_args, **c_kwargs))
  File /trytond/model/modelview.py, line 513, in wrapper
return func(cls, *args, **kwargs)
  File /trytond/model/workflow.py, line 33, in wrapper
result = func(cls, filtered, *args, **kwargs)
  File /trytond/modules/csv_import/csv_import.py, line 372, in import_csv
base.save() #save or update
  File /trytond/model/modelstorage.py, line 1389, in save
self.id = self.create([save_values])[0].id
  File /trytond/modules/account_bank_statement_counterpart/statement.py, 
line 72, in create
return super(StatementLine, cls).create(vlist)
  File /trytond/model/modelsql.py, line 339, in create
insert_values.append(field.sql_format(value))
  File /trytond/model/fields/numeric.py, line 25, in sql_format
assert isinstance(value, Decimal)
AssertionError


El campo es flotante he probado entrecomillando el número, utilizando 
punto decimal y coma decimal pero no consigo importar.

Sí realiza la importación si utilizo un número sin decimales.

Muchas gracias de antemano.


[tryton-es] Re: Error listando facturas confirmadas en 3.2

2014-06-18 Por tema Manuel Bailen
Bueno hoy me dí cuenta del historial de cambios del módulo y solucione el 
problema, muchas gracias.



Re: [tryton-es] Error listando facturas confirmadas en 3.2

2014-06-16 Por tema Manuel Bailen
Gracias Raimon, pero no tengo muy claro esto, en bitbucket los módulos
aparecen con la rama 3.0 y la default, pesé que la default iría mejor
en la version 3.2 de tryton.



El 16 de junio de 2014, 10:50, Raimon Esteve raimonest...@gmail.com
escribió:

 2014-06-15 7:58 GMT+02:00 Manuel Bailen bai...@esdebian.org:
  Hola a todo,
 
  acabo de instalar instalar versión 3.2 con todos los módulos de
 localización
  de la rama default, instalo y actualizo la base de datos, cuando entro en
  facturas y pincho la pestaña de Confirmadas o Todas no me carga el
 listado y
  me lanza este error.

 usa la rama 3.2

 saludos



Re: [tryton-es] sale_pos payment_type

2014-06-05 Por tema Manuel Bailen
Hola,

Yo no utilizo el modulo de ventas pero pude añadir el campo paiment type 
en el arbol de facturas desde el *cliente*, tienes que acceder al menú 
Administración - Interficie de usuario - Vistas y crear una nueva vista 
donde añada el nuevo campo al formulario.
Tendrás que heredar las vistas del modelo en cuestión, aquí tienes un poco 
de información

http://doc.tryton.org/3.2/trytond/doc/topics/views/index.html

Espero que oriente.

El jueves, 5 de junio de 2014 14:57:22 UTC+2, Luis Deiana escribió:

 Cuando me decís: añadir este campo a la vista form del sale pos te 
 referis a que tengo que programar o hay alguna forma un poco mas simple ?

 El jueves, 5 de junio de 2014 09:35:21 UTC-3, raimonesteve escribió:

 2014-06-05 14:18 GMT+02:00 Luis Deiana luis.d...@gmail.com: 
  me refiero que si hago una venta con sale_pos no puedo (o no encontre 
 la 
  manera de) definir un tipo de pago; al menos que lo haga desde la 
 factura. 
  Espero se entienda. Saludos. 

 el modulo sale pos no depende de sale payment type. Por tanto, no 
 dispones de esta relación. Si instalas el sale payment type, puedes 
 añadir este campo a la vista form del sale pos, pues el pos es lo 
 mismo que una venta (simplificando el proceso). 

 Raimon 



[tryton-es] Re: Modulos trytonspain en 3.2

2014-05-21 Por tema Manuel Bailen
Solucioné el problema siguiendo el comentario de Sergi, sustituyendo append 
por add en los archivos .py de los módulos que me requirió mi base de datos.

¿debería hacer ahora un pull request de estos módulos?


Re: [tryton-es] Modulos trytonspain en 3.2

2014-05-19 Por tema Manuel Bailen
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.






Re: [tryton-es] Orden de Servicio

2014-05-16 Por tema Manuel Bailen
Hola, tendras que hacer un informe personalizado, aquí te paso un pequeño 
tutorial que me hizo Guillem Barba en este mismo foro, aunque yo lo utilicé 
para facturas creo que te puede servir:

https://groups.google.com/forum/?hl=es#!topic/tryton-es/NHBp1yHeHCg

para personalizar el informe puedes hacerlos desde LibreOffice utilizando 
Relatorio.

Espero te sirva, un saludo.




[tryton-es] Modulos trytonspain en 3.2

2014-05-16 Por tema Manuel Bailen

Hola ha todos, acabo de empezar con la versión 3.2 la he instalado bajo 
virtualenv (es la primera vez que lo utilizo así que es posible que haya 
cometido algún error.

He creado 2 entornos:

tryton30
tryton32

En el primero instale todo con las herramientas de nantic y todo perfecto.

En el segundo primero instale el servidor, el cliente y los módulos 
oficiales desde http://hg.tryton.org/, en principio me deja crear bases de 
datos.

Vuelvo a ejecutar la herramienta para instalar los módulos, esta vez borro 
el contenido de los ficheros base.cfg y core.cfg

Ejecuto: invoke clone


actualizo mi base de datos 

python trytond -d prueba -u all

me lanza este error

cls.moves_amount.on_change_with.append('lines')
AttributeError: 'set' object has no attribute 'append'

Alguna idea.


Re: [tryton-es] Modulos trytonspain en 3.2

2014-05-16 Por tema Manuel Bailen
Gracias Sergi, perdona, no puse el módulo, aquí está el error completo, un 
saludo

[Sat May 17 05:34:46 2014] INFO:modules:account_bank_statement_account
Traceback (most recent call last):
  File trytond, line 113, in module
trytond.server.TrytonServer(options).run()
  File /home/manuel/tryton/tryton32/trytond/trytond/server.py, line 123, 
in run
Pool(db_name).init(update=update, lang=lang)
  File /home/manuel/tryton/tryton32/trytond/trytond/pool.py, line 151, in 
init
lang=lang)
  File /home/manuel/tryton/tryton32/trytond/trytond/modules/__init__.py, 
line 428, in load_modules
_load_modules()
  File /home/manuel/tryton/tryton32/trytond/trytond/modules/__init__.py, 
line 396, in _load_modules
load_module_graph(graph, pool, lang)
  File /home/manuel/tryton/tryton32/trytond/trytond/modules/__init__.py, 
line 223, in load_module_graph
classes = pool.setup(module)
  File /home/manuel/tryton/tryton32/trytond/trytond/pool.py, line 225, in 
setup
cls.__setup__()
  File 
/home/manuel/tryton/tryton32/trytond/trytond/modules/account_bank_statement_account/statement.py,
 
line 34, in __setup__
cls.moves_amount.on_change_with.append('lines')
AttributeError: 'set' object has no attribute 'append'



[tryton-es] Version 3.2

2014-05-05 Por tema Manuel Bailen
Hola ha todos,

Ya hace unos días que se liberó la versión 3.2 de Tryton pero veo que en 
bitbucket mantenéis los módulos de la localización española en la 3.0, no 
sé si es cuestión de unos días o va a permanecer así, 
¿es recomendable pasar a la 3.2 e instalar los modulos 3.0? o es mejor 
esperar.

Muchas gracias.


[tryton-es] Re: Version 3.2

2014-05-05 Por tema Manuel Bailen


El lunes, 5 de mayo de 2014 11:42:15 UTC+2, Manuel Bailen escribió:

 Hola ha todos,

 Ya hace unos días que se liberó la versión 3.2 de Tryton pero veo que en 
 bitbucket mantenéis los módulos de la localización española en la 3.0, no 
 sé si es cuestión de unos días o va a permanecer así, 
 ¿es recomendable pasar a la 3.2 e instalar los modulos 3.0? o es mejor 
 esperar.

 Muchas gracias.



Re: [tryton-es] Version 3.2

2014-05-05 Por tema Manuel Bailen


El lunes, 5 de mayo de 2014 13:25:57 UTC+2, Sergi Almacellas Abellana 
escribió:

 El 05/05/14 11:42, Manuel Bailen ha escrit: 
  Hola ha todos, 
  
 Hola Manuel, 
  Ya hace unos días que se liberó la versión 3.2 de Tryton pero veo que 
  en bitbucket mantenéis los módulos de la localización española en la 
  3.0, no sé si es cuestión de unos días o va a permanecer así, 
 La idea es actualizarlos, pero nos debemos asegurar que todos los 
 módulos que gestionamos funcionen correctamente en la versión 3.2, y 
 hacer las adaptaciones necesarias para aquellos que no lo hagan por lo 
 que iremos haciendo pasito a pasito. 
  ¿es recomendable pasar a la 3.2 e instalar los modulos 3.0? o es mejor 
  esperar. 
 Hay algunos módulos que estoy casi seguro que funcionaran tal cual en la 
 3.2, por ejemplo el account_es y el account_es_pyme, por lo que si solo 
 usas estos dos módulos puedes instalarlos tranquilamente. 

 La única formula de saber que los módulos funcionan en la nueva versión 
 es instalarlos. Si quieres ir probando, nos seria de gran utilidad si 
 puedes hacer una pequeña lista de aquellos módulos que funcionan tal 
 cual y aquellos que necesitan actualización para funcionar en la nueva 
 versión. 


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


Muchas gracias Sergi, 
pues la instalaré e iré probando poco a poco.

Un saludo  


[tryton-es] Listado de facturas

2014-03-17 Por tema Manuel Bailen
Hola a todos,

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

¿Se podría seguir alguna otra pauta para conseguir un listado de facturas?

Muchas gracias.



Re: [tryton-es] Listado de facturas

2014-03-17 Por tema Manuel Bailen


El lunes, 17 de marzo de 2014 19:10:25 UTC+1, Guillem Barba escribió:


 El 17/03/2014 18:16, Manuel Bailen bai...@esdebian.org javascript: 
 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

Muchas gracias, la explicación es sobresaliente, mañana me pondré con ello 
. 

Un saludo



[tryton-es] Re: Problema instalando Tryton

2014-03-15 Por tema Manuel Bailen


El viernes, 14 de marzo de 2014 18:37:13 UTC+1, preguntitas r escribió:

 /usr/lib/python2.7/dist-packages/trytond/modules/

 Ahi estan instalados, tanto los modulos oficiales(del repo 
 debian.tryton.org) como lo que he puesto yo. Si borro los puestos a mano, 
 funciona todo.

¿Cambiaste el nombre de las carpetas eliminado el trytond- inicial ?


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

2014-02-05 Por tema Manuel Bailen
Lo siento, lo he intentado pero no tengo idea como realizar la propuesta de 
revisión.

El martes, 4 de febrero de 2014 12:26:07 UTC+1, raimonesteve escribió:

  No soy programador y no sé como hacer una propuesta de revisión más allá 
 de 
  describir el error, he estado mirando la pagina 
  http://wiki.tryton-erp.es/Codereview y según ella me hace falta que 
 algún 
  miembro me cree un cuenta para poder enviar la propuesta a 
  http://codereview.tryton-erp.es 

 el módulo que comentas no es de trytonspain por tanto, no es la 
 herramienta. Puedes usar la misma herramienta donde esta el proyecto. 



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

2014-02-04 Por tema Manuel Bailen
Muchas gracias Raimon y Guillem

No soy programador y no sé como hacer una propuesta de revisión más allá de 
describir el error, he estado mirando la pagina 
http://wiki.tryton-erp.es/Codereview y según ella me hace falta que algún 
miembro me cree un cuenta para poder enviar la propuesta a 
http://codereview.tryton-erp.es

Muchas gracias de nuevo y un saludo.

El lunes, 3 de febrero de 2014 11:59:23 UTC+1, raimonesteve escribió:

  KeyError: 'res.request.link' 

 si el modulo lo creó Zikzamedia, no lo usamos en ningún cliente, por 
 tanto, esta allí como prueba de concepto. 

 Si, lo ideal como tryton 3.0 es cambiar el request por envio de 
 correos ;) Espero la propuesta de revisión de Manuel ;) 



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

2014-02-03 Por tema Manuel Bailen
tanto el servidor como el módulo 3.0

También tengo algunos módulos actualizados a la 3.1 que necesitaba para 
instalar el módulo account_payment_sepa son:

account_paymente
company
bank
party





El lunes, 3 de febrero de 2014 08:47:10 UTC+1, Guillem Barba escribió:


 El 02/02/2014 12:02, Manuel Bailen bai...@esdebian.org javascript: 
 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).



[tryton-es] Error en Módulo Subscriptions

2014-02-02 Por tema Manuel Bailen
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'


Muchas gracias.


[tryton-es] Listar facuras por tipo de pago

2014-01-19 Por tema Manuel Bailen
Hola,

Tengo un listado de facturas de las cuales una parte tienen un tipo de pago 
Domiciliación, ¿como puedo hacer para seleccionarlas por tipo de pago para 
realizar la remesa?
no puedo filtrar por tipo de pago y si genero los pagos como borrador 
tampoco puedo utilizar criterios de agrupación para procesarlos, a no ser 
que los seleccione uno a uno.

Muchas gracias.


  1   2   >