NESTLE SHIP TO Y FLUJO DE ENVIO DE CORREOS A CLIENTE

Primero, es importante conocer los dos procesos de Flujo de validación que realiza el sistema dependiendo de los escenarios de cada comprobante: 

1 - Si el comprobante XML contiene el atributó "Ship To" (primer proceso)

2- Si el comprobante XML no cuenta con el atributo "Ship To" (Segundo proceso)

Una vez realizada dicha validación, el sistema buscará un registro en el menú "Administración de Clientes", el cual deberá coincidir exactamente con ese "ship To" que en el portal es equivalente a la "Clave Cliente" y entonces, se realizará el Primer Proceso. 

Este dato debe coincidir Exactamente, de lo contrario se tomará como si No se hubiera puesto el "Ship To" en el comprobante  y el sistema seguirá al Segundo proceso.

En la imagen debajo puede verse el el flujo de ambos procesos explicado Gráficamente: 

Veamos un par de ejemplos que pudimos revisar en nuestro sistema: 

UUID 84535B4D-4CA3-4A52-9A8E-9BAA9BDD4B70

Receptor:  PCZ071128UM9 

Ship To: 0002467772

El comprobante cuenta con "Ship To" por lo que seguirá la primera condición, buscar en Administración de clientes que coincidan el RFC Receptor y la Clave Cliente (con el Ship To). 

Al encontrarse un registro coincidente, el correo será enviado a la dirección que este configurada en dicho cliente:

Damos click en Editar y encontramos el correo al que será enviado: 

Revisamos en SendGrid y efectivamente fue enviado, solo al correo configurado: 

Para el ejemplo dos, utilizaremos un comprobante que cumpla el segundo proceso: 

UUID A6E50CF4-13D4-4371-A45D-170D1927C4AC

Receptor:  PCZ071128UM9 

Ship To: 0005082681

El comprobante cuenta con "Ship To" por lo que seguirá la primera condición, buscar en Administración de clientes que coincidan el RFC Receptor y la Clave Cliente (con el Ship To). 

Al NO encontrarse un registro coincidente, el sistema buscara el registro default para envíos y el correo será enviado a la dirección que este configurada en dicho cliente default, que como podemos ver es un cliente que tiene el RFC como clave cliente: 

No existe registro de cliente con el criterio de búsqueda (sería lo mismo si no existiese "ship to" en el XML, el escenario es el segundo proceso)  : 

Por ende, el sistema utilizará el registro default que tiene RFC Receptor y la clave cliente es también el RFC Receptor:  

Se revisa SendGrid y efectivamente el mensaje fue enviado al grupo de correos configurados en el cliente: 

Como podrán ver, existen múltiples combinaciones de RFC Receptor y Clave Cliente en los registros, por lo que en caso de que no exista registro o se omita poner "ship To"  en el XML, será el mismo grupo de personas configuradas en el Cliente default quienes recibirán los correos: 

Esas personas son "kgonzalez@aaz.com.mx; reciboelsalto@pcz.com.mx; recepcion.bajio@pcz.com.mx; lramirez@pcz.com.mx; jose.mejia1@mx.nestle.com":