Resources · n8n integration

Monica CRM n8n integrationAutomate Monica CRM with n8n.

Contacts, calls and activities can be written by a workflow instead of by hand. The Monica CRM n8n integration exposes 52 operations spread over 12 resources. No trigger node ships with it, so a schedule or another app starts the run. Built for anyone who keeps records straight.

Verified Trustpilot reviews · AI, automation & growth agency

Why automate

What does the Monica CRM n8n integration do?

The Monica CRM node consumes the Monica CRM API from inside a workflow. You pick a resource, pick an operation, fill the fields the node asks for, and n8n creates, reads, updates or deletes the record. 52 operations sit behind 12 resources, so contacts, contact fields, activities, calls and tags are a dropdown away instead of a request you assemble yourself.

Start with intake. A form reply lands in the workflow, contact.create writes the person from First Name and Gender Name or ID, contactField.create attaches the email or the phone number as a contact field, and contactTag.add labels the record. Three nodes, one pass, nothing retyped. Swap the form for an inbox and Gmail does the starting instead.

Reporting is the second shape. contact.getAll with Return All switched on walks every page the API returns, and the rows drop into Google Sheets as a snapshot you can sort and filter. Leave Return All off and Limit caps the batch, which is what you want while the workflow is still being tested.

Third, the follow up log. A call ends somewhere else, call.create files it against the contact with Called At and a description, and a one line message goes out through Slack so the log is visible without anyone opening Monica CRM.

The node ships with 52 operations. Anything outside that catalogue is still reachable: the HTTP Request node calls any endpoint of the Monica CRM API and reuses the same credential through its predefined authentication, so the connection stays single.

Two mechanics are worth knowing before you build. Monica CRM has no trigger node in n8n, so a workflow starts from a Schedule Trigger on a fixed interval, from an n8n Webhook (a URL a third party calls) or from another tool's trigger. And most references are identifiers, not names: a contact, a tag or an activity type travels as an ID that the node offers in a list, or that you pass as an expression such as {{ $json.field }}, which reads a field of the incoming item. The n8n review covers where the platform fits.

Connect

How do you connect Monica CRM to n8n?

  1. 01

    Pick your Monica CRM instance

    Sign up for a Monica CRM account, or self-host an instance on your own server. Decide which one before touching n8n, because the credential opens on an Environment choice: Cloud-Hosted if you reach Monica through Monica, Self-Hosted if the instance runs on your server. The self-hosted path also needs the address it answers on.

  2. 02

    Generate an API token

    Inside Monica CRM, open Settings > API and generate a token. That token is the whole authentication story here: the node supports the API token method and nothing else, so there is no OAuth screen to click through and no scope list to tick. Copy the value when it appears, since a token is meant to be stored somewhere safe rather than read back later.

  3. 03

    Create the credential in n8n

    In n8n, open the Credentials menu and create a Monica CRM credential, which is the stored connection a node reuses. Set Environment, paste the API Token, and on Self-Hosted fill the Self-Hosted Domain with your instance address. Save it once and every Monica CRM node in every workflow offers it in its dropdown.

Actions

What can the Monica CRM node do?

The Monica CRM node exposes 52 operations across 12 resources. For each one: the node as you configure it in n8n, the required fields, and our field notes.

Activity

5 operations
01

Create an activity

activity.create

What you see in n8n

Notes & use cases

Logs an activity and ties it to the contacts who took part in it.

Key parameters

  • Activity Type Name or ID: taken from the list the node loads, or passed as an ID through an expression.
  • Contacts: a comma separated list of the contact IDs the activity belongs to.
  • Happened At: the date the activity happened.
  • Summary: a brief description of what happened, capped at 255 characters.
  • Description: optional, under Additional Fields, when the summary is too short to hold the detail.
Use cases
a meeting that just ended in a calendar tool becomes an activity on the two contacts it involved, dated from the event itself.
02

Delete an activity

activity.delete

What you see in n8n

Notes & use cases

Removes one activity from Monica CRM for good. The operation works on a single record at a time, so the workflow has to know which one before it runs.

Key parameters

  • Activity ID: the ID of the activity to delete, usually carried over from the node that found it.
Use cases
a test run that filled a contact with duplicate activities gets cleaned up by looping the IDs into this operation instead of clicking through them.
03

