Qué pegar del CRM y qué no

Datos del CRM y chatbots no son un atajo de “contexto”. Son un envío: la ficha del cliente sale de tu máquina y entra en un sistema de otra empresa, casi siempre con tu cuenta personal. El CRM no se vuelca en el chat de consumidor. Un caso, sí, a veces: sin nombre, sin email, sin cuenta. Ticket = cliente A, importe N, plazo. Si hace falta más para identificar a alguien, no está anonimizado.

Esta página es privacidad en el trabajo, no una reseña de Salesforce ni de HubSpot. La lista general de qué no pegar está en privacidad al usar IA: qué no pegar nunca. El contrato entero, en contratos de clientes fuera del chat de consumidor. El DNI, fuera siempre: DNI, NIE y documentos de identidad. Aquí el objeto es la ficha, el ticket y el hilo que ves en el CRM.

El CRM no se vuelca en el chat de consumidor

Consumidor, aquí: la web o la app del modelo que abriste con tu correo, tu móvil, tu plan gratuito o de pago personal. La ventana se parece a la del trabajo. El recinto no.

El CRM es el recinto de la relación con el cliente: nombres, correos, teléfonos, cuentas, pedidos, notas internas, a veces IBAN, a veces documentos. Ese recinto no se copia a un chat porque “así el tono sale mejor”. El tono sale de tres hechos. El resto es exposición.

Tres hechos secos:

1. El cliente no te ha puesto ese proveedor de modelos en el circuito. Te ha dado datos a tu empresa, a un contrato, a un formulario. No a tu ChatGPT personal.
2. La ficha no es “tu texto”. Aunque tú la veas, no es material de un cuaderno. Es dato de un tercero.
3. “Nadie lo va a leer” no es un encargo. Trata el pegado como si alguien de esa empresa de modelos pudiera verlo en un log o en un incidente.

Autónomo: la regla no se relaja. No hay “es que soy yo solo”. El cliente sigue siendo otra persona. El chat del Gmail sigue sin ser tu CRM.

Empleado: mezcla clásica. El ticket en el chatbot del móvil porque en el portátil está bloqueado. Eso no autoriza. Autoriza la política comercial y chatbots de tu organización —o seguridad, o el DPD—, no la prisa del martes. Si no hay respuesta, no pegas.

Herramienta aprobada: cuando exista, úsala para lo laboral y sigue recortando lo que no haga falta. Cuando no exista, no improvisas una con la app de moda.

Ticket sin nombre ni email

Ticket sin nombre ni email es el formato de trabajo. No es un truco legal. Es recortar hasta que la tarea (un email, un recap, una lista) se pueda hacer sin identificadores.

Molde:

Cliente A.
Importe N (o “importe no hace falta para esta tarea”).
Plazo: el que puedas decir (el viernes anunciado; el jueves a las 10 confirmarás).
Hecho: pedido del 27 no ha salido; retraso de almacén.
Lo que no hay en estas notas: reembolso, descuento, causa extra.
Trato: usted. Máximo 120 palabras.

Eso basta para responder a un cliente enfadado. El modelo no necesita a Juan Pérez, juan@empresa.com, el 6XX, la cuenta ES12 ni el ID 45821.

Qué entra en el molde:

• El tipo de cliente (A), no el nombre.
• Un importe si la frase lo pide, como N, no como 12.847,22 € con factura nominativa.
• Un plazo.
• El hecho operativo (no salió, falta PDF, hay que confirmar asistencia).
• El trato y el formato del entregable.

Qué no entra:

• Nombre y apellidos, razón social reconocible, marca si identifica.
• Email, teléfono, dirección, ciudad + sector si juntos apuntan a uno.
• Número de cuenta, IBAN, tarjeta, referencia de cobro.
• Número de ticket o de pedido si es único y buscable.
• DNI, NIE, pasaporte.
• Notas internas: “moroso”, “conflictivo”, evaluación de una persona.
• El hilo de un año “por contexto”.
• El contrato PDF. Eso es el artículo de contratos, no este.

IA y datos de un CRM: el dato útil para el chatbot es el hecho de la tarea. El dato útil para el CRM es el identificador. No los mezcles en el mismo Ctrl+V.

Anonimizar un caso de cliente

