Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Test funcional para wsfex #155

Closed
lukio opened this issue Jul 18, 2019 · 2 comments
Closed

Test funcional para wsfex #155

lukio opened this issue Jul 18, 2019 · 2 comments

Comments

@lukio
Copy link
Contributor

lukio commented Jul 18, 2019

No description provided.

@lukio lukio self-assigned this Jul 18, 2019
lukio added a commit that referenced this issue Jul 18, 2019
Se agrega test funcional para WSFEX.
lukio added a commit that referenced this issue Jul 19, 2019
Se carga variable incoterms.
Se verifica si el campo reference esta cargado al hacer NC.
lukio added a commit that referenced this issue Jul 19, 2019
Se agrega test funcional para WSFEX.
lukio added a commit that referenced this issue Jul 19, 2019
Se carga variable incoterms.
Se verifica si el campo reference esta cargado al hacer NC.
@lukio
Copy link
Contributor Author

lukio commented Jul 19, 2019

Al contabilizar una factura vacia tira un traceback. El webservice de WSFEX necesita que si o si se le envíen las lineas de la factura. Se puede resolver de dos formas distintas:

  1. Una factura de exportación si o si debe tener una linea.
  2. Cuando se contabiliza una factura de exportación al enviarle los datos a la AFIP creamos una linea en el momento con cantidad = 1, precio unitario = 0,00.
File "/opt/trytond/untref5/modules_extra/account_invoice_ar/tests/scenario_invoice_pos_electronic_wsfex.rst", line 451, in scenario_invoice_pos_electronic_wsfex.rst                    [357/1946]
Failed example:                                                                                                                                                                                   
    invoice.click('post')                                                                                                                                                                         
Exception raised:                                                                                                                                                                                 
    Traceback (most recent call last):                                                                                                                                                            
      File "/usr/lib/python3.5/doctest.py", line 1321, in __run                                                                                                                                   
        compileflags, 1), test.globs)                                                                                                                                                             
      File "<doctest scenario_invoice_pos_electronic_wsfex.rst[269]>", line 1, in <module>                                                                                                        
        invoice.click('post')                                                                                                                                                                     
      File "/opt/trytond/untref5/modules_extra/account_invoice_ar/.eggs/proteus-5.0.3-py3.5.egg/proteus/__init__.py", line 93, in newfunc
        return self.func(owner, [instance], *args, **kwargs)           
      File "/opt/trytond/untref5/modules_extra/account_invoice_ar/.eggs/proteus-5.0.3-py3.5.egg/proteus/__init__.py", line 877, in click 
        return getattr(proxy, button)([r.id for r in records], context)
      File "/opt/trytond/untref5/modules_extra/account_invoice_ar/.eggs/proteus-5.0.3-py3.5.egg/proteus/config.py", line 195, in __call__         
        result = rpc.result(meth(*args, **kwargs))
      File "/opt/trytond/untref5/modules_extra/account_invoice_ar/.eggs/trytond-5.0.10-py3.5.egg/trytond/model/modelview.py", line 672, in wrapper
        return func(cls, records, *args, **kwargs)   
      File "/opt/trytond/untref5/modules_extra/account_invoice_ar/.eggs/trytond-5.0.10-py3.5.egg/trytond/model/workflow.py", line 36, in wrapper
        result = func(cls, filtered, *args, **kwargs)
      File "/opt/trytond/untref5/modules_extra/account_invoice_ar/invoice.py", line 860, in post                                                
        in error_invoices if i.transactions]),
      File "/opt/trytond/untref5/modules_extra/account_invoice_ar/.eggs/trytond-5.0.10-py3.5.egg/trytond/error.py", line 74, in raise_user_error                          
        raise UserError(error)
    trytond.exceptions.UserError: ('UserError', ('There was a problem at invoices IDs "4".\nCheck out error messages: "1666: Campo Cmp.Items invalido (sin ocurrencia)"',''))

@lukio
Copy link
Contributor Author

lukio commented Jul 19, 2019

Nuevo error: al querer borrar la conciliación del pago pasa nuevamente por el método post y quiere volver a contabilizar el comprobante. Como se percata que la numeración es incorrecta falla y no deja continuar. Lo que se debe realizar es hacer algo parecido a consultar y recuperar comprobante. Para eso se puede obtener el id enviado y volver a consultar con un id ya enviado. Eso hace que el comprobante devuelto venga con Reproceso=S (True). Dicho esto, deberiamos de guardarnos el id enviado a la AFIP, para que lo podamos obtener facilmente y re-utilizarlo si es necesario.

Si tiene id registado, entonces la validación de la numeración cuando es un comprobante de WSFEX se puede saltar. Esto esta relacionado con #158