Get an activity

activity.get

What you see in n8n

Notes & use cases

Reads back a single activity and hands it to the next node, which is the usual way to check what a record holds before changing it.

Key parameters

  • Activity ID: the ID of the activity to retrieve.
Use cases
before an update writes a new summary, this operation pulls the current one so the workflow can compare the two and skip the write when nothing moved.
04

Get many activities

activity.getAll

What you see in n8n

Notes & use cases

Pulls a batch of activities in one execution, with no identifier to supply.

Key parameters

  • Return All: switched on, n8n chains the API pages until every activity has come back; switched off, the batch stops at Limit.
  • Limit: the maximum number of activities the node returns when Return All stays off.
Use cases
a monthly recap that counts how many activities were logged, small batch first while the workflow is being wired, everything once it is.
05

Update an activity

activity.update

What you see in n8n

Notes & use cases

Edits an activity that already exists. Only the fields added under Update Fields carry new values.

Key parameters

  • Activity ID: the identifier of the activity you are changing, usually carried over from the node that located it earlier in the run.
  • Summary: a new brief description, still capped at 255 characters.
  • Happened At: a corrected date for when the activity happened.
  • Contacts: the IDs of the contacts the activity is associated with.
  • Activity Type Name or ID: a different type, from the list or as an ID.
Use cases
a meeting logged on the wrong day gets its date fixed without anyone deleting and rewriting the whole record.

Call

5 operations
06

Create a call

call.create

What you see in n8n

Notes & use cases

Records a phone call and ties it to one contact.

Key parameters

  • Contact ID: the ID of the contact the call is associated with.
  • Called At: the date the call happened, which is rarely the date the workflow runs.
  • Description: what the call was about, the field that makes the entry worth keeping.
Use cases
a telephony tool closes a conversation, the workflow reads its payload and files the call on the matching contact while the details are still fresh.
07

Delete a call

call.delete

What you see in n8n

Notes & use cases

Deletes one logged call from Monica CRM. Nothing else on the contact is touched, and neither the contact nor its other calls move: only that single entry disappears from the log.

Key parameters

  • Call ID: the ID of the call to delete.
Use cases
a telephony webhook that fired twice leaves two identical entries on the same contact, and a cleanup branch drops the second one by its ID.
08

Get a call

call.get

What you see in n8n

Notes & use cases

Fetches one call and returns it to the workflow, description included, without touching anything in the record.

Key parameters

  • Call ID: the ID of the call to retrieve.
Use cases
a reminder workflow reads the logged call before sending anything, so the message that goes out can quote what was actually said rather than fall back on a generic line nobody answers.
09

Get many calls

call.getAll

What you see in n8n

Notes & use cases

Walks the call log and returns the entries as separate items.

Key parameters

  • Return All: on, n8n follows the API pages to the end of the call log; off, it stops early.
  • Limit: the ceiling on how many calls come back when Return All is off.
Use cases
exporting the call history into a spreadsheet, where Return All is the difference between a full export and the first page of it.
10

Update a call

call.update

What you see in n8n

Notes & use cases

Changes a call that is already logged, field by field.

Key parameters

  • Call ID: the ID of the call to update.
  • Description: a rewritten account of the call.
  • Called At: the date the call happened, when the first value was off.
  • Contact ID: the contact the call is associated with, if it was filed on the wrong person.
Use cases
a transcription arrives minutes after the call was created, and this operation replaces the placeholder description with the real one.

Contact

5 operations
11

Create a contact

contact.create

What you see in n8n

Notes & use cases

Writes a new contact and returns it, which makes this the entry point of most Monica CRM workflows.

Key parameters

  • First Name: required, and the only name part the operation insists on.
  • Gender Name or ID: required too, chosen from the list the node loads or given as an ID.
  • Last Name and Nickname: optional, under Additional Fields.
  • Type: false for Real, a contact with their own contact sheet, or true for Partial, a contact without one.
  • Birthdate: optional date, useful later for reminders.
Use cases
a signup form creates the contact, and the workflow keeps the returned ID to attach fields and tags in the same run.
12

Delete a contact

contact.delete

What you see in n8n

Notes & use cases

