Integración Salesforce n8nAutomatiza Salesforce con n8n.

Deja una nota escrita en una cuenta existente, de forma que el contexto se queda en la ficha y no en el correo de una persona.

• Account ID: el registro al que pertenece la nota, muchas veces {{ $json.id }} traído de un nodo Salesforce anterior.
• Title: obligatorio, y es lo que el comercial ve en la lista, así que conviene que sea concreto.
• Body: opcional, limitado a 32 KB, bastante más de lo que ocupa cualquier resumen de reunión.
• Is Private: en true, solo la ve su propietario y quien tenga el permiso Modify All Data.

Inserta una cuenta nueva y devuelve el registro creado, con su identificador incluido, listo para el nodo siguiente.

• Name: el único campo obligatorio, con un tope de 255 caracteres.
• Additional Fields: 26 campos opcionales, entre ellos Phone, Website, Industry, Annual Revenue, Number Of Employees, Owner y todo el bloque de direcciones Billing y Shipping.
• Custom Fields: está dentro de Additional Fields y da acceso a los campos que haya añadido el administrador.

Una operación que decide sola: busca la cuenta, la actualiza si la encuentra y la crea si no aparece.

• Match Against: el campo que se consulta para saber si la cuenta ya existe, normalmente un identificador externo que gestiona el otro sistema.
• Value to Match: el valor que se busca en ese campo para el item en curso.
• Name: sigue siendo obligatorio, porque es con lo que se crea el registro cuando no hay coincidencia.

Borra una cuenta de la org. El nodo no pide ninguna confirmación: se ejecuta en cuanto el flujo llega a él.

• Account ID: el registro que se elimina. Pasa un identificador leído en la misma ejecución y no uno guardado en otro sitio, porque un ID caducado falla o, peor todavía, apunta al registro equivocado.

Lee una cuenta y devuelve sus campos. Es el paso que más se olvida al montar una actualización, y el que luego se echa de menos.

• Account ID: el registro que se consulta, normalmente heredado del item del trigger o de un resultado de búsqueda.

Trae una lista de cuentas en una sola ejecución, con margen para acotar tanto las filas como las columnas.

• Return All: activado, n8n recorre las páginas de la API hasta agotar la lista; desactivado, se queda en Limit.
• Limit: el número máximo de cuentas que se devuelven cuando Return All está desactivado.
• Fields: los campos que se incluyen, separados por comas. Pide los cinco que hacen falta, no la ficha entera.
• Conditions: filtra qué cuentas entran en la lista.

Devuelve un resumen de los metadatos del objeto Account, no de las cuentas. No hay nada que configurar, lo que la convierte en una forma rápida de ver cómo está construido el objeto en esa org.

Cambia campos de una cuenta que ya existe y deja intactos los que no se nombran.

• Account ID: el registro que se modifica.
• Update Fields: aquí hay 27 campos, uno más que al crear, porque Name pasa a ser editable en lugar de obligatorio.
• Owner Name or ID: reasigna la cuenta, y a ese campo se reduce la mayoría de los flujos de reparto por territorio.

Sube un archivo y lo adjunta a un registro. El archivo viaja como binario dentro del flujo, sin pasar por ningún almacenamiento intermedio.

• Parent ID: el registro del que cuelga el archivo, una cuenta, un caso o cualquier objeto que admita adjuntos.
• Name: aparece como File Name, con un tope de 255 caracteres.
• Input Binary Field: el nombre del campo binario que contiene el archivo, que es data mientras un nodo anterior no lo haya renombrado.
• Is Private: en true, el archivo solo lo ven su propietario y los administradores.

Quita un archivo de la org y lo borra sin vuelta atrás.

• Attachment ID: identifica al archivo en sí, no al registro que lo lleva colgado. Se consigue con un paso de listado dentro del mismo flujo, porque la ficha padre no lo entrega por su cuenta.

Recupera un archivo adjunto a partir de su identificador.

• Attachment ID: el archivo que se lee, normalmente un identificador que viene de un paso de listado o del propio trigger cuando ha sido un evento de adjunto el que ha arrancado la ejecución.

