Agregar de NaNtic modulos de Terceros. #16
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
https://gitea.onecluster.org/NaNtic/trytond-party_supplier/src/branch/6.0
https://gitea.onecluster.org/NaNtic/trytond-party_customer/src/branch/6.0
Realizar pruebas a estos dos módulos y comentar su compartamiento.
Muy bien.
Nada de estos comentarios se observa en el código.
Según el código https://gitea.onecluster.org/NaNtic/trytond-party_supplier/src/branch/6.0/party.py#L11 se agrega un campo tipo checkbox para determinar si es proveedor. También en https://gitea.onecluster.org/NaNtic/trytond-party_supplier/src/branch/6.0/purchase.py#L14 las compras solo podría mostrar los terceros que se encuentren marcados como proveedores.
Otra cosa que se observa en el código https://gitea.onecluster.org/NaNtic/trytond-party_supplier/src/branch/6.0/product.py#L13 en en los productos al marcar com proveedor y escoger los proveedores deseados tendría el mismo comportamiento que las compras.
¿Esto sucede en la práctica?, ¿También con las ventas tiene el mismo comportamiento?.
Está incidencia no se cierra hasta que se determine si es apropiado el uso de estas características y en caso que así sea, estas sean incluidas en el nuevo código.
No pude verlo en la práctica, pero los volveré a estudiarlos.
Los módulos que se instalaron fueron los estrictamente necesarios para que party_customer y party_supplier funcionen.
Miraré también los otros módulos y las pruebas correspondientes.
Trato de reproducir las pruebas con los respectivos módulos, sale lo siguiente:
Sale al intentar abrir el módulo party.
Podría ser agregar estas características a account_invoice_facho sería de ayuda para los usuarios en general. También esto obligaría a incluir a Ventas y Compras en el montaje del módulo account_invoice_facho lo que serviría para solucionar que las notas queden de forma automática (sería necesario probarlo), pero obligaría a tener ventas y compras si no se necesitan. Tambien account_co_co podría ser útil para el manejo de la ubicación en Colombia (Pero accoun_co_co no importa la información de otros países)
¿Qué piensan?
@espurio y @Cosmos cuadremos para hacer pruebas de como agregar estas caracteristicas a account_invoice_facho he incluir ventas y comprar y mirar hasta que punto es obligatorio. Para hacer las notas credito automaticas y ayudar a los clientes con este proceso de las notas, ya que es un proceso un poco largo en este momento
Realize la activación de ambos modúlos, a @espurio le pudo haber sucedido que la activación no quedo completa. Luego de realizar la activación lo que hise fue volver a registrar todas las clases y reiniciar el servidor de trytond.
Estos modúlos lo que permiten diferencia entre si un tercero es 'cliente' o 'proveedor', permitiendo así reducir el margen de busqueda tanto en compras como en ventas. Seguíre revisando su comportamiento
Si, tuve un problema con el orden de la instalación de los módulos pero ya lo pude corregir, igualmente agradezco la ayuda. Por le momento, leí y traté de entender el código del módulo de nantic party_supplier. la mostraré a continuación.
Dependencias
Party_supplier
Dentro del módulo party se debería crear un campo de tipo boleano donde pueda seleccionar si es proveedor.
En el modelo ProductSupplier puede agregarse un nuevo dominio a un producto para asociarlo con un proveedor.
En el módulo Purchase se agrega un método, para asociar la compra con el proveedor.
En la clase _invoice: se aagrega un dominio, este evalua el tipo del tercero, para el caso de las compras debe ser proveedores/supplier.
A la hora de crear el tercero, si este no tiene activo o seleccionado el campo nuevo (campo denominado supplier), no se puede agregar un tercero a la hora de hacer una compra. En otras palabras, para hacer una compra el tercero tiene que estar activo y como proveedor (campo Tercero), para el campo de la compra Tercero de la factura aparecen todos los terceros.
Se crea un campo de selección denominado supplier o proveedor.
Este campo interactúa con las compras y obliga a determinar a los proveedores, si ninǵun tercero tiene este campo activo, no se le puede asignar una compra.
Party_customer
En el módulo party se crea un campo de selección, este se denomina customer o cliente.
En la clase invoice se crea un dominio en el cual se evalía el tipo de tercero.
En el módulo sale se genera una función la cual integra el dominio antes mencionado.
Al igual que con el módulo anterior, los terceros deben ser seleccionados o activarse en el campo cliente o customer para que el tryton les permita la asignación de una venta.
Resumen
Tanto los módulos de party_supplier y party_customer crean un campo de selección, proveedor y ciente, respectivamente. Al instalar estos módulos no se permite generar una venta, compra o factura (de venta/compra), si los terceros no tienen este campo implementado, es decir, el cliente deberá tener seleccionado la casilla de cliente y el proveedor la casilla de proveedor, esto es de manera obligatoria.
Con estas descripciones puede tomarse la decisión de agregarlo o otros proyectos.
@alnus, ¿tenemos una fecha prevista para realizar estas modificaciones?, esto con el fin de saber si podemos realizar una capacitación frente al manejo de los terceros.
Al no ser un cambio menor y vincula otros módulos, estaría listo para el 24 de Julio 2022
La localidades serán un campo que se cargue cuando se escoja bogotá distrito capital, para mañana 25 de julio será montado el cambio.
Realizado localidades en
3199a82e1a
y montado en base de datos pre_produccionGracias, Cerramos esta incidencia o faltaría algo más?
los tipos de terceros
Colocar de primero el campo tipo de persona, para que al seleccionar juridico o natural le muestre la información que debe diligenciar.
Eliminar campo de fecha de nacimiento y edad (Dejar solo para persona natural)
Se agreaga a tareas pendientes.