Integración Copper n8nAutomatiza Copper con n8n.

Da de alta una empresa en Copper y pasa la ficha creada al siguiente nodo.

• Name: el único campo obligatorio, el nombre tal y como debe leerse en el CRM. Se mapea desde un nodo anterior con una expresión tipo {{ $json.field }}.
• Additional Fields: bloque opcional que lleva Email Domain, Details, Address y Phone Numbers. Los dos últimos se abren como subbloques que se rellenan línea a línea, con Add Address Fields y Add Phone Number.

Borra una empresa de Copper sin vuelta atrás. Trátalo como final de rama, no como paso intermedio.

• Company ID: obligatorio, y es el identificador de Copper, no el nombre de la empresa. Si el flujo solo conoce el nombre, ejecuta antes Get Many con el filtro Name y quédate con el identificador.

Lee una empresa concreta y devuelve su ficha. Así el flujo trabaja con el estado actual de la cuenta y no con el que tenía al dispararse.

• Company ID: obligatorio. Viene del Copper Trigger o de una lectura previa, de modo que se mapea como expresión en lugar de escribirse.

Trae empresas en lote. Es la operación que hay detrás de las exportaciones, las auditorías y cualquier revisión periódica de cuentas.

• Return All: activado, n8n encadena las páginas de la API y recupera todas las empresas. Desactivado, Limit fija cuántos registros vuelven, lo que mantiene cortas las pruebas.
• Filters: Country escoge el país de la empresa en una lista de códigos y Name acota a un nombre de empresa.

Edita una empresa que ya existe. Solo se envían los campos que rellenas, el resto de la ficha se queda como estaba.

• Company ID: obligatorio, señala qué ficha se modifica.
• Update Fields: el bloque opcional con Name, Details, Address y Phone Numbers. Ojo, Email Domain no está aquí, a diferencia de la creación.

Devuelve las fuentes de cliente configuradas en Copper, esas etiquetas que dicen de dónde salió un negocio. Es la consulta previa a escribir nada en una oportunidad.

• Return All: activado, vuelve la lista entera, que suele ser lo práctico porque rara vez es larga. Desactivado, Limit pone el tope.

Escribe un lead en Copper, la etapa previa a que un contacto se convierta en persona y empresa.

• Name: obligatorio. Todo lo demás es opcional, así que un formulario incompleto aterriza igualmente en vez de perderse.
• Additional Fields: contiene Email, Phone Numbers y Address, cada uno detrás de su propio botón Add.

Elimina un lead de Copper. Resulta útil precisamente porque los leads se acumulan más rápido que cualquier otro objeto del CRM.

• Lead ID: obligatorio. El identificador, nunca el nombre del lead, de modo que un flujo de limpieza lee antes de borrar.

Recupera un lead y entrega su ficha al nodo siguiente. Es la lectura que se coloca entre un disparo y una decisión.

• Lead ID: obligatorio. Normalmente una expresión como {{ $json.field }} que arrastra el identificador del paso anterior.

Saca leads por tandas, con filtro o sin él. Es la mitad lectora de cualquier flujo de scoring o de nurturing.

• Return All: activado para una exportación completa, desactivado para pararse en Limit.
• Filters: aquí Country es texto libre, el nombre del país, y no una lista de códigos como en empresas. Name filtra por el nombre del lead.

Cambia un lead ya presente en Copper, campo a campo, sin reescribir la ficha entera.

• Lead ID: obligatorio, la ficha que se edita.
• Update Fields: el bloque más amplio del lado lead, con Name, Details, Email, Phone Numbers y Address. Details es donde cabe una nota de puntuación o el resumen de una llamada.

Abre un negocio en Copper y lo devuelve. Es el momento en que una conversación cualificada se convierte en una línea del pipeline.

• Name: obligatorio, el nombre del negocio.
• Primary Contact ID: opcional, el identificador de la empresa principal asociada al negocio.
• Customer Source ID: opcional, el identificador de la fuente que generó la oportunidad. Léelo antes con Get Many sobre fuentes de cliente en vez de escribirlo fijo.

Retira un negocio de Copper. Pocas veces se automatiza por sí solo, casi siempre cierra una rama de limpieza.

• Opportunity ID: obligatorio. Sale de una lectura previa o del trigger, nunca del nombre del negocio.

Carga un negocio y devuelve su ficha actual, con todo lo que haya cambiado desde la última vez que el flujo miró.

• Opportunity ID: obligatorio, mapeado desde el trigger o desde una operación de listado anterior.

Devuelve negocios en lote. El reporting de pipeline dentro de n8n empieza aquí, igual que todo lo que necesita mirar más de un negocio a la vez.

• Return All: activado para recorrer todas las páginas del pipeline, desactivado para detenerse en Limit.
• Filters: Company IDs y Customer Source IDs aceptan identificadores separados por comas, así que varias cuentas o varias fuentes caben en una sola llamada.

Modifica un negocio en su sitio. Es lo que lleva a un flujo de leer el pipeline a mantenerlo.

• Opportunity ID: obligatorio, el negocio que se edita.
• Update Fields: Name, Primary Contact ID y Customer Source ID. Los dos identificadores permiten reasociar un negocio a otra empresa o a otra fuente sin abrir Copper.

