# Regrello, Agentforce, and Slack: scope the process Regrello automates complex processes. Salesforce planned to integrate it with Agentforce and Slack. A fixed rule stays in Flow. **Published:** 2026-06-22 **Canonical:** https://synconai.com/regrello-agentforce **Author:** SynconAI Architecture Team ## In short Regrello automates complex processes. Salesforce completed the acquisition on 1 October 2025 and planned to integrate it with Agentforce and Slack. A quote names each process, the systems it crosses, and the Flow steps that stay where they are. Cost is that list, plus the hours your approvers spend. Hire a partner who can mark one process step by step and leave a fixed rule in Flow. ## Sources - **Salesforce Signs Definitive Agreement to Acquire Regrello** (retrieved 2025-10-01) https://www.salesforce.com/news/stories/salesforce-signs-definitive-agreement-to-acquire-regrello/ > Salesforce completed its acquisition of Regrello on October 1, 2025. ## What to take away - Regrello is for a process that crosses people, systems, and Slack. The close was 1 October 2025. - A step with one right output stays in Flow. The agent may start it. The agent does not re-own it. - Cost is the named process, the systems, the approvers, and the Slack messages allowed to start work. - Hire a partner who can mark each step and who will not retire the Flow inventory as a bundle. ## The guide An architect exports every Flow in the org, highlights the list, and asks which ones Regrello will retire. The highlight is the mistake. Most of those Flows exist because a step must come out the same way every time. Assignment, a discount band, a field update from a rule you already trust. Those steps have an owner. Regrello automates complex processes, and Salesforce planned to integrate that automation with Agentforce and Slack. A complex process is not a synonym for every automation you have. The line you can date is this one. "Salesforce completed its acquisition of Regrello on October 1, 2025." Anything that treats the close as an instruction to empty the Flow list has added a sentence the announcement did not contain. Keep the Flows that are doing a fixed job. Spend the quote on the process that still lives in inboxes, side chats, and a spreadsheet someone maintains because the path crosses too many teams for one Flow to be honest about it. ## A fixed step stays where it is Take a discount. The band is a table. Quantity and product in, the figure the policy already sets out, under a policy finance already signed. That table is a Flow or an Apex method. It is tested. It does not become more correct because a process tool, or an agent, applies it in prose. The process may collect quantity and product. It may call the Flow. It may not keep a second copy of the band in a prompt or in a Slack message, because the second copy will be the one nobody updates. Write that pattern down and reuse it. Entitlement milestones, tax, queue assignment from a matrix, a status that must follow from fields alone. If a new starter with the written rule would be wrong to produce a different output, the step is fixed, and it stays. The interesting process is the one where two careful people still have to talk: a supplier exception, a claim that touches three systems, an approval that waits on a fact nobody has typed yet. Agentforce can start the process or answer a question about it. It is not a reason to delete the Flow the process calls. Slack can carry the message that asks a person to act. It is not the system of record for the discount. The record is still the record. If a Slack thread and a field disagree, you should already know which one finance will believe. Write that down before anyone builds the message. ## What belongs on the process list Name processes, not platforms. "Vendor onboarding" is a candidate if you can say which teams touch it, which systems must be written, and where it stalls. "All operations" is not a candidate. For each process you keep, list the steps in order, and mark each step: Flow, person, or the process layer you are buying. A step with no mark is not ready to price. Slack needs its own column. Which workspace. Which channel is allowed to start work, and which channel is only conversation. A message that creates a record is a write. A message that comments is not. People paste approval into chat because it is fast, and then nobody can reconstruct who agreed. If agreement matters, the agreement lands on a record, and the chat points at it. Say so in the brief. A partner who prices "Slack integration" without that split will build a notifier and call it a process, or a process that starts from any emoji. Systems the process crosses, named by you. The contract store, the ERP, the org you already run. What each system owns. A process that writes the same fact to two systems will drift. Pick the owner. The other system receives a copy, or it does not. Copies need a direction and a failure you can see. Invisible sync is how the stall returns, one week later, as a dispute about which number was real. Exceptions are the process. The happy path is usually short and already partly automated. The quote should dwell on the stall. Who is asked. What they need in the message. How long they have. What happens if they do not answer. A timeout that retries forever is not a design. A timeout that assigns a person, with the facts attached, is a design. Put the timeout in the scope. Leave it out and the pilot will look finished until the first absence. ## What cost means before anyone prices it Cost is the named processes, the step marks, the systems, the Slack rules, the licences you already hold, and the hours of the approvers. This page has no day rate. Open your contract for Agentforce, Slack, and the platform products the process will call. If a product is missing, the quote may say it is required. It may not assume it is free. Partner time is the build of the process layer for the steps you marked that way, the call into the Flows you are keeping, the Slack messages you allowed, and the test of one stall. Internal time is larger than teams expect. Approvers have to say the message is enough. An admin has to say which Flow remains the owner. A Slack owner has to say which channel may create work. If those people are not available, delay the fee. A fee that assumes their answers will be rewritten when they arrive, and the rewrite will be called scope creep. Out of scope: retiring Flows that already produce a fixed output, a new ERP, a rewrite of every notification in the company, a claim that Agentforce now does the approvals because the process is integrated. Approvals stay with the person or the rule you named. Integration is not a delegation of authority. Pilot one process. A second process is a second design, even when it shares a Slack workspace. You will learn from the first stall. Add the next process after that lesson, not in the same statement of work by default. Bundling five processes because they all sound operational is how none of them gets an owner. ## Migration services, for work that is not a record load People will still search for a data migration quote under this name. The records the process touches may need a field, a status, or a link to an external id. That is configuration and a small map. It is not a licence to reload the org. If you also need to move historical cases or accounts, that is a data project with its own tools and its own rehearsal. Keep it off this line unless a specific object is required for the pilot process to see yesterday's work. Even then, limit the history to what the pilot reads. What you are migrating, if anything, is the path that today lives in mail and chat. Write the path as it actually happens, including the ugly loop, before you draw the path you want. The ugly loop is the requirements. A clean diagram that skips the loop will be priced as the clean diagram, and the loop will reappear in the first month as an exception the tool cannot see. Flow inventory is an input, not a backlog for deletion. Ask for a list of Flows the pilot process will call, and a list it must not modify. The second list is the safety rail. A partner who wants to rebuild those Flows inside the new layer should have to explain what the Flow gets wrong today. "It would be cleaner" is not a defect. Cleaner, with two owners, is a defect. ## The hiring test People search for the best regrello Salesforce integration agency. Give the partner one process, the systems, and three Flows you believe are fixed. Ask them to mark every step. Ask which Flows they will call and which they will leave untouched. Ask which Slack messages may create a record. Ask what they will do when an approver does not answer. Ask which licence they need to see on the contract. A pass marks the fixed steps as Flow and leaves them there. The stall has a person and a timeout. Slack is split into start-work and comment. The partner asks who the approver is, by role, not by a name that will be wrong next quarter. The partner refuses to retire the highlighted export as a programme of work. A fail says every Flow should be replaced, or says it more softly by rebuilding them all. It prices Slack as a blanket integration. It lets a channel message stand as the approval. It calls itself the best agency. You can keep talking after the Flow list is restored. You should not sign while the list is still a deletion plan. Second test: a step that changes money. The partner should show the existing rule and call it, or stop for a person. A new prose rule for the same money is a second policy. Two policies is how the exception becomes the norm. ## The first real stall Run the pilot on live work, one process, with the approvers warned. Watch the first items that wait. If the message does not contain the fact the approver needs, fix the message before you add fields to the record for decoration. If the approver acts in chat and the record does not change, the write is in the wrong place. Move the write. Do not add a weekly reconciliation as the design. Reconciliation is the bill for a design that did not pick an owner. Keep the Flow tests you already had. If a fixed step starts producing a different output after the process is connected, the process has grown a second writer. Disconnect that write. The connection can remain as a call. The Flow returns the result. The process stores it. That is the whole relationship. ::: warn A quote that retires every Flow has misunderstood the work. Fixed steps stay in Flow. Regrello, Agentforce, and Slack take the process that crosses people and systems, and only the steps you marked for that layer. ::: How the process actually runs, including the loops a diagram skips, is a different question from automating it. [Apromore and the event log](/apromore-process-intelligence-salesforce) is the page for discovering and simulating that path. Commission a log when you do not yet know where the work stalls. Commission this quote when you do, and you can name the stall. | Line on the brief | What you write | A price is premature when | | --- | --- | --- | | Process | One named path, including the stall | The row says all operations | | Step marks | Flow, person, or process layer | Every Flow is in the retirement pile | | Slack | Which messages may create a record | Any emoji can start work | | Systems | What each system owns | Two systems write the same fact | | Timeout | Who is assigned when an approver is silent | The item retries forever | | Money | The existing rule that is called | A new prose policy for the same band | | Licence | What the contract already includes | Agentforce and Slack assumed free | | Your hours | Approvers, Flow owner, Slack owner | Only the partner fee is listed | Send one process and the three Flows you will not touch. Ask for the step marks before the fee. A partner who leaves those Flows alone, and who can describe the stall without a new policy, is ready to price a pilot. A partner who starts from the highlighted export is pricing a demolition. ## The other searches The project quote is on [regrello implementation cost](/regrello-salesforce-implementation-cost). That page does not print a figure. Who bought the company is on [what happened to regrello](/what-happened-to-regrello). The connector is on [integrating regrello with Salesforce](/integrating-regrello-with-salesforce). Whether to move is on [should I migrate from regrello](/should-i-migrate-from-regrello). The customer fee is on [regrello licence cost](/regrello-salesforce-licence-cost). Who to hire is on [hiring for regrello](/hire-regrello-salesforce-partner). This page does not rank an agency. ## Questions ### What should a regrello data migration to Salesforce quote include? One named process, each step marked as Flow, person, or process layer, the systems and which fact each owns, the Slack messages allowed to create a record, and the timeout when an approver is silent. Historical record loads are a separate data project. A Flow export highlighted for deletion is not a migration scope. Ask for the marks before a fee. ### What drives regrello Salesforce implementation cost? How many processes you pilot, how many systems they cross, the licences already on the contract, the Slack rules, and the hours approvers spend testing a stall. This page has no prices. Rebuilding fixed Flows is not a required cost. If a quote includes that rebuild, send it back and ask what those Flows get wrong today. ### Which regrello Salesforce migration services matter? A written path of the work as it actually stalls, a map of the Flows the process may call, a Slack split between comments and writes, and a test of one timeout. Services that reload the org, or that replace every automation, are a different trade. The process layer should call a fixed step, not absorb it. ### How do we hire a regrello Salesforce consultant? Give them one process and three Flows you believe are fixed. Ask for step marks, the Slack messages that may create records, and the timeout. A pass leaves the fixed Flows in place and names approvers by role. A fail retires the Flow list or treats a chat message as the approval of record. ### What should a Salesforce regrello implementation partner refuse? A programme that replaces every Flow. A blanket Slack integration with no rule about what may create work. A second prose policy for a money rule you already encode. A claim to be the best agency. They should accept one process, the stall, and the Flows they will call and not modify. ### Is regrello owned by Salesforce? Yes. Salesforce completed the Regrello acquisition on 1 October 2025. The full account is at https://synconai.com/what-happened-to-regrello. ### When did Salesforce acquire regrello? 1 October 2025. ### What happened to regrello after the Salesforce acquisition? Regrello automates complex processes. Salesforce planned to integrate it with Agentforce and Slack. It does not replace every Flow. ### Should I migrate from regrello to Salesforce? A process that already has a right answer stays in Flow or Apex. Regrello is not a reason to move that step. ### What is the regrello licence cost, or the price Salesforce paid? The page this guide cites does not publish a purchase price or a licence fee. The licence read is at https://synconai.com/regrello-salesforce-licence-cost. --- 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: Agentforce consulting (https://synconai.com/salesforce-agentforce-consulting).