Error al Validar la factura (ValueError: "'account.journal' object has no attribute 'point_of_sale'")

[guzz...@gmail.com]

Hola bunas tardes, soy muy nuevo en odoo, pero utilizo mucho linux así que pude instalar y dejar corriendo en ubuntu server, instalé la localizacion argentina
sin aeroo porque no encontre un tuto que explique la instalacion solo de aero en un entorno no virtual, luego de renegar bastante con el certificado de la afip
quedo instalado y en la parte de diarios, documentos, se conecta perfecto pero a la hora de validar la factura me deja este error que no logro resolver.
desde ya gracias,Diego.

Odoo Server Error

Traceback (most recent call last):
  File "/opt/odoo/openerp/http.py", line 537, in _handle_exception
    return super(JsonRequest, self)._handle_exception(exception)
  File "/opt/odoo/openerp/http.py", line 574, in dispatch
    result = self._call_function(**self.params)
  File "/opt/odoo/openerp/http.py", line 310, in _call_function
    return checked_call(self.db, *args, **kwargs)
  File "/opt/odoo/openerp/service/model.py", line 113, in wrapper
    return f(dbname, *args, **kwargs)
  File "/opt/odoo/openerp/http.py", line 307, in checked_call
    return self.endpoint(*a, **kw)
  File "/opt/odoo/openerp/http.py", line 803, in __call__
    return self.method(*args, **kw)
  File "/opt/odoo/openerp/http.py", line 403, in response_wrap
    response = f(*args, **kw)
  File "/opt/odoo/addons/web/controllers/main.py", line 955, in exec_workflow
    return request.session.exec_workflow(model, id, signal)
  File "/opt/odoo/openerp/http.py", line 1111, in exec_workflow
    r = self.proxy('object').exec_workflow(self.db, self.uid, self.password, model, signal, id)
  File "/opt/odoo/openerp/http.py", line 879, in proxy_method
    result = dispatch_rpc(self.service_name, method, args)
  File "/opt/odoo/openerp/http.py", line 115, in dispatch_rpc
    result = dispatch(method, params)
  File "/opt/odoo/openerp/service/model.py", line 37, in dispatch
    res = fn(db, uid, *params)
  File "/opt/odoo/openerp/service/model.py", line 113, in wrapper
    return f(dbname, *args, **kwargs)
  File "/opt/odoo/openerp/service/model.py", line 183, in exec_workflow
    return exec_workflow_cr(cr, uid, obj, signal, *args)
  File "/opt/odoo/openerp/service/model.py", line 177, in exec_workflow_cr
    return execute_cr(cr, uid, obj, 'signal_workflow', [res_id], signal)[res_id]
  File "/opt/odoo/openerp/service/model.py", line 159, in execute_cr
    return getattr(object, method)(cr, uid, *args, **kw)
  File "/opt/odoo/openerp/api.py", line 241, in wrapper
    return old_api(self, *args, **kwargs)
  File "/opt/odoo/openerp/models.py", line 3559, in signal_workflow
    result[res_id] = workflow.trg_validate(uid, self._name, res_id, signal, cr)
  File "/opt/odoo/openerp/workflow/__init__.py", line 85, in trg_validate
    return WorkflowService.new(cr, uid, res_type, res_id).validate(signal)
  File "/opt/odoo/openerp/workflow/service.py", line 91, in validate
    res2 = wi.validate(signal)
  File "/opt/odoo/openerp/workflow/instance.py", line 75, in validate
    wi.process(signal=signal, force_running=force_running, stack=stack)
  File "/opt/odoo/openerp/workflow/workitem.py", line 120, in process
    ok = self._split_test(activity['split_mode'], signal, stack)
  File "/opt/odoo/openerp/workflow/workitem.py", line 248, in _split_test
    self._join_test(t[0], t[1], stack)
  File "/opt/odoo/openerp/workflow/workitem.py", line 257, in _join_test
    WorkflowItem.create(self.session, self.record, activity, inst_id, stack=stack)
  File "/opt/odoo/openerp/workflow/workitem.py", line 95, in create
    workflow_item.process(stack=stack)
  File "/opt/odoo/openerp/workflow/workitem.py", line 116, in process
    if not self._execute(activity, stack):
  File "/opt/odoo/openerp/workflow/workitem.py", line 162, in _execute
    returned_action = self.wkf_expr_execute(activity)
  File "/opt/odoo/openerp/workflow/workitem.py", line 313, in wkf_expr_execute
    return self.wkf_expr_eval_expr(activity['action'])
  File "/opt/odoo/openerp/workflow/workitem.py", line 291, in wkf_expr_eval_expr
    result = eval(line, env, nocopy=True)
  File "/opt/odoo/openerp/tools/safe_eval.py", line 314, in safe_eval
    return eval(c, globals_dict, locals_dict)
  File "", line 1, in <module>
  File "/opt/odoo/openerp/api.py", line 239, in wrapper
    return new_api(self, *args, **kwargs)
  File "/opt/odoo/odoo-argentina/l10n_ar_wsafip_fe/models/invoice.py", line 137, in action_number
  File "/opt/odoo/openerp/api.py", line 239, in wrapper
    return new_api(self, *args, **kwargs)
  File "/opt/odoo/odoo-argentina/l10n_ar_wsafip_fe/models/invoice.py", line 180, in action_retrieve_cae
