Salesforce · Jungo Integrations

"We integrate with Encompass" is not an integration scope.

Which fields, in which direction, at what cadence, and who owns the map when the origination system changes — that is a scope. We build the origination sync, the document portals, the pricing engines, the texting and everything with no connector at all, then monitor them, because silent failure is the default state of a connection nobody watches. Field-level mapping, confirmed cadence, a named owner.

Integration Architecture
SYSTEMS TO CONNECT Loan Origination System Loan file · Milestones · Conditions Salesforce + Jungo Contacts · Loans · Referrals Floify · DocsBar Optimal Blue · Mortech Twilio · Dialers TWOPIR INTEGRATION LAYER Map System of record Fields · Direction Connect API user · Persona Callouts · Retries Monitor Health · Drift Alerting · Reconcile DATA FLOWS · NOT LOGO WALLS 2πr WHAT YOU GET Systems Agree Pipeline reconciles to the loan file Alerts Fire Right On live milestone values, on time Failures Are Seen Monitored, alerted, with a runbook MAP · SECURE · BUILD · RECONCILE · MONITOR
5
Origination systems supported
12
Stack connections we build and maintain
3
Integration patterns, chosen deliberately
12+
Years building revenue systems

Trusted by 500+ organizations — including mortgage lenders, brokerages and loan-officer teams running their pipeline on Salesforce with Twopir Consulting.

Zapier
SMS-Magic
FormAssembly
Conga
Celigo
PandaDoc

Built for Mortgage Operations

  • Salesforce Partner
  • HubSpot Partner
  • Jungo — The Mortgage App
  • Encompass LOS Sync
  • Calyx Point · Byte · LendingPad
  • Floify · DocsBar
  • Optimal Blue · Mortgage Coach
  • Salesforce Flow Automation
Where Seams Fail

Six ways a mortgage stack stops agreeing with itself

A lending system is judged on its seams. These are the six that fail most often, and all six are preventable at design time. Silence is not health.

Integrations are scoped as logos

"We integrate with Encompass" tells you nothing. Which fields, in which direction, at what cadence, owned by whom when the origination system changes — that is a scope.

The field map drifts and nobody notices

Picklist values are customer-editable. Once they diverge from the map, milestone alerts fire on values that no longer exist and the pipeline quietly stops matching the loan file.

Real-time gets promised before it is confirmed

The vendor documents the sync cadence two different ways. Borrowers are told they will hear within minutes, and the first complaint arrives the week after go-live.

Documents are assumed to come with the data

The origination link moves data, not files. Teams plan a document strategy around a sync that was never going to carry documents.

Point-to-point connections multiply

Six one-off links between five systems, each with its own credentials and failure mode. Nothing is monitored, and every upgrade is a small crisis.

Failures are silent

A sync stops on a Thursday. Nobody finds out until a loan officer asks why a file that funded last week still shows as submitted.

The Integration Surface

What connects natively, and what has to be built

An honest map of the surface, including the parts that are thinner than a demo suggests.

Jungo — The Mortgage App carries a real integration surface. Five loan origination systems through the LOS Sync add-on — Encompass, Calyx Point, Byte, LendingPad and Velocity. Borrower documents through Floify or the native DocsBar component. Pricing through Optimal Blue and Mortech. Advice presentations through Mortgage Coach. Texting on your own Twilio account. Dialers, video email, equity insights, lead portals, and email and calendar sync.

Three things about that surface shape every project. The origination link moves data, not documents. Documents and pricing quotes attach to the contact record rather than the loan. And there is no native Zapier app — Zapier reaches the platform through the generic Salesforce connector, which is why no connector documentation lists the product’s objects and why anything object-specific is built rather than clicked.

Everything past that list is ordinary Salesforce integration work: authenticated callouts, error handling, retry logic, monitoring, and middleware where the endpoint count justifies it. We work with growing, mid-market, and enterprise organizations that need help with complex CRM implementations, integrations, and business system challenges.

Three Patterns

Three ways to connect a system, and when each one earns its keep

Choosing the pattern before the tool is what stops a stack accumulating six point-to-point links nobody monitors.

Native / packaged connectorMiddlewareDirect API build
What it isA maintained connector shipped by one of the two vendors.An integration platform brokering between several endpoints.Purpose-built code calling the other system directly.
Use whenOne exists and covers the fields you need.Several systems, high volume, or transformation logic worth centralising.No connector exists and the flow is narrow and well understood.
You ownThe field map and the picklist reconciliation.The platform subscription and the flow definitions.The code, the credentials, the retries and the monitoring.
Fails whenThe source system changes and the map is not updated.It becomes a second place business logic hides.It is written for the happy path and never monitored.
Typical in a mortgage stackOrigination sync, Floify, pricing engines, dialers.Multi-system data movement, accounting and marketing hubs.Lender portals, proprietary systems, niche vendors.
Most lending stacks end up with all three. The failure mode is not choosing badly once — it is never choosing, and accumulating point-to-point links by default.
The Catalogue