Drops a contact from Monica CRM. This is the one operation in the resource worth guarding with a condition, because the record goes away with everything filed under it.

Key parameters

  • Contact ID: the ID of the contact to delete.
Use cases
a removal request comes in, the workflow finds the matching contact, waits for an approval step, then runs this operation once.
13

Get a contact

contact.get

What you see in n8n

Notes & use cases

Looks up one contact by ID and returns the record as a single item, ready for the next node to read.

Key parameters

  • Contact ID: the ID of the contact to retrieve.
Use cases
an automation about to log a call reads the contact first, so the notification it posts afterwards names a person instead of an identifier that means nothing to the people reading it.
14

Get many contacts

contact.getAll

What you see in n8n

Notes & use cases

Lists contacts, with the only search controls the node exposes.

Key parameters

  • Return All: on, every page of contacts comes back; off, Limit decides how many.
  • Search Term: under Filters, a term the results are filtered by.
  • Sort: created_at, -created_at, updated_at or -updated_at, so recently changed contacts can come first.
Use cases
a weekly sync that only needs what moved, sorted by -updated_at with Limit set low.
15

Update a contact

contact.update

What you see in n8n

Notes & use cases

Applies new values to a contact that already exists, through the Update Fields collection.

Key parameters

  • Contact ID: the ID of the contact to update.
  • First Name and Last Name: the name parts, either of them on its own.
  • Gender Name or ID: from the list, or as an ID through an expression.
  • Nickname and Birthdate: filled in later, once someone actually knows them.
  • Is Deceased and Deceased Date: whether the contact has passed away, and when.
Use cases
a spreadsheet of corrected names is looped through this operation, one row per contact.

Contact Field

4 operations
16

Create a contact field

contactField.create

What you see in n8n

Notes & use cases

Attaches a piece of information to a contact, such as the value that belongs to a given field type.

Key parameters

  • Contact ID: the contact the field is associated with.
  • Contact Field Type Name or ID: the type, from the list the node loads or as an ID.
  • Content: the value itself, up to 255 characters.
Use cases
right after a contact is created, one node per field type adds what the form collected, so the contact sheet is complete in the same execution.
17

Delete a contact field

contactField.delete

What you see in n8n

Notes & use cases

Clears a single contact field, leaving the contact and the rest of its fields in place.

Key parameters

  • Contact Field ID: the ID of the contact field to delete, which is the field's own identifier and not the contact's.
Use cases
an address that bounced is removed from the sheet rather than left there for someone to reuse by mistake.
18

Get a contact field

contactField.get

What you see in n8n

Notes & use cases

Returns one contact field, so the workflow can branch on the value it holds instead of guessing at it.

Key parameters

  • Contact Field ID: the ID of the contact field to retrieve.
Use cases
a branch that hesitates between two channels reads the field first, then routes the message according to what actually came back rather than to what the workflow had assumed.
19

Update a contact field

contactField.update

What you see in n8n

Notes & use cases

Replaces the content of a contact field. This one asks for four values, more than the other contact field operations.

Key parameters

  • Contact ID: the contact the field is associated with.
  • Contact Field ID: the field being updated.
  • Contact Field Type Name or ID: the type, from the list or as an ID.
  • Content: the new value, up to 255 characters.
Use cases
a phone number changes, and the workflow rewrites the existing field instead of stacking a second one next to it.

Contact Tag

2 operations
20

Add a tag to a contact

contactTag.add

What you see in n8n

Notes & use cases

Tags a contact, and takes several tags in one go.

Key parameters

  • Contact ID: the contact to add the tags to.
  • Tag Names or IDs: a multiple choice field, picked from the list the node loads or given as IDs through an expression.
Use cases
contacts coming from an event get the event tag the moment they are created, which is what makes them findable as a group afterwards.
21

Remove a tag from a contact

contactTag.remove

What you see in n8n

Notes & use cases

Detaches tags from a contact. The tags themselves keep existing, only the link to that contact goes.

Key parameters

  • Contact ID: the contact to remove the tag from.
  • Tag Names or IDs: the tags to take off, from the list or as IDs.
Use cases
at the end of a campaign, every contact that carried its tag is looped through this operation so the label stops following them around.

Conversation

4 operations
22

Create a conversation

