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

[17.0][FIX] l10n_es_partner: Show comercial #4029

Open
wants to merge 1 commit into
base: 17.0
Choose a base branch
from

Conversation

david-s73
Copy link
Contributor

@david-s73 david-s73 commented Feb 18, 2025

Se ha tenido que quitar el context en el if ya que al contener el context no añadia el nombre comercial en el nombre completo, entonces al hacer la busqueda de contactos no se podia buscar por el comercial ya que no lo contenia en nombre comercial.

@OCA-git-bot
Copy link
Contributor

Hi @pedrobaeza,
some modules you are maintaining are being modified, check this out!

@david-s73 david-s73 force-pushed the 17.0-fix-comercial_in_complete_name branch from 0c41b8f to afe78e7 Compare February 18, 2025 14:47
@david-s73 david-s73 changed the title Nombre comercial en el nombre completo [FIX] l10n_es_partner: Show comercial Feb 18, 2025
@david-s73 david-s73 force-pushed the 17.0-fix-comercial_in_complete_name branch 2 times, most recently from 82ae8a7 to 0c93de0 Compare February 18, 2025 14:52
@pedrobaeza pedrobaeza added this to the 17.0 milestone Feb 18, 2025
@pedrobaeza
Copy link
Member

Pero si quitas el contexto saldrá en sitios donde no debe... La solución debería ser pasar ese contexto cuando se hace la búsqueda (name_search?).

@david-s73 david-s73 force-pushed the 17.0-fix-comercial_in_complete_name branch from 0c93de0 to 5504530 Compare February 18, 2025 15:29
@david-s73
Copy link
Contributor Author

david-s73 commented Feb 18, 2025

@pedrobaeza
En la versión 16.0 el filtro que se utilizaba para buscar el nombre del cliente utiliza en display_name mientras que en la 17.0 utiliza el complete_name, entonces si no le pasas el comercial al complete_name no encontrara el contacto ya que el complete_name no contiene el comercial

16.0:
image

17.0:
image

En odoo base cuando hacen el compute del complete_name quitan los context que pudiera contener entonces nunca entraría en el if con ese contexto.

https://github.com/odoo/odoo/blob/17.0/odoo/addons/base/models/res_partner.py#L363

image

@david-s73
Copy link
Contributor Author

@pedrobaeza He hecho cambios en el código

@david-s73 david-s73 force-pushed the 17.0-fix-comercial_in_complete_name branch from 5504530 to dc6145c Compare February 18, 2025 15:49
@pedrobaeza pedrobaeza changed the title [FIX] l10n_es_partner: Show comercial [17.0][FIX] l10n_es_partner: Show comercial Feb 18, 2025
@pedrobaeza
Copy link
Member

Dime por favor el caso que daba problemas antes para probarlo ahora.

@david-s73
Copy link
Contributor Author

david-s73 commented Feb 19, 2025

Por ejemplo tenia varios clientes que tenia como comercial "Pegaso" y al hacer la búsqueda por el nombre simplemente no lo encontraba, como lo explique arriba esta funcionalidad se encontraba en la versión 16 pero se ha perdido en esta versión

@pedrobaeza
Copy link
Member

Hola, ya he reproducido el problema:

  • Voy a un contacto.
  • Coloco un nombre comercial.
  • Me voy a crear una factura.
  • Busco en el campo cliente por ese nombre comercial, y no aparece.

Pero he probado en el runboat de este PR, y sigue ocurriendo lo mismo.

@david-s73
Copy link
Contributor Author

Si los contactos ya existen se tiene que recalcular el complete_name ya que al estar creado no lo contiene pero si crea un nuevo contacto si que añade al complete_name el comercial

@pedrobaeza
Copy link
Member

Pero entonces habrá que solucionar ese problema también, incluyendo por ejemplo comercial en el depends de complete_name.

@david-s73 david-s73 force-pushed the 17.0-fix-comercial_in_complete_name branch from dc6145c to c50b8ce Compare February 20, 2025 14:25
@david-s73
Copy link
Contributor Author

@pedrobaeza He hecho un migrations para que se recalcule el complete_name de todos los clientes los cuales tengan el campo comercial con información asi que los clientes que ya estaban creados tendran el comercial en el complete_name, ademas de añadir en el @api.depends el comecial asi cuando se cambien se calculara el complete_name

@pedrobaeza
Copy link
Member

Hola, David, gracias por los cambios. Probando en runboat, el caso ya funciona, pero existe un problema de concepto, y es que esto depende de si se ha puesto que en el nombre mostrado salga el nombre comercial, pero se puede deshabilitar el mismo con el parámetro de sistema, y que entonces deje de funcionar.

Creo que el cambio hecho en la migración a 17 no es correcto, y se debería volver a un sistema en el que en la búsqueda se incluyera el nombre comercial sin importar si se muestra o no.

@david-s73
Copy link
Contributor Author

Los cambios son similares a como se hace en la versión 16.0 pero en vez de utilizar el complete_name en la versión anterior se utiliza el display_name, utilizando también el parámetro del sistema l10n_es_partner.name_pattern, la única solución que podíamos hacer es añadir en la búsqueda de nombre el comercial por si el parámetro del sistema se deshabilita

Se ha tenido que quitar el context en el if ya que al contener el context no añadia el nombre comercial en el nombre completo entonces al hacer la busqueda de contactos no se podia buscar por el comercial ya que no lo contenia en nombre comercial
@david-s73 david-s73 force-pushed the 17.0-fix-comercial_in_complete_name branch from c50b8ce to 3382d96 Compare February 21, 2025 11:00
@david-s73
Copy link
Contributor Author

@pedrobaeza He cambiado el manifest por el post-migration ademas he visto un par de ejemplos que cambian el manifest por el migrations.

  1. https://github.com/OCA/l10n-spain/pull/3867/files
  2. https://github.com/OCA/l10n-spain/pull/3554/files

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

Successfully merging this pull request may close these issues.

3 participants