Enumera los archivos adjuntos, que es la manera práctica de saber qué hay guardado y dónde.

• Conditions: el filtro que hace útil esta operación, porque sin él la lista devuelve archivos de toda la org.
• Return All: viene desactivado, y entonces Limit marca cuántos archivos llegan.
• Fields: las columnas que se incluyen, separadas por comas.

Describe el objeto Attachment tal y como existe en la org, en forma de resumen de sus metadatos y sin ningún parámetro que rellenar.

Sustituye el contenido o los metadatos de un adjunto que ya está guardado.

• Attachment ID: el archivo que se modifica.
• Name: lo renombra, siempre dentro del tope de 255 caracteres.
• Description: un texto descriptivo, limitado a 255 caracteres.
• Input Binary Field: si se rellena, el archivo guardado se reemplaza por el binario que entra, lo que conserva el mismo registro de adjunto en vez de crear un segundo.

Publica un comentario en un caso, que es como un flujo habla dentro del hilo de soporte y no al margen de él.

• Case ID: el caso que recibe el comentario.
• Comment Body: aparece como Body en el nodo, es el texto del comentario.
• Is Published: en true, el comentario queda visible para los clientes en el portal Self-Service; en false, se queda interno. Ese campo merece una segunda lectura antes de mandar un mensaje de diagnóstico.

Abre un caso desde cualquier origen que el flujo pueda alcanzar: un formulario, una alerta de supervisión, un correo entrante.

• Type Name or ID: el único campo obligatorio, elegido de la lista que define la org.
• Additional Fields: 17 campos opcionales, entre ellos Subject, Description, Priority, Status, Case Origin, Contact ID y Account ID.
• Supplied Email: la dirección que se captura al crear el caso. Después ya no se puede cambiar, así que mejor rellenarla en este nodo que contar con corregirla más tarde.

Elimina un caso y, con él, el hilo que lleva asociado.

• Case ID: el caso que se retira. El filtro se construye antes de este nodo y nunca después, porque una vez que la ejecución pasa por aquí no queda nada que deshacer.

Carga un caso con el valor actual de sus campos.

• Case ID: el caso que se lee.

Reúne una lista de casos, la materia prima de los flujos de informes y de control de pendientes.

• Return All: si se queda desactivado, el nodo se para en Limit, y esa suele ser la razón de que un informe semanal salga sospechosamente plano.
• Limit: pone el techo de casos devueltos.
• Conditions: acota la lista, por estado o por responsable, por ejemplo.
• Fields: los campos que se incluyen, separados por comas.

Repasa los metadatos del objeto Case en lugar de devolver casos, y no pide ningún parámetro.

Modifica un caso existente, que es donde acaba la mayor parte de la automatización de soporte.

• Case ID: el caso que se actualiza.
• Update Fields: 18 campos aquí, uno más que al crear, porque Type pasa al grupo de los opcionales.
• Status Name or ID: el campo que controla directamente el indicador IsClosed, así que cerrar un caso consiste en rellenar este.
• Is Escalated: marca el caso como escalado, que es como una comprobación por reglas se lo pasa a un responsable.

La pertenencia a una campaña vive en un registro propio, no en una casilla de la ficha del contacto. Esta operación crea ese vínculo: el contacto entra en la lista de miembros y ningún campo suyo se reescribe.

• Contact ID: el identificador del contacto que inscribes, normalmente {{ $json.id }} del nodo anterior.
• Campaign Name or ID: elige la campaña en la lista que n8n carga desde tu org, o pasa un identificador con una expresión.
• Status, dentro de Options: gobierna el indicador HasResponded de esa inscripción.

Una nota es texto libre pegado a un registro, sin ocupar ningún campo de la ficha. El nodo la crea y la engancha al contacto que le indiques.

• Contact ID: la ficha que recibe la nota.
• Title: el título, lo único visible en la lista relacionada.
• Body, en Options: el cuerpo de la nota, con un límite de 32 KB.
• Is Private: activado, solo el propietario o alguien con el permiso Modify All Data puede leerla o consultarla por la API.
• Owner Name or ID: el usuario propietario de la nota.

