INSTRUCCIONES SINCRONIZACIÓN ADDON PAYMENTS Y CRM

IMPORTACIÓN FICHERO ALTAS

• El fichero de altas se importa incluyendo domiciliaciones y tarjetas, y colocándolo Azure. LUNES ANTES DE LAS 14:30H.
• A tener en cuenta en el fichero, para las altas que tienen forma de pago TARJETA DE CRÉDITO:
• La fecha de caducidad ha de ser siempre el último día del mes en formato dd/mm/aaaa.
• Log de errores importación ficheros: las validaciones de la importación de altas con tarjetas son las mismas que con domiciliación, por lo tanto, en el log saldrán los errores por tarjeta no válida (igual que salen cuando el número de cuenta no es correcto) y en CRM no se importarán esos registros y se gestiona de la misma forma (añadiendo en la plantilla de tratamiento los nuevos registros por tarjetas).
• Finalizada la importación del fichero (programado todos los días a las 14:30h), se lanzará automáticamente el proceso de “conexión de CRM con Addon payments”. Este proceso lo que hace es:
• Identificar en CRM nuevas formas de pago por tarjeta.
• Enviarlas a Addon payments de forma que crea automáticamente el cliente y la tarjeta asociada pero NO crea la programación.
• Este proceso saltará diariamente para identificar si hay nuevas altas por tarjetas ya sean por fichero o de forma manual en CRM, y actualizar la información en Addon según lo descrito arriba.
• Este nuevo proceso de “conexión de CRM con Addon payments” genera un log de errores, guardado Azure en la carpeta AopSincro. Para la interpretación de este segundo log llamado log Addon altas:

INTERPRETACIÓN LOG ADDON ALTAS

Colgar el log en carpeta correspondiente en sharepoint del log de altas

Para ver los que se ha gestionado correctamente, contar registros con “INSERTADO PAGADOR”. Este número tiene que coincidir con el nº de tarjetas procesadas correctamente según el log altas (1er log).

Los errores son los que incluyen la palabra ERROR.

Cuando indica “EXCEPT” son aclaraciones de errores anteriores (no errores en sí)

Tipo de errores:

1. Error Procedimiento-CrearPayerYTarjetaAddPayment:No- Ins-Pagador-AddOn:501 Desc:Esta referencia de pagador (Nº DNI) ya se ha usado. 

Este cliente con esta tarjeta ya existe en Addon payments.

2. Error campo Inválido New Tipo Tarjeta Crédito.

El número de la tarjeta de crédito no es correcto. Proceder igual que cuando número de cuenta bancaria no es correcta. Para saber qué registro es desde 17 junio 2022 con la nueva integración de Addon con CRM, donde a partir de ahora tambien se crean las programaciones (además del cliente), la nueva forma de proceder al tratar el log de errores de altas de Addon será la siguiente: 

Los lunes, después de la importación de altas y del proceso de AopSincro de Addon y Crm, extraemos la búsqueda avanzada 28, que hemos modificado para que se detecte además de los errores de sincronización como hasta ahora, los casos que el Token de Tarjeta no contenga datos. (SALDRA EL REGISTRO DE SIEMPRE JAIME SIERRA).

Seguidamente, extraemos el log de errores de Addon como hasta ahora y realizamos el casado con el resultado de la búsqueda avanzada, tiene que coincidir los ERRORES que aparezcan en el log y en la búsqueda. Una vez identificados se tratan como hasta ahora veníamos haciendo. 

Además realizaremos la búsqueda avanzada TARJETAS ACTIVAS NO SINCRONIZADAS desde formas de pago, para ver las tarjetas que no contienen x y por lo tanto no están sincronizadas con Addon.

Cualquier caso que surja y  no se contemple en lo indicado anteriormente, se notifica a MDM para ver qué ha sucedido.

MODIFICACIONES DE COMPROMISOS Y FORMAS DE PAGO QUE SEAN POR TARJETA BANCARIA

• El cambio en número de tarjeta se hará sólo en CRM ya que al crear una nueva tarjeta a partir de las 14:30h se creará en addon.
• El cambio en fecha caducidad se realizará en CRM y en addon, ya que la tarjeta ya está creada en addon.
• Los cambios en el compromiso (importe, periodicidad, día de cobro, cancelación y asignación a tarjeta correspondiente) hay que hacerlo ya sólo en CRM.
• Cuando se da de baja a un donante por tarjeta se revisa addon para confirmar que está todo correcto, pero ya no hay programaciones periódicas como antes, si no que junto con la remesa se envía la orden a addon para enviar el cobro.

IMPORTACIÓN FICHERO MODIFICACIONES

• Con las tarjetas nuevas, misma gestión que en las altas.
• Si la tarjeta ya está en CRM hay que realizar la modificación de compromiso manualmente, ya no hay que crear la programación.

IMPORTACIÓN DE FICHEROS DE DEVOLUCIONES DE ADDON PAYMENTS EN CRM - YA NO SE HACE (DESDE JULIO 2022 YA NO SE IMPORTA Y DESDE 13/12/2022 NO SE DESCARGA EL REPORT)

• Como este proceso va ligado a la generación de las donaciones de la última remesa, tenemos que vincular las fechas. Hasta que no se generen las donaciones en CRM, no podemos importarlas como devueltas.
• Entramos en Addon, transacciones, seleccionamos fechas (FECHA DESDE = FECHA FIN penúltima remesa generada + 1 día (día siguiente a la fecha fin de la última remesa generada); FECHA HASTA = FECHA FIN última remesa generada) y generamos informe de TODAS las transacciones, independientemente de su estado (liquidadas, cobradas, pendiente, etc).
• Para ver la FECHA FIN última remesa generada, entramos en CRM / Extensiones/ Generación de Remesa, ordenar por fecha de creación para ver la última completada y de esa, coger la FECHA FIN.

• Descargamos el informe y sin modificar nada, lo guardamos como report_aaaammdd y se importará tras haber importado los ficheros de devoluciones de la caixa. 
• EXPLICATIVO DE LO QUE HACE ESTE FICHERO CUANDO SE IMPORTA:
• Para las transacciones DENEGADAS las pasa a pendiente de resolver en CRM.
• Para el resto de transacciones (PENDIENTE, LIQUIDADAS, ETC), no cambia el estado en CRM (para que siga la misma lógica que con domiciliaciones, es decir, se pone cobrada a los 30 días y hasta entonces, si no está devuelta, aparece como “enviada”) pero sí completa 3 nuevos campos dentro de la donación llamados: 

Fecha Insert Addon payments: fecha en la que sincronizamos esa donación en CRM con Addon

Estado Addon payments: estado de la donación en Addon

CodReceipt: código de la transacción.

Esto nos va a permitir identificar si una donación está o no en Addon payments: si tiene esos campos completados está en Addon; si no están completados, no está sincronizado con Addon.

DESDE ESTE MOMENTO, LA GESTIÓN DE LAS DEVOLUCIONES Y DE LAS BAJAS ES EXACTAMENTE IGUAL CON DOMICILIACIONES QUE CON TARJETAS. No hay absolutamente ninguna diferencia, sólo hay que revisar que addon y CRM tenga las mismas donaciones y desde ahora que en addon no tenga programación activa.