What we connect, and what each connection is for

Twelve connections we build and maintain in mortgage stacks, with the detail that actually decides whether each one works.

Encompass — ICE Mortgage Technology

Over ICE Partner Connect. Contact data out to create the file; loan number, milestones and co-borrower contacts back. Needs an API user and a persona, with three fields made accessible. Moves data only — not documents.

Calyx Point · Byte · LendingPad · Velocity

The other four supported origination systems. Same architecture, different field map. Which one you run changes the mapping effort, not the design.

Floify

Borrower document portal, integrated by the vendor rather than by Floify. A contact links to a loan flow, or starts one from inside the record; uploads sync back to that contact. Can replace the DocsBar component on the layout.

DocsBar

The native document component and needs list. Requests update as the loan progresses and re-send automatically when something arrives. Documents attach to the contact, not the loan.

Optimal Blue & Mortech

Pricing engines. Quote reports land on the contact record alongside the borrower documents — worth knowing before you design pricing reporting off the Loan.

Mortgage Coach

Total cost analysis presentations attached to the borrower relationship, so advice given at the top of the funnel stays visible for the life of the client.

Twilio & Business Texting

Texting runs as a separately licensed app on your own Twilio account: one-to-one threads, mass and scheduled sends, templates with merge fields, and milestone-triggered messages when paired with the origination sync.

RingCentral · PhoneBurner · Dialers

Click-to-dial and power dialing against CRM call lists, with activity written back so the contact record shows what actually happened.

Homebot & Post-Close

Equity insights pushed out to past clients, with rate-drop, refinance-opportunity and listing alerts mined back out of the database.

Lead Sources & Portals

Zillow, Trulia, LendingTree, LeadMailbox and Informa feed the Leads App directly; anything else arrives through Zapier, on your own plan, priced by lead volume.

Outlook & Gmail Sync

Contact, calendar and task synchronisation with email archiving, so activity lands against the right record without anyone logging it by hand.

Custom API & Middleware

Everything with no maintained connector. Built against the API with authentication, error handling, retry logic and monitoring — or through middleware where endpoint count justifies it.

What We Deliver

Six workstreams behind a stack that stays connected

The last one is the difference between an integration that works at go-live and one that still works a year later.

Integration Discovery & Mapping

Before anything is built: what data exists where, which system is authoritative for each field, and what genuinely needs to move.

  • System-of-record decision per data domain
  • Field-level mapping with direction and transformation
  • Cadence requirements set against real business need
  • Volume profiling and API limit analysis
  • Failure modes and what happens when each one fires

Origination System Connection

The hardest integration in a mortgage stack, and the one with the most external dependencies.

  • Encompass API user and persona configuration
  • The three fields that must be made accessible on the persona
  • Custom field mappings including milestone values
  • Push-to-LOS and sync-back of loan number and co-borrowers
  • Cadence confirmed for your tenant, in writing

Document & Signature Flows

Borrower document collection connected to the loan process, with the contact-versus-loan attachment behaviour designed around rather than discovered.

  • Floify loan flows linked from the contact record
  • DocsBar needs lists driven by the loan checklist
  • E-signature and digital point-of-sale connections
  • Document status surfaced on the pipeline view
  • Reporting designed around where documents actually attach

Communication & Marketing

Every channel that touches a borrower or a partner, wired so activity lands against the right record automatically.

  • Twilio texting with consent and opt-out tracking
  • Milestone-triggered email and SMS by recipient type
  • Dialer and click-to-dial activity write-back
  • Video email, print and co-marketing collateral
  • Email and calendar sync with archiving

Custom API Integration

Where no maintained connector exists — built properly, with the operational concerns that separate a working demo from a working integration.

  • Authenticated callouts with credential management
  • Error handling, retry logic and dead-letter handling
  • Bulk and batch patterns inside platform limits
  • Middleware where endpoint count justifies it
  • Monitoring and alerting on failure, not on silence

Monitoring & Ownership

The part that decides whether an integration is still working in a year. Silent failure is the default state of an unmonitored connection.

  • Sync-health checks and reconciliation reporting
  • Picklist drift detection against the field map
  • Credential and certificate expiry tracking
  • Runbooks for each failure mode
  • Named owner, internal or retained
How We Deliver

Five steps, with access work first

The dependencies that live outside your project team are the ones that move dates. We open those first.

Step 01

Map the Data

System of record per domain, field-level mapping with direction, and the cadence each flow genuinely needs rather than the fastest one available.

Step 02

Secure Access

API users, personas, credentials and permissions — started first because these depend on people outside the project team.

Step 03

Build & Test

Connections built in a sandbox and tested against real file shapes, including the failure cases rather than only the happy path.

Step 04

Reconcile

Prove the two systems agree on a known set of loans before anyone depends on the link, and fix the mapping where they do not.

Step 05

Monitor & Hand Over

Health checks, drift detection, alerting and a runbook per failure mode, handed to a named owner.

Client Outcomes

What connected systems actually change

Two engagements built on the same discipline: decide the system of record, move only what needs moving, and make every channel measurable.

★★★★★
The enrichment and scoring work changed which leads our reps saw first. They identified high-value leads about 30% faster, and lead-scoring accuracy improved around 25% once the rules were built on real engagement and firmographic signals rather than guesswork.
Revenue Operations Lead Mid-market FinTech · 250 employees · North America Lead Scoring
Case Study

Mid-Market FinTech — 250 Employees

Salesforce CPQ with Apollo.io enrichment, Outreach sequences and Zapier workflow automation across one connected sales stack.

30% Faster high-value lead identification
25% Improvement in lead-scoring accuracy
1 Connected stack, not four disconnected tools
Read Integration Story
★★★★★
Phone was our biggest channel and our blindest one. Once call data landed against the right record in Salesforce we could finally attribute 100% of inbound calls to a source, and the marketing spend conversation changed completely.
Marketing Operations Manager High-volume inbound-call practice Call Attribution
Case Study

Inbound-Call Driven Firm

Invoca connected to Salesforce so every inbound call is attributed to its source and scored alongside digital channels.

100% Inbound call attribution
1 View across call and digital channels
0 Manual call logging by the team
Read Attribution Story
Why Twopir

We scope the seams other partners describe with a logo

Field-level mapping, confirmed cadence, named owners and monitoring on every connection we build.

We scope data flows, not logo walls

Which fields, which direction, what cadence, who owns the map. An integration described by the name of the other system has not been scoped at all.

We start the access work first

API users, personas and the specific fields that have to be made accessible depend on people outside the project. Left until the build phase, they are what moves the date.

We confirm cadence rather than repeating it

The vendor publishes two different sync intervals. We establish which applies to your tenant before anybody writes a borrower-facing promise around it.

We design around where data actually lands

Documents and pricing quotes attach to the contact, not the loan. That shapes reporting and migration, and it is far cheaper to design around than to discover.

We monitor, because silent failure is the default

Health checks, drift detection and alerting on failure. An unmonitored integration is not a working integration — it is one you have not noticed breaking yet.

Common Questions

Answers before the first call

Five are supported by the LOS Sync add-on: Encompass from ICE Mortgage Technology, Calyx Point, Byte, LendingPad and Velocity. The sync pushes contact data out to create the loan file, and brings the loan number, milestone values and co-borrower contacts back to create or update the Loan record. Field mapping is customer-configurable, which means it is also customer-maintained — when the origination system changes, somebody has to update the map.

More setup than most teams expect, and it is worth starting early. The lender creates an API user in Encompass carrying the vendor’s partner client ID, plus a persona that can reach the Windows client and mobile. Three fields have to be removed from that persona’s "not accessible" list — Borrower Last Name, Borrower Email and the loan identifier. Users are validated against that persona before every API call, so persona membership is the real access control: add a processor to it and their files sync, remove them and the sync stops for them alone.

No, and this is a common misunderstanding. The Encompass integration moves data, not files — documents in the origination system are not uploaded into the CRM by it. Borrower documents are handled separately through DocsBar or Floify, and both attach to the contact record rather than the loan. That detail matters when you design reporting or plan a migration: the paper trail sits on the person, the pipeline sits on the loan.

Confirm it for your own tenant before you promise anyone real-time updates. The vendor’s own sources disagree — the LOS Sync page states every fifteen minutes, while another vendor article describes it as approximately hourly. The difference decides whether a borrower gets a milestone text within the quarter hour or within the hour, which is exactly the kind of promise a sales process makes casually.

Not a native one. Zapier reaches the platform through the generic Salesforce connector, which is also why no Zapier documentation lists Jungo objects. In practice that means anything touching the Loan record or other package objects is built rather than clicked together — and if you are using the Leads App, the lead volume it processes drives your own Zapier bill as a separate line nobody usually forecasts.

Yes — that is ordinary Salesforce integration work. Where a maintained connector exists we use it; where one does not we build against the API with authentication, error handling, retry logic and monitoring. We also use middleware where the volume or the number of endpoints justifies it, rather than accumulating point-to-point connections that each need their own maintenance.

Whoever you decide, and it needs deciding. Field maps drift, credentials expire, origination systems get upgraded and picklists get edited. We hand over documentation and monitoring, and where there is no internal admin we keep that capacity available; the support page covers the arrangement.

Next Step

Tell us which two systems disagree, and we will show you why

Most integration problems are mapping problems wearing a connectivity costume. We map first, confirm cadence in writing, then build — and monitor what we build.

Related: Jungo & Salesforce overview · Salesforce for mortgage lending · All Jungo services · Salesforce integration services

Field-level mapping · confirmed cadence · monitored connections · named owner