ValueError: "'account.journal' object has no attribute 'point_of_sale'" while evaluating
u'action_number()'

[Juan José Scarafía (ADHOC)]

Fijate de hacer un pull del repo, eso es porque en un momento borré un campo depreciado "point_of_sale" poero había quedodo vinculado en algunos lugares....

[guzz...@gmail.com]

Probe hacer un git pull me da up to date sigue con el mismo error, tambien veo que hay dos modulos distintos para FE el l10n_ar_wsafip
y el l10n_ar_afipws cual es la diferencia? gracias.

[Alejandro Souza]

Hola a mi me pasa lo mismo, tambien me sale este error al querer desinstalar factura electronica

ImportError: No module named pyafipws.soap

Cualquier ayuda es bienvenida, gracias

El sábado, 11 de julio de 2015, 11:12:21 (UTC-3), Juan José Scarafía (ADHOC) escribió:

[Alejandro Souza]

Buenas, yo bajé la ultima versión hoy y genera el mismo error al momento de validar la factura. Si encuentran como solucionarlo por favor compartan la solucion. Muchas gracias

[Juan José Scarafía (ADHOC)]

Si usas la imagen de docker no deberías tener dicho error, si seguís la receta del dockerfile podrías replicar sin utilizar docker todo en tu linux. 

Saludos

--
Recuerda siempre poner la mayor cantidad de datos para que se entienda bien que necesitas y que respondes. Algunos errores comunes:
 
- Siempre mencionar en que versión de odoo trabajas.
- Siempre mencionar si el servidor esta en LINUX o en windows y en que versión.
- No alcanza con colocar el debug del error, debes indicar que necesitas que haga el código.
- Comparte tu código en un servidor abierto como Launchpad u otro.
- Si haces un manual, tutorial o algo de interés comunal, trata de usar google docs.
 
Tu tiempo es tan valioso como el de cualquiera de la comunidad. Aquí se valora el aporte que hagas.
 
Nuestras normas mínimas de convivencia puede leerlas en https://groups.google.com/d/forum/odoo-argentina?hl=es-ES
---
Has recibido este mensaje porque estás suscrito a un tema del grupo "odoo-Argentina - Preguntas y respuestas para personalizadores" de Grupos de Google.
Para anular la suscripción a este tema, visita https://groups.google.com/d/topic/odoo-argentina/go-nBtmu37M/unsubscribe.
Para anular la suscripción a este grupo y a todos sus temas, envía un correo electrónico a odoo-argentin...@googlegroups.com.
Para publicar en este grupo, envía un correo electrónico a odoo-ar...@googlegroups.com.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

[guzz...@gmail.com]

Hola alejandro gracias a las respuestas de Juan pude resolver ese error, descargate las ultimas versiones y hace un pull al repositorio o a todos por las dudas borra la base de datos reinicia el servicio y instala la factura electronica directamente del modulo porque desde el menu de configuracion de adhoc te instala los modulos depreciados.
los que estan funcionando segun Juan son los l10n_ar_afipws. Saludos

[Alejandro Souza]

Muchas gracias, siguiendo el dockerfile el error se solucionó. Pero ahora me encuentro con este otro:

