# Connected systems (Yardi, MRI, and others) Help Center | LeasePilot [Help index](/resources/help#step-throughs)07 · Automate Step-through # Connected systems (Yardi, MRI, and others) Your stack pushes deal data into LeasePilot. LeasePilot pushes structured lease data back out when document statuses change. Both directions, both on your terms. Workflow Automate Format Reference Read time 3 min Walkthrough in production We’re still drafting this one. For a live walkthrough on your forms, ask the team that built your platform. Deal data lives in your CRM. Lease structure lives in LeasePilot. Status updates need to land in your asset-management system, your deal pipeline, sometimes a custom internal tool your firm has built around how it operates. Most platforms solve the cross-system syncing problem by _reaching_ — shared service accounts, polling APIs, picking through each other's data. LeasePilot doesn't reach. Both directions of the connection are push-based, configured during onboarding, and triggered by the system that already has the data. ## 01Inbound: your system pushes deal data into LeasePilot When deal data already exists in your property-management or CRM (tenant names, building IDs, square footage, dates, deal stages, whatever your stack tracks), your system sends a payload to LeasePilot at a moment you choose: on deal close, on every save, nightly, on demand. LeasePilot maps the values onto the structured fields in your deal-terms panel, and the matching deal is available to draft against, populated. The same pattern works whether the source is Yardi, MRI, Salesforce, Dynamics 365, an internal tool, or a custom system your team has built. ## 02Outbound: LeasePilot pushes lease data back out on status change In the other direction, LeasePilot watches the status of every document. When a document moves into a status you've configured as a trigger (typical examples: _Out for signature_, _Executed_, _Conformed_, _Approved by counsel_ — the statuses themselves are yours to define), LeasePilot abstracts the document into structured data and ships that payload to an endpoint your team controls. The result: when a lease is executed, the abstract lands in your asset-management system. When a draft hits _Approved_, the deal pipeline updates. When a renewal is conformed, the data of record matches the signed copy automatically. No re-keying, no manual export-then-import, no overnight reconciliation job. ## 03Why push, not pull Same reasoning in both directions: - **No credentials shared with us.** A pull-based integration means handing over a service account and trusting another platform not to overstep. A push doesn't require that. Each system you operate emits what you've already chosen to emit. - **You decide what gets sent.** Sensitive fields stay where they are. Each push ships only the data the receiving side actually needs. - **You decide when it gets sent.** Inbound on your schedule, outbound on statuses you've defined. LeasePilot doesn't poll. - **Failures stay debuggable in the system you operate.** If a payload doesn't land where it should, the question _what happened on the way out_ lives in your logs, on a system your team understands. ## 04Setup Both directions are configured once, during onboarding, by your team and ours working together. Inbound and outbound are set up separately: which fields flow in, which statuses trigger an outbound push, which endpoint receives the abstract, what shape the payload takes. The implementation team fits each side to whatever interface (webhook, file drop, scheduled job, API call) your stack already speaks. > Note**Both directions are explicit by design.** Inbound pushes only fire when your system sends them. Outbound pushes only fire on statuses you've defined as triggers. LeasePilot doesn't poll, doesn't reach, and doesn't push anything you haven't configured. * * * For pulling deal terms out of an LOI or term sheet (a one-off, document-based path that doesn't need a connected system), see [import deal terms](/resources/help/demos/import-deal-terms). For the deal-terms panel that the inbound flow ultimately populates, see [deal terms](/resources/help/demos/deal-terms). For the API token used by custom integrations, see [API token](/resources/help/demos/api-management). See also ## Adjacent step-throughs [Full index](/resources/help#step-throughs) 1. [01 API token View, copy, and rotate the token your integrations use to authenticate with LeasePilot. Admin](/resources/help/demos/api-management) 2. [02 Deal terms Fill structured fields on the right; the document on the left re-writes itself. Draft](/resources/help/demos/deal-terms) 3. [03 Abstract a document Generate a Word abstract from a LeasePilot draft or an uploaded executed lease. Extract](/resources/help/demos/document-abstraction) 4. [04 Import deal terms Upload an LOI or term sheet; LeasePilot reads it, applies the terms it finds, and asks you to confirm each one. Extract](/resources/help/demos/import-deal-terms) 5. [05 Autopilot A chat panel inside the document for drafting suggestions, revisions, risk callouts, and quick questions. Automate](/resources/help/demos/autopilot-intro) Sign-off ## See it on your forms, not a generic demo. A 30-minute walkthrough, built around your forms, your clauses, and your deal logic. [Schedule a demo](/demo)[Already on LeasePilot? Contact your team](/company/contact?type=support)