Un elemento de entrada, una ficha de contacto creada. El nodo devuelve el identificador recién generado, y los pasos siguientes lo reutilizan para colgar ahí una nota, una tarea o un archivo.

• Last Name: el único campo obligatorio, con un tope de 80 caracteres. Vacío, detiene la ejecución.
• Additional Fields: 37 campos opcionales, entre ellos Email, Phone, Title y Account Name or ID, el que cuelga el contacto de una cuenta padre.
• Custom Fields: los campos que añadió tu administrador, en pares Field Name or ID y Value.

Sincronizar personas desde otra herramienta acaba casi siempre en duplicados. El upsert lo evita: Salesforce busca primero una coincidencia y solo crea la ficha cuando no encuentra ninguna.

• Match Against: el campo que Salesforce revisa para saber si el contacto ya existe, elegido en la lista.
• Value to Match: el valor que se busca ahí. Si aparece, el contacto se actualiza; si no, se crea uno nuevo.
• Last Name: sigue siendo obligatorio y limitado a 80 caracteres.
• Additional Fields: los mismos 37 campos opcionales, en ambas ramas.

Borrar va sin red desde el punto de vista del flujo: el nodo manda la orden y pasa al elemento siguiente, sin nada que recuperar más abajo.

• Contact ID: el identificador del registro, no el correo ni el nombre completo. Aliméntalo desde una lectura previa o desde el elemento del trigger, nunca a mano.

Un identificador entra, la ficha completa sale. Sirve en cuanto un nodo posterior necesita campos que el elemento inicial no lleva encima.

• Contact ID: el registro que se recupera, a menudo {{ $json.id }} del nodo anterior. A diferencia de las listas desplegables del resto del nodo, aquí escribes texto libre: un valor equivocado termina en ejecución fallida, no en resultado vacío.

Lectura masiva, un elemento por contacto devuelto. Lo que sale depende por completo de cómo dejes la paginación y el filtro.

• Return All: marcado, n8n encadena las páginas de la API y trae todos los contactos que coinciden; sin marcar, se para en Limit.
• Limit: el número máximo de contactos devueltos cuando Return All está desactivado.
• Conditions, en Options: filtra la consulta para traer solo una parte de la base.
• Fields: la lista de campos a incluir separados por comas, algo que aligera bastante la salida en una org grande.

Esta no devuelve contactos sino un resumen de los metadatos del objeto Contact. No hay filas que tratar después ni nada que configurar antes: responde a cómo está montado el objeto en tu org, no a quién figura dentro.

Los campos que rellenas se sobrescriben y el resto conserva su valor. Esa actualización parcial es lo que hace llevadera la operación sobre fichas que otros equipos también tocan.

• Contact ID: la ficha que se modifica.
• Update Fields: 38 campos opcionales, uno más que en la creación, porque Last Name se muda aquí y deja de ser obligatorio.
• Email Opt Out: marca que el contacto ya no quiere recibir correo desde Salesforce, ideal para conectarlo con lo que escribe tu página de baja.

Los objetos personalizados son las tablas que tu administrador añadió a la org. El nodo los trata como cualquier otro recurso: señalas el objeto, rellenas sus campos y recibes el registro creado.

• Custom Object Name or ID: el objeto donde escribir, ofrecido en una lista cargada desde tu org, así que no adivinas su nombre de API.
• Fields: los valores a poner, añadidos uno a uno como par Field Name or ID y Value.
• Record Type Name or ID, en Additional Fields: el tipo de registro cuando el objeto define varios.

Misma lógica de upsert sobre una tabla propia: Salesforce decide entre crear y actualizar mirando un campo que tú designas.

• Custom Object Name or ID: el objeto de destino.
• Match Against: el campo que se revisa para saber si el registro ya existe.
• Value to Match: si está presente en ese campo, el registro se actualiza; si no, se crea.
• Fields: los valores que se escriben en ambos casos, en pares Field Name or ID y Value.