Anonimizar un caso de cliente no es sustituir “María” por “M.” y dejar el correo y la calle. Es dejar el texto de forma que tú no podrías devolverlo a una ficha sin memoria extra. Si tú aún sabes quién es solo con lo pegado, un tercero con el mismo texto también puede.

Pasos:

1. Copia a un bloc, no pegas desde el CRM al chat.
2. Sustituye nombres → cliente A, persona B. Empresas → “la empresa del cliente”, no el nombre comercial.
3. Quita emails, teléfonos, cuentas, IBANs, direcciones, URLs internas, números de expediente.
4. Redondea o oculta importes si el importe identifica (un canon raro, una factura pública). N suele bastar.
5. Quita notas de carácter y salud, impagos con nombre, conflictos de RR. HH.
6. Lee en voz alta. ¿Sabría un compañero de otro equipo de quién hablas? Si sí, recorta. Si aún sí, no pegas.

Reidentificación típica:

• Sector estrecho + ciudad + plazo + importe = esa empresa.
• “El pedido del 27 del cliente del polígono de X” = ese cliente.
• Pegar la reclamación con la firma del pie (teléfono, cargo, LinkedIn).

Privacidad de clientes en ChatGPT (u otro chat de consumo) no se arregla con “esto es confidencial, no lo guardes” en el prompt. El prompt no es un contrato con el proveedor. No pegas y luego rezas. Recortas o no usas ese chat.

Pegar un caso real en la IA solo después de ese recorte. “Real” no significa “completo”. Significa “fiel a los hechos que tú autorizas”, no “fiel a la ficha”.

Si el producto tiene interruptor de no entrenar, úsalo. No convierte el pegado en inocuo. El texto igual viaja.

Qué hacer si ya pegaste la ficha: paras. No la vuelves a pegar “para que el modelo la borre” ni “ahora en modo temporal”. Borras el hilo en la interfaz (gesto, no garantía). No sigues el chat con más identificadores “porque ya está fuera”. El siguiente borrador lo haces con el molde de cliente A, o a mano. Si el pegado incluía cuenta, DNI o un contrato, avisas por el canal interno que toque (seguridad, DPD, jefatura), no le pides consejo al mismo chat. Esta página no te dice el deber legal de notificar; te dice que no conviertas el incidente en un segundo envío.

Política comercial y chatbots

Política comercial y chatbots aquí no es comparar planes de un CRM. Es doble:

1. La política de tu organización sobre sacar datos de clientes a un modelo de consumo.
2. Los términos comerciales del cliente (precios, descuentos, cláusulas) que viven en la ficha y no deben ir al chat enteros “para que el modelo decida”.

Sobre (1): esta página no es un dictamen. No te dice si tu empresa cumple o no un reglamento. Te dice el gesto: lees la política interna si existe; preguntas a seguridad, al DPD o a quien toque; si la respuesta es no o no hay respuesta, no pegas en el chat de consumidor. Si la respuesta es “solo la herramienta X”, esa.

Sobre (2): no vuelcas la tarifa, la excepción, el margen, el NDA o el PDF de condiciones para que el modelo “calcule qué ofrecer”. Eso es dato comercial de un tercero y, a menudo, secreto. Para un email de reclamación te basta: “no hay reembolso en estas notas” o “el precio se mantiene lo de marzo”. Una línea tuya. No el listado.

Qué no hagas con la política:

• Preguntarle al modelo si “esto viola el RGPD” pegando la ficha. La pregunta ya lleva el dato. Y el modelo no es tu DPD.
• Usar el chat como archivo de excepciones (“guarda que a este le hacemos el 15 %”). El chat no es el CRM.
• Pegar capturas de la ficha “porque es imagen y no texto”. Es el mismo envío.

Marcas de CRM: da igual cuál sea la pantalla. El copy-paste es el mismo tipo de salida. No hay reseña. No hay “en HubSpot es más seguro pegar”. El recinto seguro es el que tu empresa haya contratado, o ninguno.

Pegar un caso real: el ejemplo del email

Tarea: borrador de respuesta a un cliente enfadado. Mal pegado (no lo hagas):