Traceback (most recent call last):
  File "/opt/odoo/openerp/http.py", line 537, in _handle_exception
    return super(JsonRequest, self)._handle_exception(exception)
  File "/opt/odoo/openerp/http.py", line 574, in dispatch
    result = self._call_function(**self.params)
  File "/opt/odoo/openerp/http.py", line 310, in _call_function
    return checked_call(self.db, *args, **kwargs)
  File "/opt/odoo/openerp/service/model.py", line 113, in wrapper
    return f(dbname, *args, **kwargs)
  File "/opt/odoo/openerp/http.py", line 307, in checked_call
    return self.endpoint(*a, **kw)
  File "/opt/odoo/openerp/http.py", line 803, in __call__
    return self.method(*args, **kw)
  File "/opt/odoo/openerp/http.py", line 403, in response_wrap
    response = f(*args, **kw)
  File "/opt/odoo/addons/web/controllers/main.py", line 948, in call_button
    action = self._call_kw(model, method, args, {})
  File "/opt/odoo/addons/web/controllers/main.py", line 936, in _call_kw
    return getattr(request.registry.get(model), method)(request.cr, request.uid, *args, **kwargs)
  File "/opt/odoo/openerp/api.py", line 241, in wrapper
    return old_api(self, *args, **kwargs)
  File "/opt/odoo/openerp/addons/base/res/res_config.py", line 586, in execute
    action = self._install_modules(cr, uid, to_install, context=context)
  File "/opt/odoo/openerp/addons/base/res/res_config.py", line 55, in _install_modules
    result = ir_module.button_immediate_install(cr, uid, to_install_ids, context=context)
  File "/opt/odoo/openerp/api.py", line 241, in wrapper
    return old_api(self, *args, **kwargs)
  File "/opt/odoo/openerp/addons/base/module/module.py", line 446, in button_immediate_install
    return self._button_immediate_function(cr, uid, ids, self.button_install, context=context)
  File "/opt/odoo/openerp/api.py", line 241, in wrapper
    return old_api(self, *args, **kwargs)
  File "/opt/odoo/openerp/addons/base/module/module.py", line 494, in _button_immediate_function
    registry = openerp.modules.registry.RegistryManager.new(cr.dbname, update_module=True)
  File "/opt/odoo/openerp/modules/registry.py", line 370, in new
    openerp.modules.load_modules(registry._db, force_demo, status, update_module)
  File "/opt/odoo/openerp/modules/loading.py", line 355, in load_modules
    loaded_modules, update_module)
  File "/opt/odoo/openerp/modules/loading.py", line 255, in load_marked_modules
    loaded, processed = load_module_graph(cr, graph, progressdict, report=report, skip_modules=loaded_modules, perform_checks=perform_checks)
  File "/opt/odoo/openerp/modules/loading.py", line 176, in load_module_graph
    _load_data(cr, module_name, idref, mode, kind='data')
  File "/opt/odoo/openerp/modules/loading.py", line 118, in _load_data
    tools.convert_file(cr, module_name, filename, idref, mode, noupdate, kind, report)
  File "/opt/odoo/openerp/tools/convert.py", line 901, in convert_file
    convert_xml_import(cr, module, fp, idref, mode, noupdate, report)
  File "/opt/odoo/openerp/tools/convert.py", line 987, in convert_xml_import
    obj.parse(doc.getroot(), mode=mode)
  File "/opt/odoo/openerp/tools/convert.py", line 853, in parse
    self._tags[rec.tag](self.cr, rec, n, mode=mode)
  File "/opt/odoo/openerp/tools/convert.py", line 755, in _tag_record
    f_val = self.id_get(cr, f_ref)
  File "/opt/odoo/openerp/tools/convert.py", line 832, in id_get
    res = self.model_id_get(cr, id_str, raise_if_not_found)
  File "/opt/odoo/openerp/tools/convert.py", line 843, in model_id_get
    raise_if_not_found=raise_if_not_found)
  File "/opt/odoo/openerp/api.py", line 241, in wrapper
    return old_api(self, *args, **kwargs)
  File "/opt/odoo/openerp/addons/base/ir/ir_model.py", line 936, in xmlid_to_res_model_res_id
    return self.xmlid_lookup(cr, uid, xmlid)[1:3]
  File "/opt/odoo/openerp/api.py", line 241, in wrapper
    return old_api(self, *args, **kwargs)
  File "<string>", line 2, in xmlid_lookup
  File "/opt/odoo/openerp/tools/cache.py", line 74, in lookup
    value = d[key] = self.method(*args, **kwargs)
  File "/opt/odoo/openerp/addons/base/ir/ir_model.py", line 926, in xmlid_lookup
    raise ValueError('External ID not found in the system: %s' % (xmlid))
ParseError: "External ID not found in the system: l10n_ar_invoice.view_argentinian_base_configuration" while parsing /opt/odoo/sources/odoo-argentina/l10n_ar_afipws/wizard/config_view.xml:5, near
<record id="view_argentinian_base_configuration" model="ir.ui.view">
            <field name="name">argentinian.base.settings</field>
            <field name="model">argentinian.base.config.settings</field>
            <field name="inherit_id" ref="l10n_ar_invoice.view_argentinian_base_configuration"/>
            <field name="arch" type="xml">
                <button name="%(account.action_account_journal_form)d" position="after">
                    <button string="Configure AFIP Certificates" icon="gtk-go-forward" name="%(act_afipws_certificate_alias)d" type="action" class="oe_link"/>
                </button>           
            </field>
        </record>

