Demo payments use a test gateway; no charge is made. Use a sample link to complete the walkthrough.
A secure window into the accounts your clients placed with you.
nativePortal gives each client a view scoped to its own accounts, with the account history, documents, and reporting context needed to audit the work. File uploads let clients send material back through the portal. Sign-in supports modern SSO and MFA.
Account access
Search and inspect only the portfolios available to that client.
Audit and reports
Review account activity, payments, documents, and client-specific information.
File exchange
Clients can upload material for your team in the production experience.
Explore the nativePortal demo →
Sign in as Jordan at Acme or Priya at Northwind to see how each client sees only its own accounts.
Try searching for Dana Whitfield under Acme, then Maria Castellano under Northwind. Account activity, payments, documents, and client-specific panels make the scope visible.
This demo is read-only. Documents open; uploads are disabled.
Latitude APIs and Workflow activities, connected. Built to move information when your process needs it.
Latitude API integrations
Use Native’s existing Latitude API work as the starting point. We confirm the specific API coverage and deployment fit for each integration.
API Request in Workflow
Call an external service from a Latitude Workflow. Send and wait, or hand the request to the background worker when the answer takes longer.
Insert Account Data
Add supported account records through a governed Workflow activity, including notes and selected contact details.
Update Account Data
Map a response into reviewed Latitude account or debtor fields, with scope and field choices visible before saving.
The callback service completes the loop
When an external service answers later, the listener authenticates and correlates the callback, stores its result, and raises a Latitude Workflow event. Workflow decides the next action.
See the callback flow →
A simple example: a Workflow sends a request for account review, then continues. The provider responds later.
1 · SendAPI Request submits the account context.
2 · ReceiveNative’s callback listener accepts and correlates the reply.
3 · ResumeA Latitude event starts the callback Workflow.
4 · ActWorkflow checks the result and uses its configured activities.
Interactive preview · sample callback flow.
Ask about your Latitude configuration. Get answers grounded in your environment.
Bring your configuration, Exchange Clients, Workflows, custom SQL jobs, stored procedures, and triggers into an isolated customer knowledge space. Ask how your environment is configured and where a rule lives.
Configuration knowledgeCustomer-isolated memoryNo live transaction queries
Preview nativeInsights
Interactive preview · sample configuration.
DEMO CUSTOMER WORKSPACE · CONFIGURATION ONLY
Choose a sample question to explore an answer with configuration sources.
Keep your Latitude billing rules. Automate the repetitive work.
Set up customer billing rules, prove the results beside Latitude, and review exactly what matched. Explore the proof experience below.
NATIVEINVOICE · PARALLEL PROOF PREVIEW
Interactive preview · sample content.
nativeInvoice
Read-only parallel proof
Prove NativeInvoice beside Latitude
Four guided steps, with no financial writes.
1Read configuration
Discover parent customers, groups, billing choices, and report mappings.
Read configuration
2Review what was found
Confirm inherited choices and approve exceptions before proof.
Show configuration
3Perform the parallel test
Calculate proposed invoices and create proof PDFs in a separate folder.
Perform read-only test
4Compare with Latitude
Inspect membership, amounts, dates, and reversal state after Latitude runs.
Compare results
Parallel proof setup
nativeInvoice
Customer setup
Review a group once
Apply common choices, then review parent-specific exceptions.
DEMO-GRP-01 · Northstar Practice Group
3 invoice parents · Monthly, end of month · Native PDF output
Approved
Shared billing choices
Direct payments: Include Exact reversal matching: Yes Replacement payment matching: Yes
Apply to group
Parent code
Parent
Run plan
Review
DEMO-C1
Northstar Sample Services
Monthly · EOM
Ready
DEMO-C2
Willow Example Partners
Weekly · Wednesday
Ready
DEMO-C3
Bluebird Demo Office
Daily · weekdays
Exception review
Customer group configuration
nativeInvoice
Detailed proof
See what matched
Compare invoice membership, amounts, and PDFs after a Latitude run.
Sample proof run
Cutoff: month end · 3 parent invoices · 3 PDFs created
Comparison status
3 exact matches · 0 differences · 0 missing PDFs
Parent
Invoice IDs
Payment UIDs
Amount A
Amount B
Tax
Result
DEMO-C1
1 / 1
48 / 48
$12,400.00
$2,100.00
$315.00
Exact
DEMO-C2
1 / 1
27 / 27
$7,850.00
$1,420.00
$213.00
Exact
DEMO-C3
1 / 1
19 / 19
$5,200.00
$940.00
$141.00
Exact
Invoice comparison
Parallel proof remains available alongside daily, weekly, and end-of-month invoicing runs.
Start with the process. Find the path to a working Latitude Workflow.
Describe the outcome you need. Native helps separate the triggering event, the business meaning of each condition, the activities and paths, and the proof needed before a workflow is ready.
A faster starting point
See the proposed event and every path before building.
Make business rules explicit instead of guessing from phrases.
Review supported activities and open decisions together.
Test expected outcomes against observed Latitude behavior.
Four steps, one workflow workspace
UnderstandIdentify the trigger, context, action paths, and exceptions.
ResolveDetermine what the rules mean for this process and environment.
BuildChoose events and activities, then review the workflow design.
ProveCompare expected results with observed Latitude behavior.
Bring the specifications, samples, layouts, and context you have. nativeExchange helps identify the likely imports and exports, build reviewable shells for supported layouts, and surface the decisions needed before a working integration can be proved.
A faster starting point
See the proposed file inventory before building.
Review source layouts and what sample parsing proves.
Keep source names separate from business meaning.
Focus your time on the questions that affect behavior.
Four gates, one interface workspace
ShellsConfirm each inbound and outbound layout, then prove supported physical parsing.
Core mappingResolve business meaning before approving Latitude mappings.
Advanced behaviorReview processing rules, procedures, and customer-specific decisions.
Full testingCompare expected results with observed Latitude state and behavior.
A shell that loads or parses still needs mapping review and behavioral testing.
LATITUDE