conversation.create

What you see in n8n

Notes & use cases

A conversation record keeps an exchange with a contact inside Monica, and this operation creates one from data already travelling through the workflow.

Key parameters

  • Contact ID: the ID of the contact to associate the conversation with, often read from a previous node with {{ $json.field }}.
  • Contact Field Type Name or ID: choose a value from the list the node loads, or supply an ID through an expression.
  • Happened At: the date when the conversation happened.
Use cases
a support tool marks a chat as closed, and the workflow files that exchange under the right contact instead of leaving it in the helpdesk.
23

Delete a conversation

conversation.delete

What you see in n8n

Notes & use cases

Deleting works on one conversation at a time. The record leaves Monica, so the operation belongs at the end of a cleanup branch rather than in the middle of a sync that still needs the data.

Key parameters

  • Conversation ID: the ID of the conversation to delete.
Use cases
a first import created the same exchange twice, and a scheduled workflow keeps the good record while removing the copy nobody wants to read again.
24

Get a conversation

conversation.get

What you see in n8n

Notes & use cases

Reading one conversation back gives the workflow the stored record, which is what you need when a later step has to act on a single exchange instead of a whole list. The node returns that one item and nothing else.

Key parameters

  • Conversation ID: the ID of the conversation to retrieve.
Use cases
an account manager drops an ID into a form, and the workflow pulls the exchange to build a short recap before a meeting.
25

Update a conversation

conversation.update

What you see in n8n

Notes & use cases

Wrong date, or a value picked too fast: this operation rewrites a conversation that already exists instead of adding a second record next to it.

Key parameters

  • Conversation ID: the ID of the conversation to update.
  • Contact Field Type Name or ID: choose a value from the list the node loads, or supply an ID through an expression.
  • Happened At: the date when the conversation happened.
Use cases
a meeting moves to another day, and the workflow pushes the new date to Monica so the contact timeline stays true.

Conversation Message

2 operations
26

Add a message to a conversation

conversationMessage.add

What you see in n8n

Notes & use cases

Messages sit inside a conversation, and this operation appends one to a conversation that already exists.

Key parameters

  • Conversation ID: the ID of the contact whose conversation receives the message.
  • Content: the content of the message.
  • Written At: the date when the message was written.
  • Written By: the author, true for User and false for Contact.
Use cases
an inbound reply arrives by email, and the workflow stores its text under the running conversation with the contact marked as author.
27

Update a message in a conversation

conversationMessage.update

What you see in n8n

Notes & use cases

Correcting a stored message needs two identifiers, one for the message and one for the conversation it belongs to. What changes goes into the optional collection.

Key parameters

  • Message ID: the ID of the message to update.
  • Conversation ID: the ID of the conversation whose message you update.
  • Update Fields: holds Content, Written At, Written By and Contact ID.
Use cases
a transcription job returns a cleaner version of a message, and the workflow replaces the text without touching the rest of the exchange.

Journal Entry

5 operations
28

Create a journal entry

journalEntry.create

What you see in n8n

Notes & use cases

A journal entry pairs a title with a body of text, and the operation writes it straight into Monica without anyone opening the app.

Key parameters

  • Title: the title of the journal entry, 250 characters at most.
  • Content: the body of the entry, up to 100000 characters.
Use cases
every Friday a Schedule Trigger gathers what happened during the week and files a single dated entry, so the journal keeps going even on busy weeks.
29

Delete a journal entry

journalEntry.delete

What you see in n8n

Notes & use cases

One identifier is enough to erase a journal entry. The record leaves Monica, so a workflow that deletes in bulk deserves a human approval step right before this node runs.

Key parameters

  • Journal Entry ID: the ID of the journal entry to delete.
Use cases
a test run wrote the same draft twice, and a cleanup workflow removes the entry that nobody kept.
30

Get a journal entry

journalEntry.get

What you see in n8n

Notes & use cases

Fetching a single entry returns what Monica holds for that record, ready for a step that has to read the text rather than walk the whole journal. Nothing is paginated here, the node answers with one item.

Key parameters

  • Journal Entry ID: the ID of the journal entry to retrieve.
Use cases
a daily digest names one entry, and the workflow reads it before sending its content to a private Telegram chat.
31