Aquí hacen falta dos identificadores, no uno: el objeto dice sobre qué tabla se trabaja y el identificador de registro dice qué fila se retira.

• Custom Object Name or ID: el objeto personalizado que contiene el registro.
• Record ID: el registro que se borra. Es texto libre, así que normalmente viene de una lectura previa y no de algo tecleado.

Un registro suelto leído en una tabla propia, devuelto como un elemento con sus campos. Combínalo con un paso de búsqueda cuando el identificador no venga ya en los datos.

• Custom Object Name or ID: el objeto personalizado del que se lee, seleccionado en la lista.
• Record ID: el registro que se recupera.

Lectura masiva sobre una tabla propia, con los mismos interruptores de paginación que los recursos estándar y un selector de campos que conoce el esquema de tu org.

• Custom Object Name or ID: el objeto que se consulta.
• Return All: activado, se recuperan todas las páginas; desactivado, Limit pone techo al número de registros.
• Conditions, en Options: acota la consulta a las filas que te interesan.
• Field Names or IDs: una selección múltiple de campos a incluir, tomada de la lista o dada como identificadores con una expresión.

La modificación va campo por campo sobre un registro que identificas, y todo lo que no listes se queda como estaba.

• Custom Object Name or ID: el objeto donde vive el registro.
• Record ID: el registro que se actualiza.
• Fields: cada cambio expresado como par Field Name or ID y Value, que es también la vía para fijar un Record Type Name or ID cuando el objeto ofrece varios.

Entre dos nodos de n8n, un archivo viaja dentro de una propiedad binaria con nombre. Esta operación la toma y la deja en Salesforce como documento.

• Input Binary Field: el nombre del campo binario que contiene el archivo. Si falla, el nodo no tiene nada que enviar.
• Title: el nombre con el que se guarda el archivo.
• File Extension, en Additional Fields: impone una extensión; si lo dejas vacío, se usa la de los datos binarios.
• Link To Object ID: engancha el documento a un registro existente.
• Owner Name or ID: el usuario propietario del documento.

Un flow es una automatización construida dentro de la propia Salesforce. Esta operación los lista, sobre todo para dar con el nombre de API que necesitas antes de lanzar uno.

• Return All: marcado, el nodo recorre la lista completa de flows; sin marcar, Limit fija cuántos vuelven.
• Limit: el número máximo de flows devueltos.

En lugar de rehacer la lógica de negocio dentro de n8n, aquí se devuelve el mando a Salesforce: el nodo llama a un flow y este trabaja con las reglas de la org.

• API Name: el nombre de API del flow, obligatorio, y el dato que la operación de listado existe para darte.
• JSON Parameters: cambia la entrada entre la interfaz de clave y valor y el JSON en crudo.
• Variables: las variables que recibe el flow, añadidas una a una o escritas como objeto JSON según ese interruptor.

Vincular un lead existente a una campaña crea el registro de miembro de campaña en Salesforce, y el lead pasa a formar parte de esa audiencia sin que nadie abra el CRM.

• Lead ID: el identificador del lead que se vincula, normalmente {{ $json.Id }} heredado de un nodo Salesforce anterior.
• Campaign Name or ID: la campaña se elige en la lista que n8n carga desde tu org, o se pasa con una expresión cuando cambia en cada ejecución.
• Status: está dentro de Options y controla el indicador HasResponded del miembro.

Una nota creada así se queda en la ficha del lead, a la vista de quien la abra, en vez de quedarse en el correo de una sola persona.

• Lead ID: indica a qué lead pertenece la nota.
• Title: el título, y el único texto visible hasta que alguien despliega la nota.
• Body: el contenido, con un tope de 32 KB, donde cabe el resumen de una llamada o un comentario de formulario.
• Is Private: en true, solo el propietario de la nota o un usuario con el permiso Modify All Data puede leerla o consultarla por la API.

Con dos campos ya entra un lead en Salesforce: Company y Last Name. Lo demás viaja en Additional Fields, que reúne 27 campos opcionales.