¿Alguna idea de qué puede ser? Gracias

[Juan José Scarafía (ADHOC)]

Si, fue un bug que subí, ya lo resolví, de ahora en más lo último estable va a la 8.0

Pero de nuevo, estoy terminando algunas cosas y va a estar más estable la semana que viene

[Alejandro Souza]

Buenisimo, bajé lo último y ahora funciona!. Lo único es que no encontré como configurar para que apunte a los servidores de homologación, es decir... puedo crear el certificado de homologación sin embargo al momento de intentar validar la factura me dice que no tengo un certificado de producción con estado confirmado. ¿Existe esta opción? o estara disponible en la versión de la próxima semana. Gracias!

[Alejandro Souza]

Mirando un poco el código encontré el parámetro afip.ws.env.type, así que lo creé y lo setee como homologation y ahora funciona. Gracias!, saludos.-

[Gustavo Lindenberg]

Buenas gente, me pasó lo mismo al actualizar los módulos, el error de pywsafip.soap, seguí todos los pasos del docker file y lo logré resolver. El tema es que estoy en una instancia en producción, y estoy recibiendo el error de "ValueError: "'account.journal' object has no attribute 'point_of_sale'" while evaluating u'action_number()'" y no se bien como proceder. No puedo simplemente borrar y poner todo de vuelta por que tengo miedo de perder información. Qué me sugieren hacer?

Gracias.

[Juan José Scarafía (ADHOC)]

Buenas Gustavo, debés estar en una revsión vieja o tener algún modulo sin actualizar. 

Probaría haciendo un pull y luego actualizando l10n_ar_invoice (siempre en test primero)

Saludos

[Gustavo Lindenberg]

Juan José, gracias por la pronta respuesta. Ayer hice un pull del repo completo de odoo-argentina de ustedes. Luego de hacer las deps del docker, dentro de "Argentinian Localization" desmarqué el "Use Electronic Invoicing" y luego lo marqué de nuevo, y con eso reistalé los módulos. Lo que me llama la atención es que ahora veo instalados algunos módulos de localización argentina que no estoy seguro que sean correctos. Filtrando por "afip" en mis módulos instalados, tengo esto:

Argentina - Base para los Web Services del AFIP	l10n_ar_afipws	ADHOC SA	8.0.1.0	Instalado
Argentina - Web Services de Factura Electrónica del AFIP	l10n_ar_afipws_fe	ADHOC SA	8.0.1.0	Instalado
Argentina - Facturación y documentos AFIP	l10n_ar_invoice	ADHOC SA	8.0.3.1	Instalado
Argentina - Base para los Web Services del AFIP	l10n_ar_wsafip	OpenERP - Team de Localización Argentina	8.0.2.7.244	Instalado
Argentina - Web Services de Factura Electrónica del AFIP	l10n_ar_wsafip_fe	odoo - Team de Localización Argentina	8.0.2.7.244	Instalado

puede ser que la base esté desactualizada ?

Gracias,

Saludos 

[Juan José Scarafía (ADHOC)]

De nada gustavo. 

Ahh, bien, tenés una linda mezcla, ya publicamos bastante al respecto, los que tenés que dejar son los primeros tres (l10n_ar_wsafip y l10n_ar_wsafip_fe no van más). De ahora en más vamos a evitar meter cambios tan bruscos, ya anunciamos al respecto. 

Lo que deberías hacer es tratar de desintalar estos últimos (si se te complica porque no están presentes podés usar el modulo database clean del proyecto oca/server-tools). 

No te recomiendo instalar y desinstalar modulos usando los botones, tenés poco control, lo mejor es hacer -i o -u al levantar la instancia y ver que pasa en el log.

Por último, si vez el archivo changelog en el root de la localización, explicamos un poco como ir actualizando cada cambio. 

Vas a renegar un poco con estos cambios... casi seguro. De nuevo, probalo en una de test primero y siempre tené un backup a mano.

[Gustavo Lindenberg]

Juan José,

Si, la verdad que desde que instalé la localización y quedó andando en mayo no toqué mas nada al respecto. Voy a revisar los changelog del repo y seguir bien los pasos, fué un error mío no mirar el changelog antes de hacer el update, cosa que hay que hacer siempre en cualquier update que se haga. Voy a hacer un snapshot del servidor y después meter mano.

Me pareció que tenía una mezcla de módulos y versiones...

Gracias por todo, después cualquier cosa consulto nuevamente.

Saludos !

[Juan José Scarafía (ADHOC)]

Dale, perfecto, igualmente el error fue un poco nuestro en meter tantos cambios en algo que debería haber sido más estable. 

De ahora en más nos compremetemos a mantenernos según estas líneas https://github.com/OCA/maintainer-tools/blob/master/CONTRIBUTING.md#version-numbers

Es decir que vamos a ir cambiando los numeros de versión de los modulos acorde a eso.

Saludos, 

Juan

[Gustavo Lindenberg]

Juan José,

Hice un backup completo del servidor antes de empezar a meter mano. En resumen, borré TODOS los módulos de afip. Luego instalé los dos nuevos y configuré neuvamente el certificado y la conexión.

El point of sale lo tengo como "online".

Tengo dos problemas:

1. Si intento validar una factura me dice "You are using argentinian localization and there are some tax codes that are not configured. Tax codes ids: [8]" que si me fijo en Contabilidad->Impuestos->Codigos de Impuestos   tengo todos los impuestos, pero obviamente ninguno con ID 8. Estoy medio perdido acá también. Está hardcodeado ese id:8 en algún lado y debería ser un impuesto?

2. Si intento imprimir una factura vieja que ya estaba hecha, sale todo bien pero el C.A.E. sale en blanco. Me imagino que se perdió la información cuando borré el módulo. Se te ocurre alguna forma simple de hacer backup de eso y luego levantarlo? Yo estoy medio perdido con postgresql pero quizás me conviene hacer backup de alguna tabla y luego restaurarla? Si es así, te pediría si me decís cuál así masomenos me arreglo.

Desde ya, mil gracias por todo.

Saludos !

Gustavo.

[Juan José Scarafía (ADHOC)]

Gustavo, respecto a

1. Debería revisar el mensaje de error que tal vez está indicando mal el id (igual por lo que veo en 8.0 ya lo corregí, que estas usando?) Igualmente lo que tenés que chequear es que todos los tax codes (sobre todo los de iva) tengan configurado el tipo de impuesto, aplicación y demás. Esa data la usa factura electronica y el citi ventas/compras. Si instalas una bd nueva el chart account ya incluye esa data y te lo setea (lo podes probar para ver como tenés que configurarlos). Podes usar directamente las imagenes de docker all in one para verlo en un segundo (www.odooargentina.com/page/instalar-con-docker-all-in-one)

2. Si usas el branch 8.0.2 y actualizas l10n_ar_wsafip_fe antes de  desinstalarlo, no vas a perder las columnas de cae y demás, debería preservarse luego de desinstalar e instalar l10n_ar_afipws_fe (fijate que en changelog esta de esa manera y así nosotros actualizamos nuestros clientes sin problemas). La otra es que los exportes e importes usando odoo, postgres o lo que gustes como bien decis.

Saludos!

[Gustavo Lindenberg]

Juan José,

Te cuento que efectivamente se puede exportar únicamente el tema CAE y luego importarlo y queda 10 puntos. El problema que tuve es que el backup original lo había hecho mal, y me quedó actualizado directo de 8.0.1 a 8.0.3. Probé de desinstalar y reinstalar los módulos y demás pero me volví loco y nunca quedó bien, por lo que decidí crear una base de datos nueva, cloné todos los repos y armé todo de nuevo, y estoy importando los datos. Ya importé todo menos la parte contable (nada mas ni nada menos).

Como yo usaba el plan de cuentas como venía, decidí no importar el mío, sino usar el nuevo. Como justo mi empresa cierra el año fiscal este mes, empiezo con todo desde cero.

Un paréntesis en todo esto, creo que deberías darle mucha más difusión a los otros módulos que hicieron. El de las bases de datos, por ejemplo, es una genialidad y es extremadamente útil !!

Continuando, el problema que tengo ahora, es que instalé todo pero no veo que se hayan creado los diarios por defecto. Tengo los 3 de odoo nada más. Tampoco veo tutoriales de la parte de afip (igual lo configuré todo a mano) pero no le encuentro la vuelta al tema de los diarios, y si quiero importar los que ya tenía, no puedo por que cambiaron los códigos del plan de cuentas. La pregunta en concreto sería: ¿cómo puedo hacer para que se generen? reinstalo alguno de los módulos??

Gracias totales

Saludos,

Gustavo.

[Juan José Scarafía (ADHOC)]

Uhh, pobre, lindo quilombo te armamos.

Gracias por lo de los modulos utiles, tengo pendiente proponerlo a la OCA, lo que pasa es que hay que hacerlo mas "lindo" para poder proponerlo. 

Para generar los diarios lo haces desde la compania, no los creamos al propósito automáticamente. Vas a la cia y hay una pestaña journals con un boton para un wizard que te permite crear diarios de cheques o lo que sea. Para configurar factura electronica, desde la misma compania tenes un boton para cargar/crear certificados y luego solo es suficiente con que el punto de venta afip tenga seleccionado el wevservice correspondiente. 

Saludos, 

Juan

[Gustavo Lindenberg]

Juan Jose,

Finalmente, terminé creando una base de datos nueva y migrando la información, con todos los módulos nuevos, dado que tenía un despelote total. Ya pude crear los diarios, punto de ventas, certificados, etc... todo perfecto.

Nuevamente te molesto, por que al momento de validar una factura, recibo un error dentro del XML. Es un bug actual en la localización? Tené en cuenta que está todo instalado desde cero.

Gracias !

Saludos.

Error:

Traceback (most recent call last):
  File "/home/odoo/odoo/80/local/lib/python2.7/site-packages/odoo-8.0-py2.7.egg/openerp/http.py", line 536, in _handle_exception
    return super(JsonRequest, self)._handle_exception(exception)
  File "/home/odoo/odoo/80/local/lib/python2.7/site-packages/odoo-8.0-py2.7.egg/openerp/http.py", line 573, in dispatch
    result = self._call_function(**self.params)
  File "/home/odoo/odoo/80/local/lib/python2.7/site-packages/odoo-8.0-py2.7.egg/openerp/http.py", line 309, in _call_function
    return checked_call(self.db, *args, **kwargs)
  File "/home/odoo/odoo/80/local/lib/python2.7/site-packages/odoo-8.0-py2.7.egg/openerp/service/model.py", line 113, in wrapper
    return f(dbname, *args, **kwargs)
  File "/home/odoo/odoo/80/local/lib/python2.7/site-packages/odoo-8.0-py2.7.egg/openerp/http.py", line 306, in checked_call
    return self.endpoint(*a, **kw)
  File "/home/odoo/odoo/80/local/lib/python2.7/site-packages/odoo-8.0-py2.7.egg/openerp/http.py", line 802, in __call__
    return self.method(*args, **kw)
  File "/home/odoo/odoo/80/local/lib/python2.7/site-packages/odoo-8.0-py2.7.egg/openerp/http.py", line 402, in response_wrap
    response = f(*args, **kw)
  File "/home/odoo/odoo/80/server/addons/web/controllers/main.py", line 948, in exec_workflow
    return request.session.exec_workflow(model, id, signal)
  File "/home/odoo/odoo/80/local/lib/python2.7/site-packages/odoo-8.0-py2.7.egg/openerp/http.py", line 1111, in exec_workflow
    r = self.proxy('object').exec_workflow(self.db, self.uid, self.password, model, signal, id)
  File "/home/odoo/odoo/80/local/lib/python2.7/site-packages/odoo-8.0-py2.7.egg/openerp/http.py", line 878, in proxy_method
    result = dispatch_rpc(self.service_name, method, args)
  File "/home/odoo/odoo/80/local/lib/python2.7/site-packages/odoo-8.0-py2.7.egg/openerp/http.py", line 114, in dispatch_rpc
    result = dispatch(method, params)
  File "/home/odoo/odoo/80/local/lib/python2.7/site-packages/odoo-8.0-py2.7.egg/openerp/service/model.py", line 37, in dispatch
    res = fn(db, uid, *params)
  File "/home/odoo/odoo/80/local/lib/python2.7/site-packages/odoo-8.0-py2.7.egg/openerp/service/model.py", line 113, in wrapper
    return f(dbname, *args, **kwargs)
  File "/home/odoo/odoo/80/local/lib/python2.7/site-packages/odoo-8.0-py2.7.egg/openerp/service/model.py", line 183, in exec_workflow
    return exec_workflow_cr(cr, uid, obj, signal, *args)
  File "/home/odoo/odoo/80/local/lib/python2.7/site-packages/odoo-8.0-py2.7.egg/openerp/service/model.py", line 177, in exec_workflow_cr
    return execute_cr(cr, uid, obj, 'signal_workflow', [res_id], signal)[res_id]
  File "/home/odoo/odoo/80/local/lib/python2.7/site-packages/odoo-8.0-py2.7.egg/openerp/service/model.py", line 159, in execute_cr
    return getattr(object, method)(cr, uid, *args, **kw)
  File "/home/odoo/odoo/80/local/lib/python2.7/site-packages/odoo-8.0-py2.7.egg/openerp/api.py", line 241, in wrapper
    return old_api(self, *args, **kwargs)
  File "/home/odoo/odoo/80/local/lib/python2.7/site-packages/odoo-8.0-py2.7.egg/openerp/models.py", line 3557, in signal_workflow
    result[res_id] = workflow.trg_validate(uid, self._name, res_id, signal, cr)
  File "/home/odoo/odoo/80/local/lib/python2.7/site-packages/odoo-8.0-py2.7.egg/openerp/workflow/__init__.py", line 85, in trg_validate
    return WorkflowService.new(cr, uid, res_type, res_id).validate(signal)
  File "/home/odoo/odoo/80/local/lib/python2.7/site-packages/odoo-8.0-py2.7.egg/openerp/workflow/service.py", line 91, in validate
    res2 = wi.validate(signal)
  File "/home/odoo/odoo/80/local/lib/python2.7/site-packages/odoo-8.0-py2.7.egg/openerp/workflow/instance.py", line 75, in validate
    wi.process(signal=signal, force_running=force_running, stack=stack)
  File "/home/odoo/odoo/80/local/lib/python2.7/site-packages/odoo-8.0-py2.7.egg/openerp/workflow/workitem.py", line 120, in process
    ok = self._split_test(activity['split_mode'], signal, stack)
  File "/home/odoo/odoo/80/local/lib/python2.7/site-packages/odoo-8.0-py2.7.egg/openerp/workflow/workitem.py", line 248, in _split_test
    self._join_test(t[0], t[1], stack)
  File "/home/odoo/odoo/80/local/lib/python2.7/site-packages/odoo-8.0-py2.7.egg/openerp/workflow/workitem.py", line 257, in _join_test
    WorkflowItem.create(self.session, self.record, activity, inst_id, stack=stack)
  File "/home/odoo/odoo/80/local/lib/python2.7/site-packages/odoo-8.0-py2.7.egg/openerp/workflow/workitem.py", line 95, in create
    workflow_item.process(stack=stack)
  File "/home/odoo/odoo/80/local/lib/python2.7/site-packages/odoo-8.0-py2.7.egg/openerp/workflow/workitem.py", line 116, in process
    if not self._execute(activity, stack):
  File "/home/odoo/odoo/80/local/lib/python2.7/site-packages/odoo-8.0-py2.7.egg/openerp/workflow/workitem.py", line 162, in _execute
    returned_action = self.wkf_expr_execute(activity)
  File "/home/odoo/odoo/80/local/lib/python2.7/site-packages/odoo-8.0-py2.7.egg/openerp/workflow/workitem.py", line 313, in wkf_expr_execute
    return self.wkf_expr_eval_expr(activity['action'])
  File "/home/odoo/odoo/80/local/lib/python2.7/site-packages/odoo-8.0-py2.7.egg/openerp/workflow/workitem.py", line 291, in wkf_expr_eval_expr
    result = eval(line, env, nocopy=True)
  File "/home/odoo/odoo/80/local/lib/python2.7/site-packages/odoo-8.0-py2.7.egg/openerp/tools/safe_eval.py", line 314, in safe_eval
    return eval(c, globals_dict, locals_dict)
  File "", line 1, in <module>
  File "/home/odoo/odoo/80/local/lib/python2.7/site-packages/odoo-8.0-py2.7.egg/openerp/api.py", line 239, in wrapper
    return new_api(self, *args, **kwargs)
  File "/home/odoo/odoo/80/sources/odoo-argentina/l10n_ar_afipws_fe/models/invoice.py", line 154, in action_number
    self.do_pyafipws_request_cae()
  File "/home/odoo/odoo/80/local/lib/python2.7/site-packages/odoo-8.0-py2.7.egg/openerp/api.py", line 239, in wrapper
    return new_api(self, *args, **kwargs)
  File "/home/odoo/odoo/80/sources/odoo-argentina/l10n_ar_afipws_fe/models/invoice.py", line 188, in do_pyafipws_request_cae
    doc_afip_code, pos_number)
  File "/home/odoo/odoo/80/local/lib/python2.7/site-packages/pyafipws/utils.py", line 150, in capturar_errores_wrapper
    return func(self, *args, **kwargs)
  File "/home/odoo/odoo/80/local/lib/python2.7/site-packages/pyafipws/wsfev1.py", line 317, in CompUltimoAutorizado
    CbteTipo=tipo_cbte,
  File "/home/odoo/odoo/80/local/lib/python2.7/site-packages/pysimplesoap/client.py", line 147, in <lambda>
    return lambda *args, **kwargs: self.wsdl_call(attr,*args,**kwargs)
  File "/home/odoo/odoo/80/local/lib/python2.7/site-packages/pysimplesoap/client.py", line 342, in wsdl_call
    response = self.call(method, *params)
  File "/home/odoo/odoo/80/local/lib/python2.7/site-packages/pysimplesoap/client.py", line 220, in call
    raise SoapFault(unicode(response.faultcode), unicode(response.faultstring))
ValueError: "soap:Client
Server was unable to read request. ---> There is an error in XML document (5, 1167). ---> Input string was not in a correct format." while evaluating
u'action_number()'

...

[Juan José Scarafía (ADHOC)]

Ese error lo tengo que atrapar, probablemente sea porque tenés que setear al partner de la compania tipo de documento "cuit" y el "numero" correspondiente. Por las dudas, después de setear eso borrate la sesion que te haya creado y create una nueva. 

Saludos!

[Gustavo Lindenberg]

ahhh que boluuu..... me olvidé de cargar el CUIT.... si supieras la cantidad de veces que recreé la BD haciendo pruebas para dejar todo andando 10 puntos ! jajajjaa

Encima me quedé pensando que sería raro un error en el XML, pensé "Debe ser algo grave" jajajajaja

mil gracias !, ahí salió la FC con CAE.

...

[Juan José Scarafía (ADHOC)]

Jjaja, buenísimo. acá ya me putearon todos por ese error. Tengo que atraparlo y en realidad quiero re pensar un poco los campos vat, document y document type... Hay redundancia... Estaba pensando en hacer que document y document type sean campos calculados que tienen funcion inverse para computar vat. Es decir, que lo que importa es VAT, y los otros dos campos son funciones que ayudan a visualizar o setear vat...

