indexa-git / l10n-dominicana

Repositorio con las funcionalidades básicas para la emisión de facturas fiscales dominicanas en Odoo.
GNU Lesser General Public License v3.0
100 stars 128 forks source link

[13.0] l10n_do_pos: Error en cierre de sesión POS #800

Closed danielsuarez123 closed 3 years ago

danielsuarez123 commented 3 years ago

Type: General

Describe el error Versión de Odoo: 13.0 Rama: puesta en escena 13.0

Pasos para reproducir el error

  1. Configuración del punto de venta
  2. Configuración del diario de punto de venta en la secuencia del número de comprobante fiscal
  3. Se realiza la venta correctamente
  4. Al cerrar sesión en el punto de venta, aparece el error

Imagen del error

Captura error para cerrar la sesion

akevinieron commented 3 years ago

Mis hijos!! Ustedes no son americanos jajaja.

Escriban esa información en español y así nos entendemos todos mejor ;-)

andrp92 commented 3 years ago

Tú sabes que tú eres gringo con colorcito mestizo :D

On Mon, May 17, 2021 at 7:15 PM Kevin Jimenez @.***> wrote:

Mis hijos!! Ustedes no son americanos jajaja.

Escriban esa información en español y así nos entendemos todos mejor ;-)

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/indexa-git/l10n-dominicana/issues/800#issuecomment-842703367, or unsubscribe https://github.com/notifications/unsubscribe-auth/AGWC2ORZPMUGBYEITKPTPATTOGPQBANCNFSM45BEXUWQ .

--

Andrés M. Rodríguez

Chief Operating Officer

D (829) 956 5191

M (809) 608 5705

E @. @.>

Roble Corporate Center, Piso 7

Rafael Augusto Sánchez 86, Piantini, Santo Domingo, R. Dominicana

--

Este mensaje y sus anexos pueden contener información confidencial y privilegiada con la intención de que sea utilizada por las personas u organizaciones a quienes esta dirigida, por lo que su uso es exclusivo para su destinatario. Si usted ha recibido este mensaje por error, favor de eliminarlo e informar al remitente del mensaje a través de un correo de respuesta. Si este es el caso, le notificamos que queda estrictamente prohibida la distribución o reproducción de este e-mail y/o sus anexos. iterativo no se hace responsable de las opiniones vertidas en esta comunicación que no estén acordes con su quehacer y fines, y que no se revistan de un carácter oficial. 

This message and its enclosures may contain confidential and privileged information intended for the use of people and organizations to which it is directed and its use is thus limited to its addressee. If you have received this message by mistake, please eliminate it and inform the sender through a reply message. Should this be the case, you are advised that the distribution or reproduction of this e-mail and/or any attachments contained herein is strictly forbidden. iterativo is not liable for opinions expressed in this message which may not coincide with its responsibilities and purpose and which may not express official matters. 

 


*No imprimas este correo si no es necesario. Cuidemos del ambiente!*****

Do not print this mail if it's not necessary. Let's take care of the environment!

raulovallet commented 3 years ago

Creo que este error no es directo de la localización del punto de venta, el punto de venta tiene dos diarios: uno para facturas y otro para las ventas. El diario fiscal (Donde se asignan los números de comprobantes) debe ser el diario de facturas y el diario para ventas debe mantenerse igual (Sin comprobantes) ni nada fiscal, por lo tanto ambos diarios deben ser diferentes.... esto es un tema de odoo nativo que no permite tener un punto de venta sin estos dos diarios.

@danielsuarez123 Por favor confirma que el punto de venta que estas cerrando esta configurado como describí en el párrafo anterior, funcione o no, por favor hazlo saber por aquí para tomar acciones en ambos casos.

danielsuarez123 commented 3 years ago

Buenas tardes amigo Ovalle, hice las diferentes pruebas y comprobé que como usted dijo de hacer la configuración y el diario para ventas se mantuvo igual (Sin comprobantes) y el diario fiscal para facturas (Donde se asignan los números de comprobantes) y allí si me deja cerrar la sesión del punto de ventas y por consiguiente no da el error y todo funciona muy bien

El lun, 17 may 2021 a las 21:10, Raul Ovalle Tiburcio (< @.***>) escribió:

