Addons a medida / 4198 - ESOFITEC GLOBAL SOLUTIONS, S.L. / Sit.Sync.Smg
Guía del usuario
Esta guía está pensada para quien trabaja con los contactos desde Salesmanago o desde a3ERP sin necesidad de conocer cómo está montado el sincronizador por dentro: qué información viaja de un sistema al otro, cuándo lo hace, qué significa cada etiqueta y qué conviene hacer (y no hacer) para que las dos herramientas sigan contando lo mismo. Los detalles técnicos están en el resto de artículos de esta sección, enlazados donde corresponde.
Qué se sincroniza y cuándo#
El sincronizador se ejecuta una vez al día, de madrugada, de lunes a viernes. En cada ejecución hace dos cosas, en este orden:
- Sube a Salesmanago los contactos que han cambiado en a3ERP desde la ejecución anterior, con sus datos, propiedades y etiquetas al día.
- Baja a a3ERP las bajas de comunicaciones (opt-out) que se han producido en Salesmanago desde la ejecución anterior.
La consecuencia práctica es sencilla: un cambio hecho hoy en a3ERP se ve en Salesmanago mañana por la mañana, y una baja solicitada hoy desde un correo de Salesmanago se refleja en a3ERP mañana. Los cambios hechos en fin de semana esperan a la madrugada del lunes.
Qué contactos entran#
Viajan a Salesmanago los contactos de a3ERP que cumplen dos condiciones a la vez: pertenecen a un cliente o a un cliente potencial, y tienen correo electrónico informado en la relación de contacto con esa empresa. Un contacto de un proveedor, o un contacto sin correo, no se sincroniza.
Cada correo es un contacto en Salesmanago. Si una misma persona está relacionada con dos empresas en a3ERP, cada relación tiene su propio correo (a3ERP no permite repetir un correo en dos relaciones de contacto) y en Salesmanago aparecen dos contactos, uno por correo, cada uno con las etiquetas de su empresa.
Qué datos viajan#
Del contacto se envían nombre y apellidos, correo, teléfonos, la empresa a la que pertenece, si es cliente o potencial, el código de cliente y la dirección comercial de la empresa. Además se envían las propiedades y las etiquetas que se detallan a continuación.
Propiedades del contacto#
En la ficha de contacto de Salesmanago aparecen dos bloques de propiedades que vienen de a3ERP.
Standard details#
| Propiedad | Qué contiene | De dónde sale en a3ERP |
|---|---|---|
| Facturacion | Tramo de facturación de la empresa | Característica de organización 6 de la ficha del cliente o potencial |
| Sector | Sector de actividad | Característica de organización 7 |
| Trabajadores | Tramo de número de trabajadores | Característica de organización 8 |
| Clasificacion | Clasificación comercial (código) | Característica de organización 10 |
| Fase | Fase comercial | En clientes, el campo parametrizable 1 de la ficha. En potenciales, C (fase Creinsa) cuando la característica 8 vale FASEC |
Si la característica no está informada en la ficha, la propiedad no se envía.
Dictionary details#
Son propiedades numéricas, pensadas para filtrar por rangos.
| Propiedad | Qué contiene |
|---|---|
| ValorCartera | Importe anual de los mantenimientos vivos de la empresa, en euros y sin decimales. 0 si no tiene ninguno o si es un potencial |
| Facturacion | Un dígito con el tramo de facturación, para poder filtrar por "mayor que" o "menor que" |
| EnvioFactura | 1 si ese correo es uno de los que recibe las facturas de la empresa; 0 si no. En potenciales siempre 0 |
Etiquetas#
Las etiquetas son la herramienta principal para segmentar campañas y por eso son lo que más cuida el sincronizador. Todas las que vienen de a3ERP siguen el mismo formato: un prefijo de cuatro letras, un guion y el valor. El valor se escribe siempre en mayúsculas, sin acentos, sin puntos ni comas y con los espacios convertidos en guion bajo. Así, la empresa "Esofitec Global Solutions, S.L." se convierte en la etiqueta EMPR-ESOFITEC_GLOBAL_SOLUTIONS_SL.
Etiquetas de clientes y potenciales#
| Etiqueta | Qué indica | De dónde sale |
|---|---|---|
EMPR-<empresa> |
La empresa del contacto. La tienen todos | Nombre del cliente o potencial |
REPR-<nombre> |
El representante comercial de la empresa | Representante de la ficha del cliente o potencial |
RUTA-<ruta> |
Indicador de si es empresa o asesoría | Ruta de la ficha |
DEPT-<cargo> |
El cargo o departamento de la persona | Cargo de la relación de contacto, o del contacto si la relación no lo tiene |
PART-NO-ENVIAR |
La empresa se gestiona a través de un partner y no debe recibir campañas directas | Representante 3 de la ficha, o del proyecto de mantenimiento vivo |
REP3-<nombre> |
Qué partner gestiona la empresa. Puede haber varias si tiene más de uno | Representante 3 de la ficha y de los proyectos con mantenimiento vivo |
Etiquetas de clientes con mantenimientos#
Solo las tienen los clientes, porque dependen de las cuotas de mantenimiento contratadas.
| Etiqueta | Qué indica |
|---|---|
MANT-ACTIVO |
El cliente tiene al menos un mantenimiento vivo |
MANT-BAJA |
El cliente no tiene ningún mantenimiento vivo pero sí alguno dado de baja. Es la etiqueta de "cliente perdido" |
MANT-<producto> |
Una por cada producto con mantenimiento vivo (por ejemplo MANT-A3EQUIPO) |
BAJA-<producto> |
Una por cada producto con algún mantenimiento dado de baja, aunque el cliente conserve otros vivos de ese mismo producto |
ARTI-<artículo> |
Una por cada artículo concreto con mantenimiento vivo, con la descripción completa del artículo |
Un cliente puede tener a la vez MANT-A3EQUIPO y BAJA-A3EQUIPO si tiene dos mantenimientos de ese producto y uno está de baja. MANT-ACTIVO y MANT-BAJA, en cambio, nunca coinciden.
Cómo se actualizan las etiquetas#
Cuando un contacto vuelve a subir a Salesmanago, el sincronizador compara sus etiquetas: añade las que le corresponden y no tiene, y quita las que tiene y ya no le corresponden. Si un cliente da de baja su último mantenimiento, en la siguiente subida de sus contactos pierden MANT-ACTIVO y ganan MANT-BAJA. Las etiquetas que ya tenía y siguen aplicando no se tocan, así que el contador de etiquetas de Salesmanago no cambia.
Convivencia con las etiquetas manuales#
El sincronizador solo gestiona las etiquetas que siguen su formato de cuatro letras y guion. Cualquier otra etiqueta que exista en Salesmanago la ignora por completo: ni la añade ni la quita. Eso es lo que permite seguir creando etiquetas a mano para campañas, listas o segmentaciones propias sin que desaparezcan cada noche.
No crear etiquetas manuales con cuatro letras y guion
Una etiqueta creada a mano con ese formato (por ejemplo TEST-CAMPAÑA o PROM-VERANO) se parece a las de a3ERP y el sincronizador la tratará como tal: la quitará del contacto la próxima vez que lo suba, porque a3ERP no la genera. Para las etiquetas propias conviene usar otro formato, por ejemplo con más o menos letras antes del guion, o sin guion.
Lo mismo ocurre con los datos que vienen de a3ERP: si en Salesmanago se corrige a mano el teléfono, la empresa o una propiedad de un contacto, la corrección durará hasta que ese contacto vuelva a subir desde a3ERP, momento en que se sobrescribe. El dato bueno hay que corregirlo en a3ERP, y Salesmanago lo recibirá a la mañana siguiente.
Bajas de comunicaciones y opt-out#
Aquí conviene tener claro qué sentido tiene cada acción, porque no todas viajan en las dos direcciones.
Desde Salesmanago hacia a3ERP#
Cuando un contacto se da de baja desde un correo o se le marca el opt-out de correo en su ficha de Salesmanago, a la mañana siguiente a3ERP desmarca la casilla Enviar e-mail de la ficha del contacto. Si más adelante el opt-out se retira en Salesmanago, la casilla se vuelve a marcar.


