Does employee reimbursements work with MRPeasy?
Yes. MRPeasy is a hosted manufacturing system, and Vergo connects to it through its API. MRPeasy is hosted, and its API is documented publicly. The customer enables API access on their own account once, and Vergo does the rest.
What does Vergo do before anything reaches MRPeasy?
Reimbursements are low-dollar and high-friction: a receipt in a truck, a mileage log in a notebook, a spreadsheet that reaches accounting a month late. Vergo moves the whole loop to the phone — submit, attach the receipt, code it to manufacturing orders, product cost items and GL accounts, done.
What actually moves between Vergo and MRPeasy?
Approved, coded spend posts into MRPeasy as accounting entries, so the ledger reflects card activity without anyone rekeying it. Coding lists — the manufacturing orders, product cost items and GL accounts your team already uses — come from MRPeasy, so nobody picks from a stale dropdown or invents a code that does not exist.
Nothing reaches MRPeasy until it clears approval in Vergo; only approved, fully coded transactions post.
How does a team use this day to day?
Approvers see the claim with the receipt attached and the coding already applied, so approval is a decision rather than a data-entry task. Reimbursements are paid on your normal cycle and land in the ledger coded the same way card spend does.
What does setup involve?
Connection follows the customer-provisioned pattern: your IT team enables API access in your MRPeasy environment once, and Vergo handles configuration, field mapping and testing from there. Mapping work is the real effort — agreeing which Vergo fields correspond to which MRPeasy fields — and it is done once with your controller, then validated against a small batch before anything runs at volume. Vendor documentation for MRPeasy is published at https://mrpeasy.readme.io/reference/mrpeasy-api.
Why does coding at the point of spend matter here?
MRPeasy is only as accurate as the coding that reaches it, and coding done weeks later is coding done from memory. A charge that sits uncoded is cost your manufacturing orders report does not show, which means the number your team manages to is quietly wrong for as long as the backlog lasts. Capturing the code and the receipt at the moment of purchase — while the person who made it still remembers why — is what makes the downstream entry trustworthy rather than merely timely.
The second-order effect lands on the accounting team. When coding arrives correct, month end stops being an investigation. The controller reviews exceptions instead of reconstructing a statement line by line, and the questions that used to consume the close — whose charge is this, which manufacturing order does it belong to, where is the receipt — are already answered inside the record.
What does Vergo not do?
Vergo is not a replacement for MRPeasy. Your ledger, your reporting and your close stay where they are. Vergo handles the spend that happens before the ledger sees it — cards, invoices and claims — and hands over clean, coded, approved data. Because MRPeasy accepts writes over its API, that handover is automated rather than manual, but it is still a handover: MRPeasy remains the system of record.
What should you confirm before committing?
Ask three questions: which MRPeasy fields your close actually depends on, who owns approvals for employee reimbursements, and what your current coding backlog looks like. Vergo will walk a sample of your own MRPeasy data through the mapping before you sign anything, which is a faster answer than any feature list.
Does Vergo integrate with MRPeasy?
Yes. MRPeasy exposes an API, and Vergo connects to it under a customer provisioned model. MRPeasy is hosted, and its API is documented publicly. The customer enables API access on their own account once, and Vergo does the rest.
Does employee reimbursements data reach MRPeasy automatically?
Approved, coded transactions post into MRPeasy as accounting entries. Nothing posts before it is approved in Vergo.
How is spend coded to manufacturing orders, product cost items and GL accounts?
Coding happens at submission — by the cardholder or the person entering the invoice — using lists pulled from MRPeasy, so codes match what is already in the system.
How long does setup take?
Most of the elapsed time is your IT team enabling API access and agreeing the field mapping with your controller; once mapping is signed off, a validation batch runs before anything goes live at volume.