• Company: la empresa del lead. Si se deja vacío y la org tiene activados los tipos de registro de cuenta personal, el lead se convierte en cuenta personal.
• Last Name: limitado a 80 caracteres.
• Email y Lead Source Name or ID: los dos opcionales, los dos dentro de Additional Fields, y el segundo decide qué contará la atribución dentro de tres meses.

¿La misma persona rellena dos formularios? Con Create acabas con dos leads. Create or Update busca primero y escribe después.

• Match Against: el campo que n8n revisa para saber si el lead ya existe.
• Value to Match: el valor que se busca en ese campo. Si aparece, el lead se actualiza. Si no, se crea uno nuevo.
• Company y Last Name: siguen siendo obligatorios, porque cualquier ejecución puede terminar en una creación.

Borrar no tiene vuelta atrás desde n8n: el nodo envía la petición y pasa al siguiente item, así que conviene poner delante un filtro fiable.

• Lead ID: el identificador del registro, no el correo ni el nombre de la empresa. Suele venir de un Get Many anterior o del trigger como {{ $json.Id }}.

Entra un identificador, sale la ficha completa en un solo item. Sirve cuando la herramienta anterior solo pasó un ID.

• Lead ID: el registro que se recupera. Una expresión como {{ $json.leadId }} mantiene el flujo de trabajo genérico de una ejecución a otra.

Get Many recorre el objeto Lead y devuelve un item por registro, el punto de partida habitual de un lote que puntúa o reparte.

• Return All: activado, n8n encadena las páginas de la API hasta el último lead. Desactivado, Limit fija cuántos vuelven.
• Conditions: los filtros que dejan en el lote solo los leads que merecen el tratamiento.
• Fields: los campos a incluir, separados por comas, para aligerar la carga en una org con mucho volumen.

Aquí no vuelve ninguna ficha. Get Summary devuelve un resumen de los metadatos del objeto Lead, su estructura y no su contenido, y no pide ningún parámetro.

Update solo escribe lo que envías: los campos ausentes de Update Fields conservan su valor, así que una carga parcial es segura.

• Lead ID: el registro que se modifica.
• Status Name or ID: uno de los 29 campos de Update Fields, elegido en la lista de estados que define la org.
• Rating y Owner Name or ID: los dos que más escribe un flujo de reparto, uno para la prioridad y otro para el comercial que recoge el lead.

En una oportunidad los comentarios llegan de varias personas a la vez. Esta operación deja uno como nota en la ficha, donde el comercial lo va a buscar.

• Opportunity ID: la oportunidad a la que se engancha la nota.
• Title: obligatorio, y conviene darle una plantilla para que la lista de notas siga siendo legible.
• Body: hasta 32 KB de texto.
• Owner Name or ID: el usuario propietario de la nota, útil cuando un credential compartido firmaría todas igual.

Tres campos abren una oportunidad: un nombre, una fecha de cierre y una etapa. Los 13 campos de Additional Fields completan la previsión alrededor.

• Name: limitado a 80 caracteres.
• Close Date: la fecha de cierre prevista, un valor de fecha y no texto libre.
• Stage Name or ID: se toma de las etapas configuradas en la org.
• Amount y Account Name or ID: opcionales los dos, pero sin ellos el informe de ventas dice poco.

La misma mecánica que en los leads, llevada a las oportunidades: n8n busca una existente y solo crea otra si la búsqueda vuelve vacía.

• Match Against y Value to Match: el campo que se revisa y el valor que se busca dentro.
• Name, Close Date y Stage Name or ID: obligatorios además de la coincidencia, porque la ejecución puede acabar creando.

Eliminar una oportunidad desvirtúa cualquier histórico del embudo construido sobre ella, y por eso casi todos los equipos prefieren una etapa de cerrada. Los duplicados son el motivo real.

• Opportunity ID: el identificador de la oportunidad que se retira, leído casi siempre de un Get Many cuyo filtro ya hizo la selección.

Leer una oportunidad devuelve su importe, su etapa y sus fechas actuales, que es lo que necesita el flujo de trabajo antes de decidir nada.

• Opportunity ID: el registro que se lee. Si viene del trigger, llega como expresión, por ejemplo {{ $json.Id }}.

