North Star AI • Vendor Coordination Loop

Vendor Coordination Loop

Request Created → Categorized → Assigned to Outsource → Vendor Selected → Work Order Created → Vendor Notified → Accepted / Declined → Scheduled → Resident Updated → Work Completed → Completion Logged → Resident Notified → Ticket Closed

Request Created Issue Categorized Outsource Decision Vendor Selected Work Order Created Vendor Notified Schedule Set Resident Updated

The Operational Problem

Vendor work breaks down when assignment, communication, scheduling, and follow-through are handled through scattered calls, texts, emails, and memory. The problem is not only vendor performance. The problem is the lack of a defined operating loop.

Vendor selection is inconsistent

Teams often choose vendors based on whoever comes to mind first instead of category rules, property standards, or current availability.

Dispatch lacks structure

Requests are sent manually, sometimes with incomplete details, which creates delay, callbacks, and rework before the job is even scheduled.

Residents get left in the dark

Once a request leaves the office and moves to a vendor, visibility drops. Residents call back because they do not know who is coming or when.

Completion is hard to verify

Without a closed-loop process, offices chase updates, miss completion details, and struggle to keep records clean for follow-up and reporting.


How the Loop Works

North Star AI turns outsourced maintenance handling into a defined service path. Each stage has a clear job. Each stage reduces handoff friction.

1

Maintenance Request Created

The request enters the system through the resident intake flow and receives a ticket number that becomes the operating reference across dashboard, work order, SMS, and follow-up.

2

Issue Categorized

The issue is classified by keyword logic, operating rules, and urgency signals so the system can determine the correct service path instead of relying on ad hoc judgment.

3

Assigned Type Set to Outsource

If the category, building rule, after-hours condition, or staffing model requires external service, the request is marked Outsource and routed into the vendor loop.

4

Vendor Selected

The system identifies the preferred vendor based on trade, property configuration, and routing policy so the next action is immediate and consistent.

5

Work Order Created

A structured work order is generated with resident information, location, issue details, ticket reference, and routing notes. This becomes the current record of truth for the job.

6

Vendor Notified

The vendor receives the request with the details needed to respond. This replaces fragmented dispatch habits with a repeatable outbound operating step.

7

Vendor Accepts or Declines

The vendor either accepts the assignment or declines it. That decision is logged so the office does not lose time wondering whether the job is moving.

8

Schedule Set

Once accepted, the service window is set and logged. This gives the office a usable operating checkpoint and creates a trigger for resident communication.

9

Resident Notified by SMS

The resident receives a structured update that the request has been assigned and scheduled, reducing the need for repeated inbound calls asking for status.

10

Vendor Completes Work

The vendor performs the repair or service. The operating goal is not only execution, but clean movement of the request toward completion with accountability.

11

Completion Logged

Completion details, notes, timestamps, and any cost or resolution information are recorded so the office has a usable service record and not just a verbal update.

12

Resident Notified

The resident receives a completion update, keeping communication active through the end of the job instead of stopping at dispatch.

13

Ticket Closed

Once completion is confirmed and recorded, the ticket is closed. The loop ends with operational closure, not just assumed completion.


Why This Beats Manual Vendor Coordination

Manual vendor model

  • Vendor choice depends on memory or inbox history
  • Dispatch details are often incomplete
  • Acceptance and scheduling are tracked inconsistently
  • Residents call the office because visibility is low
  • Completion confirmation is often informal
  • Reporting and cost tracking are harder than they should be

North Star AI vendor loop

  • Outsource decisions follow routing logic
  • Preferred vendors are selected consistently
  • Dispatch, acceptance, and schedule checkpoints are logged
  • Resident communication stays active through completion
  • Work order history remains structured and searchable
  • The office runs a loop instead of chasing updates

Why This Matters for Property Operations

Maintenance does not become easier just because a vendor is involved. In many cases it becomes harder, because execution now depends on a third-party handoff. North Star AI reduces that handoff risk by putting structure around outsource routing, dispatch, scheduling, completion logging, and resident updates.

The value is not only automation. The value is operational control.