Creo que este error no es directo de la localización del punto de venta, el punto de venta tiene dos diarios: uno para facturas y otro para las ventas. El diario fiscal (Donde se asignan los números de comprobantes) debe ser el diario de facturas y el diario para ventas debe mantenerse igual (Sin comprobantes) ni nada fiscal, por lo tanto ambos diarios deben ser diferentes.... esto es un tema de odoo nativo que no permite tener un punto de venta sin estos dos diarios.

@danielsuarez123 https://github.com/danielsuarez123 Por favor confirma que el punto de venta que estas cerrando esta configurado como describí en el párrafo anterior, funcione o no, por favor hazlo saber por aquí para tomar acciones en ambos casos.

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/indexa-git/l10n-dominicana/issues/800#issuecomment-842747170, or unsubscribe https://github.com/notifications/unsubscribe-auth/AUDRPDMM2DFRTD5IAFCSW5TTOG473ANCNFSM45BEXUWQ .

raulovallet commented 3 years ago

Bien en ese caso lo que voy hacer es colocar un mensaje al usuario si el punto de venta tiene esta configuración mal, me encargare de eso este fin de semana.

@danielsuarez123 muchas gracias

danielsuarez123 commented 3 years ago

Muy bien, bueno estamos a la orden buenas tardes.

El mar, 18 may 2021 a las 14:35, Raul Ovalle Tiburcio (< @.***>) escribió:

Bien en ese caso lo que voy hacer es colocar un mensaje al usuario si el punto de venta tiene esta configuración mal, me encargare de eso este fin de semana.

@danielsuarez123 https://github.com/danielsuarez123 muchas gracias

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/indexa-git/l10n-dominicana/issues/800#issuecomment-843428481, or unsubscribe https://github.com/notifications/unsubscribe-auth/AUDRPDKNMGZA3O3XT4ZY37LTOKXNLANCNFSM45BEXUWQ .

akevinieron commented 3 years ago

Lo que no me queda muy claro es cuáles pruebas se hicieron.

Porque el POS tiene muchos casos de usos diferentes, decenas de configuraciones y un montón de combinaciones.

Por eso @danielsuarez123 yo creo oportuno que se coloque el listado de casos de usos tomados en cuenta y cuáles características específicas se probaron.

De ese modo, @raulovallet tendrá una idea más acabada del alcance de las pruebas que se hicieron y seguro que le ayudará a ver posibles escenarios no tomados en cuenta.

Tal vez al momento de hacer el listado de características y configuraciones veas algún caso que faltó probar; en ese caso lo pruebas, si todo sale bien lo marcas como listo.

raulovallet commented 3 years ago

Lo que no me queda muy claro es cuáles pruebas se hicieron.

Porque el POS tiene muchos casos de usos diferentes, decenas de configuraciones y un montón de combinaciones.

Por eso @danielsuarez123 yo creo oportuno que se coloque el listado de casos de usos tomados en cuenta y cuáles características específicas se probaron.

De ese modo, @raulovallet tendrá una idea más acabada del alcance de las pruebas que se hicieron y seguro que le ayudará a ver posibles escenarios no tomados en cuenta.

@akevinieron Lo que pasa es que al cerrar la caja el punto de venta usa el diario que esta en el diario de ventas para hacer un asiento contable por las ordenes no facturadas, como la localización obliga a que todas las ordenes sean facturadas el diario de ventas no tiene ningún uso para la localización y odoo siempre al cerrar la caja crea un asiento contable con ese diario aunque no tenga ordenes sin facturas, cuando se cierra la caja se crea ese asiento contable y como el diario esta configurado fiscal esta intentando de tomar un comprobante, como ese asiento no tiene tipo de comprobante asignado, simplemente marca el error que envío @danielsuarez123.

akevinieron commented 3 years ago

Gracias @raulovallet eso me queda claro. Lo que pasa es que @danielsuarez123 tiene la tarea de probar TODO el desarrollo de POS v13.

Entonces, ya se logró evitar este error por problemas de configuración. Perfecto, vamos avanzando.

Ahora falta completar la tarea de revisión del POS v13 :)

akevinieron commented 3 years ago

Supongo incluso que lo correcto sería cerrar este issue y abrir otro. Así queda este problema documentado sin que se haga toda una cadena con errores situaciones no relacionadas.

jose-pcg commented 3 years ago

Bien en ese caso lo que voy hacer es colocar un mensaje al usuario si el punto de venta tiene esta configuración mal, me encargare de eso este fin de semana.

@danielsuarez123 muchas gracias

@raulovallet por favor asegúrate de hacer referencia a este issue cuando hagas el PR de esa mejora.