Get Many saca las oportunidades como items separados, listas para sumar, agrupar o enviar allí donde el equipo comercial ya mira.

• Conditions: el filtro que hace útil la operación, por ejemplo para quedarse con una sola etapa.
• Return All: activado, n8n encadena las páginas hasta el final. Desactivado, Limit decide cuántas vuelven.
• Fields: separados por comas, para traer el importe y la fecha de cierre sin el resto de la ficha.

Get Summary describe el objeto Opportunity, no una oportunidad concreta: devuelve un resumen de sus metadatos y no pide parámetro alguno.

Mover una oportunidad suele reducirse a un campo, y Update Fields ofrece 16 para elegir.

• Opportunity ID: la oportunidad que se modifica.
• Stage Name or ID: lo que más escribe una automatización de ventas.
• Amount: el importe total estimado de la venta, que conviene refrescar cuando cambia el presupuesto.
• Next Step: la descripción de la siguiente acción para cerrar, con un tope de 255 caracteres.

Query ejecuta una consulta SOQL y devuelve todos sus resultados en una sola respuesta, lo que cubre las lecturas que las operaciones por recurso no saben expresar.

• Query: la cadena SOQL, del estilo SELECT+Name+FROM+MyObject. Una consulta inválida devuelve una respuesta MALFORMED_QUERY, así que mejor probarla en Salesforce antes de conectarla.

Solo un campo es obligatorio para crear una tarea: su estado. Los 25 campos de Additional Fields se encargan del resto.

• Status Name or ID: el estado actual, In Progress o Completed, de la lista de la org.
• Subject Name or ID: el asunto, con un tope de 255 caracteres.
• Activity Date: la fecha de vencimiento, siempre marcada a medianoche en UTC.
• Who ID: apunta a una persona, lead o contacto, y What ID, a una cuenta, una oportunidad o un caso.

Las tareas se acumulan más rápido que cualquier otro objeto de un CRM, y esta operación quita una de forma definitiva.

• Task ID: la tarea que se retira. Conviene alimentarlo desde un Get Many cuyas Conditions ya han reducido la lista, porque aquí nadie pide confirmación.

Recuperar una tarea devuelve su estado, su asunto y los registros con los que está relacionada.

• Task ID: el identificador de la tarea que se lee, normalmente heredado del item del trigger.

Get Many lista las tareas item a item, y así el flujo de trabajo averigua qué le queda pendiente al equipo.

• Return All: activado, n8n sigue pidiendo páginas hasta la última tarea. Desactivado, Limit lo para antes.
• Conditions: los filtros que acotan el lote a un propietario o a un estado.
• Fields: los campos que se devuelven, separados por comas.

Igual que sus equivalentes en leads y oportunidades, esta llamada devuelve un resumen de los metadatos del objeto Task y ninguna tarea.

Update reescribe los campos que envías y deja el resto intacto, entre los 26 disponibles en Update Fields.

• Task ID: la tarea que se modifica.
• Status Name or ID: lo que escribe la mayoría de automatizaciones, para cerrar una tarea desde fuera de Salesforce.
• Is ReminderSet: activa o apaga el recordatorio emergente, y Reminder Date Time fija el momento en que salta.

Devuelve la ficha de un único usuario de Salesforce a partir de su identificador y la pasa al siguiente nodo, de modo que el flujo trabaje con datos legibles y no con un ID suelto.

• User ID: el identificador del usuario que hay que recuperar, casi siempre una expresión como {{ $json.userId }} (una expresión de n8n toma el valor del item que llega del nodo anterior).

Aquí el nodo recorre los usuarios de la org y saca un item por cada uno. Es el punto de partida de cualquier flujo que reparta registros entre varias personas.

• Return All: activado, n8n encadena las páginas de la API hasta el último usuario; desactivado, Limit marca cuántos se devuelven.
• Conditions: filtra la lista dentro de Salesforce, una condición por línea con Add Condition.
• Fields: los campos que quieres incluir, separados por comas, para no arrastrar la ficha entera.