Alguna opinion al respecto?

[Gustavo Lindenberg]

La verdad es que es muy poco intuitivo que haya que editar al partner asociado a la compañia para setear el cuit, y a demás que sea un tipo de documento y no VAT. Yo lo que entiendo es que según VAT se completarían mediante programación los otros dos. Si es así, dale para adelante, creo que es lo mejor, dado que el cuit en el partner nadie lo va a buscar o editar, es mejor manejar todo desde la compañía, más aún que ahora se configura desde ahí

saludos !

...

[Juan José Scarafía (ADHOC)]

Si, lo vengo pensando y me parece mucho mejor, haría algo así:

en partner, document number y document_type son campos calculados que:

* Se calculan desde vat

* sirven para computar vat

(por ejemplo si pongo CUIT y 20313932975 me guardaría algo como AR20313932975, o si pongo DNI y 31393297 me guardaría algo como AR31393297DNI, y si guardo un vat extrangero, direcatemente hace lo nativo de odoo, por ejemplo ESxxxxxxxx)

El principal problema que tengo es como hacer para actualizar sin perder datos en estos dos casos:

1. partners que tengan seteados documet number y document type y no el vat (se perderían a priori esos datos)

2. tendría que transformar los vat actuales en partner (deberían ser todos cuit porque es lo unico que soporta hoy) agregando "CUIT" al final. 

Alguna opinion?

Si les parece ok puedo avanzar y alguna vuelta supongo que encontraré para 1 y 2

[Gustavo Lindenberg]

A mi me parece bien, pero incrementá el mayor en la versión, dado que sería un cambio que "rompe" otras cosas.

Voy a hacer otro tema por separado para un error que estoy teniendo al intentar hacer una factura por mail, para no desvirtuar más este, pero me parece que hay algo raro con el aeroo y el reporte de factura electrónica, dado que antes andaba y ahora no, y con el docker all in one tampoco logré que funcione.

Saludos !!

...

[Juan José Scarafía (ADHOC)]

Dale, igual los bugs mejor reportarlos direcamente en github...

--

[Gustavo Lindenberg]

Es que no estoy seguro si es un bug o una macana mia !! jajaja

[Martin Andres Gomez Gimenez]

El vie, 21-08-2015 a las 14:25 +0000, Juan José Scarafía (ADHOC) escribió:

Dale, perfecto, igualmente el error fue un poco nuestro en meter tantos cambios en algo que debería haber sido más estable. 

De ahora en más nos compremetemos a mantenernos según estas líneas https://github.com/OCA/maintainer-tools/blob/master/CONTRIBUTING.md#version-numbers

Es decir que vamos a ir cambiando los numeros de versión de los modulos acorde a eso.

Saludos, 

Juan

Hola Juan José!

Estaría bueno que además de cumplimentar con los números de versiones de OCA, además se haga uso de etiquetas en los repositorios git, por ejemplo mediante el comando:

git tag -s 8.0.1.0.0 

Ya que de esta forma sería mucho más fácil referirse a los números de versiones en el repositorio, en vez de utilizar el hash del commit.

Saludos,

--

---

Martin Andres Gomez Gimenez
e-mail: mmggi...@gmail.com


Usuario Linux: #306000
gpg --keyserver pgp.mit.edu --recv-key 0x481ED0A2
Key fingerprint = 5F6F B1CB DEDB A414 0027 BF3A AFDE 0666 481E D0A2