AMC orders and direct lender orders are two different assignments wearing the same form. The AMC sets the fee, the due date, the status vocabulary, and the delivery package; on direct work your engagement letter sets all four. Most firms push both through one intake process and lose the differences. A system that treats channel as a field on the order carries separate intake fields, fee logic, status reporting, and delivery rules.
Where one intake process fails two channels
The order gets typed twice, sometimes three times
The portal already holds the address, loan number, product code, stated fee, and due date. Someone reads it off one screen and types it into the file, the calendar, and the invoice. Every retype risks a loan number losing a digit.
The fee on the order is not the fee your schedule would produce
AMC orders arrive with a fee already stated. Direct work carries your own schedule with complexity and distance built in. When both land in one field, nobody can tell later whether a low fee was a concession or an order accepted quickly on a busy Friday.
Two clocks, one due date field
The AMC counts from the moment it placed the order. You count from acceptance. Those are different days, and the gap is invisible in a record with one date field. A report comfortably on time by your measure lands late on the client’s scorecard.
Status updates become a portal chore
Each AMC wants its own status codes hit at its own points in the job. An appraiser who has finished three inspections has three portals to visit before the day ends, and the internal file may match none of them.
Panel paperwork expires on somebody else's calendar
Every AMC holds its own copy of your license, errors and omissions certificate, and W-9, each with its own renewal date. A lapse at one AMC stops orders from that AMC only, so nothing looks wrong until the work stops.
The two channels compared, field by field
This is what the intake gets built around. Every row is a place where the channels genuinely differ, which is why one form cannot serve both.
| Element | AMC order | Direct lender order |
|---|---|---|
| Client of record | The AMC engages you; the lender is an intended user | The lender engages you and is both client and intended user |
| Identifiers at intake | AMC file number, portal order ID, loan number, your file number, kept linked | Loan number, your file number, and the named originator or operations contact |
| Product and form | Stated on the order, rarely open to discussion: 1004, 1073, 1025, 2055, plus 1007 or 216 | Settled before engagement, with scope of work and report option |
| Fee handling | The order states a fee; you accept, counter, or decline before assignment | Your schedule applies, quoted before the engagement letter goes out |
| Fee change after acceptance | Documented scope change and AMC approval through the portal | An addendum to the engagement letter, agreed with the lender contact |
| Turn time clock | Starts when the AMC placed the order; the due date arrives fixed | Starts at acceptance or the date the engagement names, and is agreed |
| Status reporting | Portal codes at points the AMC defines: assigned, scheduled, inspected, in review, delivered | Updates to a named person, on a cadence you set |
| Delivery package | PDF plus the MISMO XML the portal expects, under the AMC’s naming rules | Delivered by the method the engagement names, with your own receipt |
| Revision path | A portal revision request from an AMC reviewer, with its own due date | An underwriter email, converted into a tracked revision by hand |
| Billing | Invoice attaches to the AMC order and pays on the AMC’s cycle | Invoice goes to the lender or borrower per the engagement letter |
| Credential documents | Held separately by each AMC, renewed on each AMC’s schedule | Held once under a master agreement, renewed far less often |
How we build the two-channel intake
Channel is a field on the order, not a separate system
One order record holds every assignment. A channel value decides which fields are required, which fee logic runs, which status vocabulary applies, and what the delivery package contains. Reporting stays comparable because the record has one shape.
AMC orders are read in where the AMC allows it
Where an AMC exposes an order feed or a structured confirmation, the address, loan number, product, stated fee, and due date land in the record directly. Where it does not, intake is a validated confirm step rather than a retype.
Two due dates, both recorded
The client due date and your internal target are separate fields. The target sits back from the client date by the review time that product needs, so QC does not happen after the deadline.
Status pushed from a single action
The appraiser marks the job state once. Each AMC’s vocabulary maps to your internal states, so the update reaches the right portal without anyone memorizing five sets of labels for the same events.
Packaging and credentials held per relationship
What each client expects in a delivery is a stored setting, so the appraiser delivers once. License, coverage, and W-9 renewal dates are tracked against each AMC, because they expire on different calendars.
What this ties into
- Cognito Forms build for direct client intake — The direct lender request form validates address, product, and contacts before an order exists.
- document workflow automation — Each client's delivery package assembles from a stored definition.
- QuickBooks automation for appraisal billing — The invoice is raised against the AMC or the lender per the channel field.
Is this a fit for your business?
A good fit when
- You work with more than two AMCs, each with its own portal and status codes
- You are building direct lender relationships alongside AMC volume
- Order details are retyped from a portal into a file, a calendar, and an invoice
- Your due date field means different things depending on who entered it
Probably not a fit when
- All your work comes from one AMC whose portal is already your system of record
- You want software that logs into client portals and reads screens
- You need help getting onto AMC panels rather than running the work
What to have ready
- The AMCs and lenders you take work from, and the method each uses
- Your current fee schedule for direct work, however informal
- One recent order from each channel, with the delivery package as sent
Questions we get asked
Can you pull orders directly out of an AMC portal?
Sometimes. Some AMCs expose an order feed or send a structured confirmation that reads straight into the order record. Others give you a portal and nothing else, and building something that logs into a client’s portal and scrapes screens is not work we take on. There, intake becomes a short validated entry rather than a retype.
Should AMC and direct work live in the same system?
Yes, with the channel recorded as a field. Splitting them means two calendars, two versions of appraiser availability, and no view of the whole book.
What happens when the same property arrives through both channels?
The system flags that the address has been appraised before and surfaces the prior file. What it does not do is reuse the prior report. A different client is a new assignment with its own scope of work and effective date, and the prior services disclosure the USPAP Ethics Rule calls for comes before acceptance.
The UAD redesign changes the forms we deliver. Does that break this?
Product and form type are configuration rather than code. As UAD 3.6 and the redesigned URAR phase in, the form list, the fee rows keyed to it, and the delivery package definitions get updated in one place. The order record keeps its shape.
Related
- appraisal order intake and file setup
- engagement letter generation and tracking
- Cognito Forms consultant for client intake forms
- workflow automation for appraisal firms
Tell us what the process looks like now and we will map what a system would need to do. No obligation, and you keep the map either way.