Solo viaja el opt-out de correo. El opt-out de teléfono de Salesmanago y la casilla Permitir publicidad de a3ERP no se sincronizan.
Desde a3ERP hacia Salesmanago#
La casilla Enviar e-mail de a3ERP es solo un destino: desmarcarla a mano en a3ERP no provoca ningún opt-out en Salesmanago, y en la siguiente bajada volverá al valor que tenga Salesmanago. Para dar de baja un contacto en Salesmanago desde a3ERP hay una única vía: marcar la relación de contacto como obsoleta. A la mañana siguiente el contacto queda con opt-out de correo y de teléfono en Salesmanago, aunque conserva su ficha, su histórico y sus etiquetas.
Si se cambia el correo de un contacto en a3ERP, en Salesmanago ocurre lo siguiente: el contacto con el correo antiguo recibe el opt-out y se crea un contacto nuevo con el correo nuevo. El histórico, la puntuación y las etiquetas manuales del contacto antiguo no pasan al nuevo.
Borrar el contacto en a3ERP no lo da de baja en Salesmanago
Si se borra directamente la relación de contacto en a3ERP, en Salesmanago no cambia nada: el contacto sigue con sus datos, sus etiquetas y su opt-in, y seguirá recibiendo campañas. Para darlo de baja hay que marcarlo obsoleto (o vaciarle el correo), esperar a la ejecución de la madrugada y borrarlo después si se quiere.
Los contactos que se crean nuevos en Salesmanago desde a3ERP nacen con opt-in, porque así los da de alta la propia plataforma. La base legal para comunicarse con ellos hay que gestionarla en a3ERP y en Salesmanago como con cualquier otro contacto.
Qué hacer cuando algo no cuadra#
Antes de abrir una consulta a soporte, estas comprobaciones resuelven la mayoría de los casos.
| Situación | Qué comprobar |
|---|---|
| Un contacto nuevo o modificado en a3ERP no aparece en Salesmanago | Que haya pasado una madrugada de día laborable desde el cambio. Que la relación de contacto tenga correo y sea con un cliente o potencial, no con un proveedor. Que el correo no tenga espacios ni errores de escritura |
| Un contacto tiene una etiqueta que ya no debería | Que el dato de origen esté corregido en a3ERP. La etiqueta se retira la próxima vez que el contacto suba, y el contacto solo sube cuando algo suyo cambia en a3ERP: si el cambio fue en otra parte (por ejemplo la descripción de un artículo), hace falta tocar el contacto para que se reenvíe |
| A un contacto le falta una etiqueta que debería tener | Lo mismo que el caso anterior, en sentido contrario. Si la etiqueta es nueva y no le llega a ningún contacto, consultar a soporte: puede que su formato no cumpla las cuatro letras y guion |
| Una etiqueta manual desaparece cada noche | Tiene formato de cuatro letras y guion. Renombrarla con otro formato |
| Un dato corregido en Salesmanago vuelve al valor anterior | El dato viene de a3ERP y se ha sobrescrito. Corregirlo en a3ERP |
| Un contacto dado de baja en Salesmanago sigue con Enviar e-mail marcado en a3ERP | Que el correo de Salesmanago coincida exactamente con el de la ficha del contacto o de alguna de sus relaciones en a3ERP. Si el contacto no existe en a3ERP con ese correo, no se actualiza: el sincronizador nunca crea contactos en a3ERP |
| Un contacto borrado en a3ERP sigue recibiendo campañas | Es el comportamiento esperado. Forzar el opt-out a mano en Salesmanago o, si aún existe, marcarlo obsoleto en a3ERP |
Forzar que un contacto se reenvíe#
La forma más rápida de que un contacto vuelva a subir con todos sus datos y etiquetas al día es abrir su relación de contacto en a3ERP y guardarla, aunque no se cambie nada. A la mañana siguiente estará actualizado en Salesmanago. Si son muchos contactos, o hace falta reenviar todos los de un cliente, soporte puede hacerlo en bloque.
Pedir una etiqueta o propiedad nueva#
Las etiquetas y propiedades no las decide el sincronizador: se definen en una consulta de base de datos que soporte puede ampliar sin tocar la aplicación. Para pedir una nueva conviene indicar tres cosas:
- Qué dato de a3ERP la origina y con qué condición (por ejemplo, "los clientes que tienen informado el campo X de la ficha").
- El nombre exacto que debe tener en Salesmanago, respetando el formato de cuatro letras, guion y valor.
- Si es de clientes, de potenciales o de ambos.
Una vez creada, la etiqueta llegará a cada contacto la próxima vez que suba. Para que llegue a todos de golpe hay que pedir a soporte un reenvío masivo.
El correo de resumen#
Cada ejecución termina con un correo a la dirección configurada con el asunto "Importación SalesManago finalizada exitosamente" o "finalizada con errores". Cuando hay errores, el cuerpo lista cada uno con el contacto afectado y el motivo. Si marketing quiere recibirlo, o dejar de recibirlo, es un cambio de configuración que hace soporte.
Hay dos familias de errores. Los que empiezan por "Ocurrió un error…" o "No se pudo…" afectan a un contacto concreto: el resto de la ejecución ha continuado con normalidad y solo ese contacto queda pendiente. Los que empiezan por "Error…" afectan a toda la subida o toda la bajada de esa noche, y en ese caso nada de lo que había pendiente se ha procesado.
| Texto del error | Qué significa | Qué hacer |
|---|---|---|
Error crítico: … |
Fallo general antes de empezar a sincronizar (por ejemplo, el fichero de la última ejecución está dañado o la carpeta del modo masivo no es accesible). No se ha sincronizado nada | Avisar a soporte |
Error exportando contactos a Salesmanago: … |
No se ha podido leer el registro de cambios o la vista de contactos de a3ERP: conexión con la base de datos, permisos o una vista rota tras un cambio. Ningún contacto ha subido esa noche | Avisar a soporte. Los cambios de esa noche no se reintentan solos: soporte tendrá que reenviarlos |
Ocurrió un error al modificar el contacto <correo> en Salesmanago: … |
Salesmanago ha rechazado ese contacto. Detrás de los dos puntos viene el motivo: un correo mal formado, una etiqueta con caracteres no admitidos (: ; < = > ? @), una propiedad duplicada o un valor no numérico |
Si el motivo habla del correo o de un nombre (empresa, artículo, representante), corregirlo en a3ERP y esperar a la noche siguiente. Si habla de etiquetas o propiedades, avisar a soporte |
No se pudo forzar el OptOut en Salesmanago del contacto <correo>(<id>): … |
No se ha podido dar de baja en Salesmanago un contacto obsoleto o con correo sustituido | Forzar el opt-out a mano en Salesmanago, o guardar de nuevo la relación de contacto en a3ERP para que se reintente |
Error importando OptIn/Out de contactos a a3ERP: … |
No se ha podido obtener de Salesmanago la lista de contactos modificados. Ninguna baja ha bajado esa noche | Avisar a soporte. Las bajas de esa noche no se reintentan solas |
Ocurrió un error al importar el OptIn/Out del contacto <correo> a a3ERP: … |
a3ERP no ha permitido actualizar la casilla Enviar e-mail de ese contacto (permisos o un dato de la ficha que no supera la validación) | Avisar a soporte. Mientras, desmarcar la casilla a mano en a3ERP si la baja es urgente |
401: Acceso al método de la API no autorizado… (dentro de cualquiera de los anteriores) |
Las credenciales de la API de Salesmanago no son válidas o la cuenta no tiene permiso para esa operación | Avisar a soporte |
Unhandled error: Ha ocurrido un error no controlado, código de error: <número> - <texto> |
Salesmanago no ha respondido correctamente: caída, mantenimiento o límite de peticiones | Suele resolverse solo. Si el contacto sigue sin actualizarse al día siguiente, guardarlo de nuevo en a3ERP para forzar el reenvío |
Unhandled error: Ha ocurrido un error no controlado: seguido de un texto en inglés |
Salesmanago ha recibido la petición pero ha rechazado su contenido. El texto en inglés es el motivo tal cual lo devuelve Salesmanago | Leer el motivo: si es del correo o de un nombre, corregirlo en a3ERP; si es de una etiqueta o propiedad, avisar a soporte |
Los errores de un contacto concreto no se reintentan automáticamente: el contacto volverá a subir cuando algo suyo cambie en a3ERP o cuando se fuerce su reenvío como se explica más arriba.
Para saber más#
- Datos sincronizados: la versión técnica de este catálogo, con las tablas y campos de a3ERP de los que sale cada dato.
- Funcionamiento: el ciclo completo de una ejecución, con el detalle de qué cambios detecta a3ERP.
- Resolución de problemas: la guía de diagnóstico para soporte.