Get many journal entries

journalEntry.getAll

What you see in n8n

Notes & use cases

Listing entries walks the journal instead of pointing at one record. Two standard n8n fields decide how far the node goes.

Key parameters

  • Return All: on, n8n follows the API pages until every journal entry is back.
  • Limit: with Return All off, it caps how many entries come back in one run.
Use cases
a monthly export pours the journal into a spreadsheet, with Return All on so the run does not stop at the first page.
32

Update a journal entry

journalEntry.update

What you see in n8n

Notes & use cases

Rewriting an entry keeps its place in the journal: the node targets one record, then applies whatever sits in the optional collection.

Key parameters

  • Journal Entry ID: the ID of the journal entry to update.
  • Update Fields: carries Title, 250 characters at most, and Content, the body of the entry.
Use cases
a running recap entry gets a new paragraph at each execution, so one record grows instead of a pile of short ones nobody rereads.

Note

5 operations
33

Create a note

note.create

What you see in n8n

Notes & use cases

Notes attach free text to a contact. The operation creates one and needs the contact it belongs to.

Key parameters

  • Contact ID: the ID of the contact to associate the note with.
  • Body: the text of the note, up to 100000 characters.
  • Is Favorited: optional, marks the note as favorited.
Use cases
a form answer lands in the workflow and becomes a note under the right contact, so the next call starts with the context already written down.
34

Delete a note

note.delete

What you see in n8n

Notes & use cases

Some notes only make sense for a while. This operation removes one from Monica, and the workflow needs nothing but its identifier to get there. Put it behind a condition rather than on a raw list.

Key parameters

  • Note ID: the ID of the note to delete.
Use cases
a temporary note written at the start of a client setup goes away once that contact reaches the stage where it no longer helps.
35

Get a note

note.get

What you see in n8n

Notes & use cases

Pulling one note back is the read side of the same pair: the node returns the stored record so a later step can work on its text, quote it or push it somewhere else.

Key parameters

  • Note ID: the ID of the note to retrieve.
Use cases
a sales rep asks for context through a chat command, and the workflow answers with the note kept on that contact.
36

Get many notes

note.getAll

What you see in n8n

Notes & use cases

When a workflow needs every note rather than one, this operation runs the list and hands the items to the next node.

Key parameters

  • Return All: on, n8n keeps requesting pages until the whole set of notes is retrieved.
  • Limit: with Return All off, it stops the run at that many notes.
Use cases
a quarterly review copies the notes into a shared sheet, where the team reads them without opening the CRM at all.
37

Update a note

note.update

What you see in n8n

Notes & use cases

Editing a note in place avoids the duplicate a second create would leave behind. The node takes the note, then reads the optional collection.

Key parameters

  • Note ID: the ID of the note to update.
  • Update Fields: holds Body, the text of the note, Contact ID, the contact it is attached to, and Is Favorited.
Use cases
a note opened during a first call is completed after the second one, so the contact keeps a single readable history.

Reminder

5 operations
38

Create a reminder

reminder.create

What you see in n8n

Notes & use cases

Reminders are dated and can repeat. Creating one takes the date, the frequency and a title, with the other fields left to your workflow.

Key parameters

  • Frequency Type: one_time, week, month or year.
  • Initial Date: the date of the reminder.
  • Title: the title of the reminder.
  • Recurring Interval: the interval for the reminder.
  • Contact ID: the contact to associate the reminder with.
  • Description: optional text about the reminder.
Use cases
a signed contract triggers a yearly reminder to call the client back before renewal.
39

Delete a reminder

reminder.delete

What you see in n8n

Notes & use cases

A reminder that no longer applies leaves Monica with its identifier alone. The node acts on that single record, which is the clean way to close a follow-up already handled somewhere else.

Key parameters

  • Reminder ID: the ID of the reminder to delete.
Use cases
a deal is lost, and the workflow that updates the contact also deletes the follow-up reminder attached to it.
40

Get a reminder

reminder.get

What you see in n8n

Notes & use cases

Reading a reminder back is useful before acting on it: the node returns the record, and the branch that follows decides what to do with it.

Key parameters

  • Reminder ID: the ID of the reminder to retrieve.