“Juan Pérez, juan@metalurgicas-xxx.es, tlf 6XX, cuenta ES12…, ticket 45821, dirección en el polígono, nota interna: ya reclamó en marzo, impago de 2024, DNI en el adjunto. Hilo de 14 mails. Política: podemos llegar al 15 % si insiste.”

Eso es el CRM en el chat. Demasiado. Identifica. Incluye dinero, identidad y una excepción comercial.

Bien pegado:

Cliente A. Pedido del 27. No ha salido. El cliente dice 12 días y pide fecha el viernes o cancela.
Causa que puedo decir: retraso de almacén.
Siguiente paso: el jueves a las 10 confirmo fecha de salida.
No hay reembolso ni descuento en estas notas.
Mensaje del cliente (sin firma):
"Llevamos 12 días sin el envío. Pedimos el 27. Nadie contesta. Si el viernes no hay fecha, cancelamos."

Con eso el modelo redacta. Tú compruebas hechos. Tú envías. El oficio de ese correo está en el artículo de cliente enfadado, no aquí. Aquí el oficio es no haber pegado a Juan.

Otros casos, mismo recorte:

• Recap de reunión: “cliente A; Marta envía el PDF; yo confirmo; no hay fecha de firma”. Sin el dominio de correo de los asistentes.
• Lista de tareas internas: acciones y dueños de tu equipo, no la ficha del cliente.
• Traducir un párrafo de respuesta: el párrafo ya limpio, no la cuenta.

Si la tarea necesita el identificador (buscar el pedido en el CRM, cobrar, identificar al titular), esa tarea no es del chatbot de consumo. Es del CRM y de las personas autorizadas.

Compañeros: no reenvíes al chat el export CSV “un momento, que lo resuma”. El CSV es la base. Un resumen de tu lista ya recortada (cinco filas juguete, sin emails) puede servir para un prompt de formato. Cien filas reales, no.

Campo de notas libres del CRM: suele ser lo más sucio (opiniones, salud, impagos, nombres de hijos). No se pega “un fragmento” si el fragmento identifica. Citas el hecho operativo (“hay un retraso de almacén”) y dejas la nota donde está.

Errores habituales

“Es solo el email, no la ficha.” El email es un identificador. Fuera. Cliente A.

“Le quito el apellido y ya.” Dejas el teléfono y la empresa. No está anonimizado.

Pegar el hilo de catorce correos por contexto. El contexto de un borrador son tres hechos. El hilo es un archivo de terceros.

Pegar el IBAN “por si pide devolución”. Si no hay devolución en tus notas, no hace falta el IBAN. Si la hay, la gestionas en el recinto de pagos, no en el chat.

Subir captura del CRM. Foto de la ficha = la ficha. Peor: a menudo sale más dato (barra lateral, otros clientes).

Preguntar al modelo si ya está bastante anónimo pegando el texto otra vez. No es un auditor. Tú recortas.

Usar el chat personal el domingo porque el de empresa está cerrado. El domingo no autoriza.

Creer que borrar el hilo deshace el envío. Borrar en la interfaz no es garantía. No pegas “porque luego borro”.

Volcar la política comercial para que “decida el descuento”. El descuento lo decide quien toque, en el CRM o en un correo interno. El modelo no es dirección comercial.

Para aquí:

1. ¿Hace falta este dato para esta frase? Si no, fuera.
2. ¿Queda cliente A, importe N, plazo? Bien. Si queda Juan + email + cuenta, mal.
3. ¿Se reidentifica? Recorta o no pegas.
4. ¿Hay política interna o herramienta aprobada? Esa. Si no hay respuesta, no pegas.
5. El chat de consumidor no es el CRM.

Cierre

Datos del CRM y chatbots: el CRM se queda. Al chat de consumo va un caso recortado o no va nada. Privacidad de clientes en ChatGPT no es un módulo: es no pegar identificadores. Anonimizar un caso de cliente es ticket sin nombre ni email, y a veces ni así basta. IA y datos de un CRM se tocan en tres hechos, no en la ficha. Política comercial y chatbots: la de tu casa, y los términos del cliente fuera del volcado. Pegar un caso real en la IA quiere decir fiel a lo que autorizas, no fiel al expediente.

Sin nombre. Sin email. Sin cuenta. Cliente A, importe N, plazo. O no pegas.