Error migración partners

[jjscarafia]

Hasta ahora detecté lo siguiente:

• partners tipo "supplier" (fornecedor) en seleya llegan sin el tipo "supplier" a openerp, ejemplo "JIANGSU RUIDONG PESTICIDE CO., LTD. (DIANGCHANG ROAD)"
• estamos perdiendo el dato del area code (se puede ver de ejemplo el mismo partner enterior)
• el campo logo se carga mal, lo probé con el partner "AGROTEC S.A", al editar el partner en openerp da un error de que no se puede cargar la imagen, es como que se carga una imagen vacía. De hecho, en "seleya" no existe ningún logo para ese partner, por lo cual no se debería cargar nada . (los logos no son fundamentales, podemos tranquilamente no llevar nada aún existiendo logo en seleya) *inconsistencias y otros errores en algunos datos, por ejemplo para el partner "Agência de Defesa Sanitária Agropastoril de Rondônia" --> no se le carga que es "government agency" (idem a lo que pasa con suppliers) --> en ese mismo ejemplo la url de la web se cargo mal, en openerp figura "http://" mientras que en seleya figura " www.rondonia.ro.gov.br" (tendra que ver el prefijo www??
• en openerp agregaron en partner un campo obligatorio llamado "notification_email_send" que esta quedando vacío, habría que llenarlo con el valor "none"
• por lo que veo todavía no se estan llevando esos campos que respondí en un mail. Lo pongo aquí también para que quede documentado: FALTARIA TAMBIEN LO SIGUIENTE EN PARTNERS

TB_ENTI.CD_CNPJ ---> va en VAT (para que no joda con la validación, a los que son de brasil hay que agregarles el prefijo BR, a los de Paraguay PY y así suscesivamente, si jode mucho este tema entonces podemos crear un nuevo campo que no valide y no usamos base_vat)

TB_ENTI.CD_CEP ---> res_partner.zip OK

TB_ENTI.NM_BAIR ---> res_partner.street2 OK

TB_ENTI.FG_TIPO_ENTI=1 ---> res_partner.is_glp=true ; res_partner.is_company=true OK

TB_ENTI.FG_TIPO_ENTI=2 ---> res_partner.is_gov_agency=true ; res_partner.is_company=true OK

TB_ENTI.FG_TIPO_ENTI=3 ---> res_partner.is_laboratory=true ; res_partner.is_company=true OK

TB_ENTI.CD_DDD ---> al prefijo de res_partner.phone OK

TB_ORGA.NM_SIGL ---> res_partner.ref OK

TB_ORGA.CD_TIPO_ORGA=1 ---> res_partner.gov_type='state' OK

TB_ORGA.CD_TIPO_ORGA=2 ---> res_partner.gov_type='federal' OK

TB_FONT.fg_tipo_font=None ---> category_id = null

TB_FONT.fg_tipo_font=0 ---> category_id = null

TB_FONT.fg_tipo_font=1 ---> category_id = Office (crear este registro solo si es super facil)

TB_FONT.fg_tipo_font=2 ---> category_id = Factory (crear este registro solo si es super facil)

TB_FONT.nm_fone_emer ---> phone (sumar si ya existe un phone, solo si es fácil, si no ni llevarlo)

TB_FONT.cd_regi_gove ---> gov_registration_code

TB_FONT.cd_insc_esta ---> state_registration_code

TB_FONT.nm_celu ---> mobile (sumar si ya existe un phone, solo si es fácil, si no ni llevarlo)

TB_FONT.dt_insc_esta ---> gov_registration_date

TB_FONT.dt_lice_ambi --->env_registration_date

TB_FONT.cd_lice_ambi ---> env_registration_code

TB_FONT.cd_orga_cada_esta ---> gov_registration_agency

TB_FONT.nm_orga_lice_ambi ---> env_registration_agency

[jjscarafia]

De todas las cosas que estaban acá arriba no todas fueron resuletas. Cargo aquellas que todavía estarían mal y algunas nuevas:

• partners tipo "supplier" (fornecedor) en seleya llegan sin el tipo "supplier" a openerp, ejemplo "JIANGSU RUIDONG PESTICIDE CO., LTD. (DIANGCHANG ROAD)"
• Todos los partners están duplicados (imagino que es porque se importaron dos veces)
• Al campo TB_ENTI.CD_CNPJ que se lleva al VAT de openerp se le debe agregar el prefijo : BR si Country = Brazil (en este caso quedaría "BR02903682/0001-78") PY si country = Paraguay
• no se esta llevando el campo "nm_mail" al campo "email" de openerp
• en openerp agregaron en partner un campo obligatorio llamado "notification_email_send" que esta quedando vacío, habría que llenarlo con el valor "none"
• no vi nada llevado de lo que figura en el issue #154

[jjscarafia]

Corrección de algo que esta arriba TB_ENTI.FG_TIPO_ENTI=1 ---> res_partner.supplier = true y res_partner.is_company=true (antes decía res_partner.is_glp=true)

de la tabla tb_labo se lleva si un partner is_glp o no. es decir tb_labo.fg_glp --> res_partner.is_glp

[csrocha]

Antes de pensar en pasar los campos que falta necesitaría saber porque hay duplicados en la tabla tb_enti de seleya.

_seleya=# select min(id_enti), max(id_enti), nmenti, count() from tb_enti group by nmenti having count()>1; min | max | nm_enti | count -----+-----+---------------------------------------------------+------- 8 | 223 | GSP CROP SCIENCE PRIVATE LIMITED | 2 47 | 240 | RED SUN GROUP CORPORATION | 2 14 | 190 | QUINGDAO HAILIR PESTICIDES AND CHEMICALS CO., LTD | 2 26 | 286 | NANJING RED SUN CO. LTD. | 2 75 | 102 | OXITENO S/A INDÚSTRIA E COMÉRCIO | 2 178 | 193 | LIER CHEMICAL CO., LTD | 2 293 | 298 | ALTA | 2 (7 filas)

Pregunto porque voy a necesitar hacer un chequeo de campos para no duplicar. El problema es que si ya tengo duplicados ya vamos mal, la operación va a hacer cualquier cosa.

[jjscarafia]

Son varios los motivos. Los clasifico.

Motivo 1 es porque en el sistema anterior no les permitía decir que un partner es, por ejemplo, laboratorio y proveedor. La unicidad debería estar dada por nm_enti + fg_tipo_enti RED SUN GROUP CORPORATION GSP CROP SCIENCE PRIVATE LIMITED

Motivo 2 estan cargados duplicados erroneamente (estará bien llevando uno solo o el merge de los dos, lo que sea mas facil) 178 | 193 | LIER CHEMICAL CO., LTD | 2 14 | 190 | QUINGDAO HAILIR PESTICIDES AND CHEMICALS CO., LTD | 2

Motivo 3 distintas ciudades o provincias, la unicidad concatenando nm_ent + cd_cep 75 | 102 | OXITENO S/A INDÚSTRIA E COMÉRCIO | 2 293 | 298 | ALTA | 2 NANJING RED SUN CO. LTD.

Queda resuelto con esto o deberíamos pensar en otra cosa?