Use cases
a chat command sends an ID, and the workflow replies with the reminder stored behind it, so nobody opens the CRM just to check a date.
41

Get many reminders

reminder.getAll

What you see in n8n

Notes & use cases

The list side of the resource returns reminders as items, one per record, and two fields set how many of them travel down the workflow.

Key parameters

  • Return All: on, n8n asks the API for the next page until every reminder is collected.
  • Limit: with Return All off, the run stops once that many reminders are in.
Use cases
every morning a Schedule Trigger lists the reminders, a filter node keeps what the team cares about, and the batch lands in a shared Discord channel.
42

Update a reminder

reminder.update

What you see in n8n

Notes & use cases

Changing a reminder covers everything the create step set, plus the description, through one optional collection.

Key parameters

  • Reminder ID: the ID of the reminder to update.
  • Update Fields: Title, Initial Date, Frequency Type, Recurring Interval, Description and Contact ID.
Use cases
a client moves a yearly review to another month, and the workflow pushes the new date instead of deleting the reminder and building it again.

Tag

5 operations
43

Create a tag

tag.create

What you see in n8n

Notes & use cases

Adding a label to a Monica account starts here: the operation creates a tag that contacts can be attached to later. It lives at account level, so one tag serves the whole address book.

Key parameters

  • Name: the wording of the tag, capped at 250 characters. Type it in the node, or pull it from an earlier step with {{ $json.field }} when the label comes from a form or a spreadsheet row.
Use cases
a consultancy keeps one tag per event it hosts. As soon as the attendee export reaches n8n, the workflow creates the tag with the event name in Name.
44

Delete a tag

tag.delete

What you see in n8n

Notes & use cases

Labels pile up over the months. This operation removes one of them from the Monica account for good.

Key parameters

  • Tag ID: the identifier of the tag to delete. Monica expects that identifier, not the wording shown on the contact sheet, so most workflows read it from a previous step with {{ $json.field }}.
Use cases
a quarterly tidy-up loops over a shortlist of retired labels and deletes each one, so the tag picker stays readable for the people who use Monica by hand.
45

Get a tag

tag.get

What you see in n8n

Notes & use cases

One tag, read back from Monica by its identifier. The operation returns that tag's record, which is what a workflow needs before it branches on a label it assumes exists.

Key parameters

  • Tag ID: the identifier of the tag to retrieve, usually carried over from a listing step or stored earlier in the run as {{ $json.field }}.
Use cases
a nightly job checks that the tags it depends on are still in place before the rest of the workflow starts writing contacts and tasks.
46

Get many tags

tag.getAll

What you see in n8n

Notes & use cases

The whole label set of a Monica account comes back through this operation, one item per tag. It is the usual first step when a workflow holds a tag name and needs the matching identifier.

Key parameters

  • Return All: switched on, n8n walks the API pages until every tag in the account has been returned.
  • Limit: used when Return All stays off, it caps how many tags come out of the node.
Use cases
a monthly export pushes the tag list to a sheet, so the team can see which labels are actually being used.
47

Update a tag

tag.update

What you see in n8n

Notes & use cases

Wording that no longer fits gets corrected here. The operation rewrites an existing tag in Monica, and both of its inputs are required: the tag being changed, and the text it should carry afterwards.

Key parameters

  • Tag ID: the identifier of the tag being updated.
  • Name: the new wording, capped at 250 characters, sent on every call since it is required.
Use cases
a team standardizes its labels from a mapping table and feeds Name with {{ $json.field }} row after row.

Task

5 operations
48

Create a task

task.create

What you see in n8n

Notes & use cases

A Monica task always belongs to somebody, so this operation asks who the work is for before anything else, then files the task on that person.

Key parameters

  • Contact ID: the identifier of the contact the task is associated with.
  • Title: the wording of the task, capped at 250 characters.
  • Description: an optional field, inside Additional Fields, for the longer text behind the title.
Use cases
once a meeting wraps up, the workflow opens a follow-up task on the same contact and puts the agreed next step in Description.
49

Delete a task

task.delete

What you see in n8n

Notes & use cases

Work that gets cancelled rather than finished has no reason to sit on a contact sheet. This operation takes the task out of Monica.

Key parameters

  • Task ID: the identifier of the task to delete, generally taken from the listing step that found it, as {{ $json.field }}.