lukio added a commit that referenced this issue Sep 26, 2019
Se había copiado del test de WSFE que lleva alícuota 21%.
En este caso, no lleva alícuota ya que la condición es
*No Alcanzado*. Los del comprobante son distintos.
lukio added a commit that referenced this issue Sep 26, 2019
No se esta pudiendo testear ya que el comprobante generado
desde el scenario no tiene guardado la numeración ni cae.

Siendo así, no se puede testear la funcionalidad de consultar
y recuperar. La funcionalidad de consultar y recuperar fue
desarrollada únicamente para wsfe.

REL #163. Tiene el mismo problema.
lukio added a commit that referenced this issue Sep 26, 2019
En el caso de WSFEX, si el comprobante tiene tiene pyafipws_cae,
significa que ya fue registrado en AFIP, y no debemos volver a
contabilizarlo en AFIP. Si es así, lo saltamos y se continua
normalmente.

REL #155 y #125 y #123.
lukio added a commit that referenced this issue Sep 26, 2019
… en el detalle.

Si el comprobante no tiene lineas, entonces falla AFIP,
ya que requiere que por lo menos agreguemos una línea en
el detalle.

En este caso, se agra una sola línea con valor 0.

REL #155
lukio added a commit that referenced this issue Sep 26, 2019
Al contabilizar WSFEX se deben envíar el detalle de la factura.
El detalle son únicamente lineas de factura de tipo *line*.
El resto, (comentarios, subtotal) deben ser descartadas.

REL #155
@lukio lukio added the backport label Sep 27, 2019
lukio added a commit that referenced this issue Sep 27, 2019
Se había copiado del test de WSFE que lleva alícuota 21%.
En este caso, no lleva alícuota ya que la condición es
*No Alcanzado*. Los del comprobante son distintos.
lukio added a commit that referenced this issue Sep 27, 2019
No se esta pudiendo testear ya que el comprobante generado
desde el scenario no tiene guardado la numeración ni cae.

Siendo así, no se puede testear la funcionalidad de consultar
y recuperar. La funcionalidad de consultar y recuperar fue
desarrollada únicamente para wsfe.

REL #163. Tiene el mismo problema.
lukio added a commit that referenced this issue Sep 27, 2019
En el caso de WSFEX, si el comprobante tiene tiene pyafipws_cae,
significa que ya fue registrado en AFIP, y no debemos volver a
contabilizarlo en AFIP. Si es así, lo saltamos y se continua
normalmente.

REL #155 y #125 y #123.
lukio added a commit that referenced this issue Sep 27, 2019
… en el detalle.

Si el comprobante no tiene lineas, entonces falla AFIP,
ya que requiere que por lo menos agreguemos una línea en
el detalle.

En este caso, se agra una sola línea con valor 0.

REL #155
lukio added a commit that referenced this issue Sep 27, 2019
Al contabilizar WSFEX se deben envíar el detalle de la factura.
El detalle son únicamente lineas de factura de tipo *line*.
El resto, (comentarios, subtotal) deben ser descartadas.

REL #155
@lukio lukio closed this as completed Sep 27, 2019
lukio added a commit that referenced this issue Sep 30, 2019
… en el detalle.

Si el comprobante no tiene lineas, entonces falla AFIP,
ya que requiere que por lo menos agreguemos una línea en
el detalle.

En este caso, se agra una sola línea con valor 0.

REL #155
lukio added a commit that referenced this issue Sep 30, 2019
Al contabilizar WSFEX se deben envíar el detalle de la factura.
El detalle son únicamente lineas de factura de tipo *line*.
El resto, (comentarios, subtotal) deben ser descartadas.

REL #155
lukio added a commit that referenced this issue Sep 30, 2019
En el caso de WSFEX, si el comprobante tiene tiene pyafipws_cae,
significa que ya fue registrado en AFIP, y no debemos volver a
contabilizarlo en AFIP. Si es así, lo saltamos y se continua
normalmente.

REL #155 y #125 y #123.
lukio added a commit that referenced this issue Sep 30, 2019
… en el detalle.

Si el comprobante no tiene lineas, entonces falla AFIP,
ya que requiere que por lo menos agreguemos una línea en
el detalle.

En este caso, se agra una sola línea con valor 0.

REL #155
lukio added a commit that referenced this issue Sep 30, 2019
Al contabilizar WSFEX se deben envíar el detalle de la factura.
El detalle son únicamente lineas de factura de tipo *line*.
El resto, (comentarios, subtotal) deben ser descartadas.

REL #155
lukio added a commit that referenced this issue Sep 30, 2019
… en el detalle.

Si el comprobante no tiene lineas, entonces falla AFIP,
ya que requiere que por lo menos agreguemos una línea en
el detalle.

En este caso, se agra una sola línea con valor 0.

REL #155
lukio added a commit that referenced this issue Sep 30, 2019
Al contabilizar WSFEX se deben envíar el detalle de la factura.
El detalle son únicamente lineas de factura de tipo *line*.
El resto, (comentarios, subtotal) deben ser descartadas.

REL #155
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant