# Integrating Momentum with Salesforce A note written back needs a field name. The failure is a note on the wrong opportunity. **Published:** 2026-08-21 **Canonical:** https://synconai.com/integrating-momentum-with-salesforce **Author:** SynconAI Architecture Team ## In short Salesforce completed the Momentum acquisition on 2 March 2026. A note written back needs a field name, and this page will not invent one. There is no win rate in the record. Name the system that heard the conversation, the note, and the failure: a note on the wrong opportunity. ## Sources - **Salesforce Signs Definitive Agreement to Acquire Momentum** (retrieved 2026-03-02) https://www.salesforce.com/news/stories/salesforce-signs-definitive-agreement-to-acquire-momentum/ > Salesforce completed its acquisition of Momentum on March 2, 2026. ## What to take away - A note written back to Salesforce needs a field name that already exists. This page will not invent the field. - There is no win rate to copy into a business case. A recording is not that figure. - The object is the note. It lands on an opportunity only when you can say which one, and why. - The failure is a note on the wrong opportunity, even when the words in the note are accurate. ## The guide A seller opens an opportunity on Monday and finds a note they did not write. The note describes a call. The call happened. It happened with a different account. The words were faithful to that other conversation, and they are now sitting on the wrong record, where a forecast conversation will treat them as fact. Nobody can say which field was supposed to receive the note, because the project never named a field. The write used whatever text area was easiest to fill. That is the integration. Not the close. The close does not know your opportunities. The integration is the system that heard the conversation, the note as an object with a real field name, and the failure when the note lands on the wrong opportunity. Until those three are written down, a connector is a way to misfile calls at speed. This page holds the three labels. How you scope consent, retention, and a partner is [Momentum, call insight, and what the acquisition does not prove](/momentum-salesforce). What the close itself published, and what it did not, is [What happened to Momentum](/what-happened-to-momentum). Go to those when the room is arguing about the deal or the build. Stay here until you can point at the opportunity and say why the note belongs there. ## What the cited page says The sentence this page quotes is the completion record: "Salesforce completed its acquisition of Momentum on March 2, 2026." Outside the quotation, the day is 2 March 2026. Completed means the deal is done. It is not a statement that your org gained a new write into opportunities that morning. The sentence does not name a field. It does not name an object. It does not give you a win rate. A business case that needs a percentage will not find one here, and this page will not invent one. A before-and-after on your pipeline is a study you have not run. A round number in a footnote is not that study. Take it off the slide. The integration does not get easier because a slide is more persuasive. There is also no screen, no daily cap, no price, and no connector name in the sentence. Do not draw them. If a proposal includes a connector with a product name this source does not use, ask where the name is published. If the answer is the proposal itself, the name comes off. What you may say, from the work in front of you, is narrower. People have conversations. A note might be written back to Salesforce. That note is only an integration when it has a field that already exists, on a record you can identify, under a rule a person can apply. Everything else is a wish. ## The system The system is the path from a conversation to a Salesforce record. Name both ends. The conversation has a source you can point at: a call, a video, a room where people spoke. Salesforce, for this page, is the opportunity the note might land on. If you cannot name the source of the words, you cannot defend the note. If you cannot name the opportunity, you must not write. Do not start by connecting every seller's calendar because the deal closed. A calendar is easy. The opportunity match is the work. "The latest open opportunity on the account" is a rule you may choose, and it is a dangerous default, because accounts have more than one open opportunity. Write the rule in a sentence. Include what happens when two opportunities match, and what happens when none do. The safe result when none match is no write. A new opportunity created so the note has a home is a second decision, with its own owner. Do not hide it inside the note. The person who accepts the write is part of the system. A note that appears with no one accountable will be treated as the system of record by the next reader. Field history should show a person when a value changes. Confidence in a summary is not a person. If the seller owns the relationship, the seller accepts the note, or the note stays in a place the seller can reject. An automatic write that skips the seller will produce the Monday failure faster than a careful one. There is no win-rate system hiding behind this. Do not add a score, a percentage, or a forecast stage because a summary sounded sure. Stage and amount already have owners in most orgs. This page will not tell you to overwrite them. It will not give you a substitute field either. Your org has field names. Use one that already exists, chosen by the people who own the opportunity, or do not write. ## The object The object is the note. A note written back needs a field name. This page will not invent the field. Inventing a field is how a diagram grows an API name that no admin can find on Monday. If the team cannot point at a field that already exists, the integration is not ready. The missing name is the status. It is not a gap for a consultant to fill with a plausible word. Say what the note is allowed to contain, in plain language, without pretending you have named the field for them. A short account of what was said. A next step the seller can accept or reject. Not a guess about whether the deal will close. Not a personality judgement. Not a number the customer read aloud that you are not prepared to store. The refusal list sits beside the field, once the field has a real name. Until the name exists, the refusal list has nowhere to attach, and that is a reason to wait. The note is not the recording. The recording, if you keep one, is a different object with its own retention and its own audience. Collapsing them means a CRM field becomes a place to hide a transcript, and a transcript becomes something the whole account team can read. Split them. This page's object is the note that lands on the opportunity. Who may hear the original conversation is a decision on the implementation page. Do not skip it by only talking about the note. A note without a target record is not yet the object. It is a draft in the system that heard the call. Leaving it there is allowed. Forcing it onto an opportunity so the integration "does something" is how the wrong record gets the words. ## The failure The failure is a note on the wrong opportunity. The words can be a fair account of a real conversation. The record is still wrong. A colleague who was not on the call will trust the note, because it sits where truth usually sits. The seller who was on the call may not see it for a week. By then the forecast has moved, or a renewal has been briefed from the wrong history. Wrong can mean several concrete mismatches. The right account and the wrong opportunity. The right seller and an opportunity they no longer own. A conversation about a different product, filed on the only open deal someone could find. A note copied to every open opportunity on the account so none would be missed. That last one feels thorough. It is the failure, repeated. Test it with a fixture you control. Two opportunities on one account. One conversation that is clearly about only one of them. Run the write. The pass is a note on the matching opportunity and silence on the other. If both receive the note, stop. If neither rule can explain the match, stop. Do not tune the rule by reading a success on a single-opportunity account. Most damaged notes happen where the account is busy. When the match is uncertain, write nothing to the opportunity. Surface the draft to a person. A person can file it. A guess cannot unfile it cleanly, because people will have read it. Uncertainty is a normal state, not an error to paper over. Keep a log of which conversation, which rule, which opportunity, and which field. If a seller disputes a note, you will need that line. A design that cannot say why a note chose a record has already failed, even if this week's sample looked fine. ## The diagram A diagram that does not name the system, the object, and the failure is a poster. A box called Momentum, an arrow, and a box called Salesforce will be built as "write the summary somewhere". Somewhere is how the wrong opportunity gets the note. | Label | What this integration names | | --- | --- | | System | The path from a named conversation to a Salesforce opportunity, with a person who accepts the write. | | Object | The note. It needs a field name that already exists. This page does not invent the field. | | Failure | A note on the wrong opportunity. | If the object cell says "TBD" or a field name nobody can find in the org, the diagram is not finished. Do not connect the write while the cell is a guess. If the failure cell is missing, people will test for spelling and call it quality. Spelling is not the failure this page is about. Leave win rate off the picture. A percentage in the corner turns the diagram into a business case. This source will not support it. Also leave off any connector name, any screen, and any price. You were not given them. ## What you write before a note is allowed to land One page, from the people who own opportunities, not from a template. The match rule. How a conversation chooses an opportunity. What happens when two match. What happens when none match. The none-match result is no write, unless a separate decision creates a record, with an owner. The field name. Copied from the org, spelled as the org spells it. The person who confirmed it. If you cannot produce the name, you stop. You do not coin one. The acceptance. Who must accept before the field changes. What the seller sees when they reject the note. Where the rejected text goes, and how long it stays. The refusal list. What must never be written, even on the right opportunity. A payment number. A health aside. A guess at close. Test the list on a real conversation, not on a polished example. The log. Conversation, rule, opportunity, field, accepter. Who can read it when a note is disputed. Out of scope. Any win-rate claim. Any new field invented for the diagram. Any write to amount or stage unless the owners of those fields have agreed, in writing, on this page. This guide does not make that agreement for them. A quote for the work prices this list. It does not price a lift in win rate. If the quote cannot name the field, it is early. Send it back for the name. ## How the other two pages fit This page is the diagram and the rule that a note must be able to name its field and its opportunity. It is not the whole programme. [What happened to Momentum](/what-happened-to-momentum) is the close. The day, the owner, and the absences, including a price and a shutdown story the record does not tell. Use it when someone treats a headline as a scope. Do not let the headline choose a field. [Momentum, call insight, and what the acquisition does not prove](/momentum-salesforce) is the build around the conversation itself. Consent, retention, who may hear a recording, and how to test a partner who arrives with a percentage. Use it once this diagram is accepted. A partner who starts by writing notes to every open opportunity has skipped both pages. :::note Do not invent the field, and do not invent a win rate. A note needs a field name that already exists on the opportunity. The failure to avoid is a note on the wrong opportunity, including a note that is accurate about a different conversation. ::: ## A first note you can reverse Pick one team and one kind of conversation. Pick an account with two open opportunities, so the match has a chance to be wrong. Agree the field name with the admin who can show it to you in the org. Run one conversation you are allowed to use. Look at both opportunities. If the note is on the right one, in the named field, and the other opportunity is untouched, keep the sample. If the note is on the wrong one, turn the write off and fix the rule before a second conversation. Do not average the two outcomes into a soft pass. One wrong record is the failure. At the end of the exercise you should be able to read the diagram without inventing a cell. System, object, failure. The object cell has a field name you did not coin. If the name is still a blank, the integration has not started, however complete the acquisition may be. ## Questions ### Will a Momentum integration raise our win rate? The completion record does not say that, and this page will not invent a figure. A note is a claim about a conversation, filed on an opportunity. It is not a forecast result. Take any percentage off the business case. If you need a rate, you need a study you design yourself. ### Which Salesforce field should the note use? This page will not name one. A note written back needs a field that already exists, confirmed by the people who own the opportunity. If the diagram says a field nobody can find in the org, the field was invented. Stop the write until the real name is on the page. ### What is the failure for a Momentum write-back? A note on the wrong opportunity. The words can be fair to the conversation and still be on the wrong record. Busy accounts, with more than one open opportunity, are where this shows up. If the match is uncertain, write nothing and hand the draft to a person. ### What has to be true before the first note lands? A match rule, including the case where two opportunities fit and the case where none do. A field name copied from the org. A person who accepts the write. A refusal list tested on a real conversation. A log that can explain a disputed note. A win-rate slide is not one of these. ### Where are the build and the acquisition story? Consent, retention, and the partner test are on the Momentum implementation page. The close itself is on the what-happened page. This page is the diagram: the path to the opportunity, the note and its real field, and the failure when the note is misfiled. --- SynconAI is a Salesforce Select Partner and an OpenAI Select Partner, delivering architect-led Salesforce and AI programmes across the United States and Australia. Related service: Sales Cloud (https://synconai.com/salesforce-sales-cloud-consulting).