Use cases
when a deal is dropped in the tool where the team tracks it, an n8n workflow clears the tasks opened for it, instead of leaving a to-do list nobody will ever act on.
50

Get a task

task.get

What you see in n8n

Notes & use cases

Before a workflow decides what to send next, it often needs the current state of a single task. This operation fetches that one task from Monica by identifier.

Key parameters

  • Task ID: the identifier of the task to retrieve, kept from the step that created it or from a listing run earlier in the same execution.
Use cases
a reminder workflow reads the task first and routes on what it finds, so nobody gets nudged about something a colleague already handled.
51

Get many tasks

task.getAll

What you see in n8n

Notes & use cases

Recap workflows start by reading what is on the list. This operation returns the tasks recorded in Monica, one item each, ready to be filtered, counted or posted somewhere the team actually looks.

Key parameters

  • Return All: switched on, n8n follows the API pages until the last task has come back.
  • Limit: with Return All off, this number sets how many tasks the node returns at most.
Use cases
every Monday morning, a workflow pulls the tasks and drops a short digest into a channel the team already reads.
52

Update a task

task.update

What you see in n8n

Notes & use cases

A task that changes hands, wording or status is rewritten through this operation. Only the identifier is required; everything else travels in the Update Fields collection.

Key parameters

  • Task ID: the identifier of the task being updated.
  • Completed: marks whether the task has been completed.
  • Title: the wording of the task, capped at 250 characters.
  • Description: the longer text behind the title.
  • Contact ID: the contact the task is associated with, for work that moves to someone else.
Use cases
a support workflow ticks Completed as soon as the matching thread is closed elsewhere.
Need help

Need help automating Monica CRM with n8n?

A person reads every message.

FAQ

Monica CRM and n8n, the questions that come next

01Is the Monica CRM n8n integration free?
Yes, on the n8n side. The Monica CRM node ships with n8n, so there is nothing to install and nothing extra to pay for the node itself, whether you run n8n Cloud, the hosted offer from n8n, or a self-hosted instance under the Community Edition and its Sustainable Use licence. A workflow built in one place behaves the same in the other. The credential you create is stored once in the Credentials menu and reused by every Monica CRM node in every workflow, so the setup cost is a few minutes, once, and not once per automation.
02What credentials does the Monica CRM node need?
An API token, which is the only authentication method this node supports. Generate it in Monica CRM under Settings and API, then create the credential in n8n. It asks for an Environment first: Cloud-Hosted if you reach your instance through Monica, Self-Hosted if it runs on your own server, in which case you also fill the Self-Hosted Domain with the address it answers on. Paste the API Token, save, and the node lists the credential in its dropdown from then on. There is no OAuth flow and no scope list to review.
03What are the limits of the Monica CRM node in n8n?
Three things shape what you can build. Read operations return a page at a time: Return All chains those pages until everything has come back, and with it switched off, Limit sets the ceiling. Most references travel as identifiers rather than names, so a contact, a tag or an activity type is an ID you pick from a list or pass as an expression. And the node exposes 52 operations across 12 resources; for anything outside that catalogue, the HTTP Request node calls any endpoint of the Monica CRM API and reuses the same credential through its predefined authentication.
04Can an n8n workflow react to changes in Monica CRM?
Not directly. Monica CRM has no trigger node in n8n, so a workflow that involves it always starts somewhere else. Three ways round it. A Schedule Trigger runs the workflow at a fixed interval and reads with Get many contacts or Get many calls, which suits recaps and syncs. An n8n Webhook gives you a URL that a third party calls, so the workflow starts the moment that service has something to say. Or another tool's trigger opens the run, and the Monica CRM node is simply the step that writes the record.
05n8n or Make for automating Monica CRM?
It depends on four criteria, and both platforms are honest options. Hosting first: n8n runs self-hosted with Docker or npm, or on n8n Cloud, while Make is hosted only. Data control follows from that, since a self-hosted instance keeps the contact records on infrastructure you own. Cost model next: Make bills per operation, which is worth modelling when a workflow loops over every contact. Visual logic last, and that one is personal, so the fair test is to rebuild the same small Monica CRM workflow in both and keep the one you can still read a month later.