Suma un contacto a Copper. Es la escritura más usada del nodo y aquella con la que terminan muchos flujos.

• Name: obligatorio, el nombre del contacto.
• Additional Fields: el bloque opcional más completo del nodo, con Emails, Phone Numbers, Address, Email Domain y Details. Emails y Phone Numbers admiten varias entradas mediante Add Email y Add Phone Number.

Quita un contacto de Copper de forma definitiva. No hay paso de confirmación, así que conviene poner una condición delante.

• Person ID: obligatorio, el identificador de Copper del contacto.

Relee un contacto y devuelve su ficha, lo que la convierte en el primer paso natural tras cualquier disparo que solo entregue un identificador.

• Person ID: obligatorio. Una expresión del tipo {{ $json.field }} es la forma habitual de pasarlo desde el nodo anterior.

Enumera contactos. Es la lectura que sostiene cualquier sincronización entre Copper y una herramienta de correo o una hoja de cálculo.

• Return All: activado, suben todos los contactos página tras página. Desactivado, Limit decide cuántos, algo que cuenta en una agenda que lleva años creciendo.
• Filters: un único filtro Name, de modo que el acotado va por el nombre del contacto y nada más.

Reescribe los campos que elijas de un contacto existente y deja los demás intactos.

• Person ID: obligatorio, el contacto que se edita.
• Update Fields: el bloque más grande del nodo, con Name, Emails, Phone Numbers, Address, Email Domain y Details. Enviar el bloque vacío no hace nada, lo cual es una salida segura cuando una rama duda.

Un proyecto entra en Copper con los datos que el flujo acaba de reunir, así el equipo de entrega encuentra la ficha creada antes de su primera reunión.

• Name: obligatorio, el nombre con el que se crea el proyecto. Suele venir de un nodo anterior mediante una expresión como {{ $json.field }}, es decir, una referencia a un campo del elemento que entra.
• Additional Fields: los extras que se aplican al crear. Assignee ID indica el usuario propietario, Details guarda la descripción y Status admite Open o Completed.

Borrar un proyecto de Copper es cuestión de un identificador, y de estar seguro de cuál.

• Project ID: obligatorio, el identificador del proyecto que se elimina. Copper espera el identificador y no el nombre, así que tómalo de un paso de lectura previo.

¿El flujo solo tiene un identificador? Esta operación recupera el proyecto correspondiente y devuelve sus datos al resto de los pasos.

• Project ID: obligatorio, el identificador del proyecto que se consulta. Normalmente llega del trigger, el nodo que arranca el flujo, o de una búsqueda anterior.

Los informes empiezan por aquí: la operación trae la lista de proyectos de Copper, entera o en un lote con tope.

• Return All: activado, n8n encadena las páginas de la API hasta el último proyecto; desactivado, Limit fija el número máximo de proyectos devueltos.
• Filters: el filtro Name reduce la lista a los proyectos que llevan ese nombre, en lugar de traerlo todo y filtrar después.

Editar en vez de duplicar: la operación escribe sobre un proyecto que ya existe en Copper y solo toca los campos que rellenas.

• Project ID: obligatorio, el identificador del proyecto que se actualiza.
• Update Fields: Name cambia el nombre, Details sustituye la descripción, Assignee ID pasa el proyecto a otro usuario y Status lo mueve entre Open y Completed.

El seguimiento se olvida cuando vive en la cabeza de alguien. Esta operación crea la tarea en Copper a partir del evento que acaba de ocurrir.

• Name: obligatorio, el texto de la tarea, el que leerá la persona que la reciba.
• Additional Fields: Assignee ID para el usuario propietario, Details para la descripción larga, Priority con High o None y Status con Open o Completed.

Cuando dos flujos reaccionan al mismo evento, la misma tarea aparece dos veces. Esta operación quita de Copper la que sobra.

• Task ID: obligatorio, el identificador de la tarea que se elimina. Se lee del paso que encontró la tarea, nunca de su título.

Antes de mandar un recordatorio conviene mirar la tarea. La operación devuelve la que coincide con el identificador indicado.

• Task ID: obligatorio, el identificador de la tarea que se consulta, heredado del trigger o de un listado leído justo antes.

Ver la carga de un equipo exige sacar primero las tareas del CRM, y de eso se encarga esta operación.

• Return All: activado, n8n pide páginas hasta la última tarea; desactivado, Limit pone tope a las que vuelven en cada ejecución.
• Filters: Assignee IDs y Project IDs aceptan identificadores separados por comas, suficiente para cubrir un equipo entero o un solo proyecto con un nodo.

Reasignar, subir la prioridad o corregir un título: todo eso pasa por la actualización de una tarea que ya está en Copper.

• Task ID: obligatorio, el identificador de la tarea que se modifica.
• Update Fields: Assignee ID traspasa la tarea a otro usuario, Name y Details reescriben el título y la descripción, Priority admite High o None y Status admite Open o Completed.

Copper también guarda a las personas del equipo. La operación lista los usuarios de la cuenta a la que da acceso el credential, la conexión que se guarda una vez en n8n.

• Return All: activado, vuelven todos los usuarios; desactivado, Limit decide cuántos devuelve el nodo en cada ejecución.