Stashkiv SoftwareStart with one queue

For finance and accounting teams

Accounting automation for AP, AR, and the general ledger

We build software that reads your invoices, remittances, and bank data, matches them against your own rules, and hands your team a finished entry to review. Nothing posts until a person approves it.

  • Built by an AP practitioner
  • Human approval before anything posts
  • Every entry traces to its source document
InvoiceINV-48213Extracted
Proposed journal entryAwaiting review
AccountDebitCredit
6410 Repairs and maintenance1,240.00
6420 Tires860.00
2100 Accounts payable2,100.00
Total Balanced2,100.002,100.00

Coding suggested from 14 entries a reviewer already approved.

Illustrative example, not client data.

In production

Accounts payable is already running.

The AP Invoice Control platform was built in partnership with a transportation company's owner and management team. They defined the process and the accounting rules; we designed the system architecture and built the software.

20+
users in daily operations
1,000+
invoices processed per month
5–10 min 1–2 min
per invoice for review and GL coding
Structured data
prepared for transfer into SAP

Invoices arrive by email in whatever format the vendor sends. The system extracts vendor, invoice number, date, amount, PO number, unit information, and line items, suggests GL coding learned from previously approved entries, and routes everything through human review before anything is approved.

How an invoice moves through the platform An invoice arrives by email, structured fields are extracted, GL coding is suggested from previously approved entries, a person reviews and approves, and structured data is prepared for SAP. 01 Arrives by email Any vendor, any layout, PDF or scan 02 Fields extracted Vendor, invoice no., date, amount, PO, units, line items 03 Coding suggested Learned from previously approved entries 04 A person decides Review, correct, approve or reject 05 Ready to post Structured data prepared for SAP Nothing is approved without a person. Corrections feed back into what the system suggests next time.
How an invoice moves through the platform.

What we build

Payables, receivables, and the ledger they feed.

Three parts of the same back office, built the same way: against your documents and your rules, ending in a proposed entry that a person reviews.

AP

Accounts payable

Running in production

From vendor invoice to a coded, approved entry.

  • Capture invoices from email in any vendor format
  • Extract vendor, number, date, amount, PO, and line items
  • Suggest GL coding learned from entries you already approved
  • Match to purchase orders and flag duplicates
  • Route for approval by amount, department, or unit
  • Hand structured data to your ERP

Stays with your teamApproving the invoice and releasing payment.

AR

Accounts receivable

Built to scope

From delivered work to cash applied.

  • Assemble invoices from rate confirmations, proof of delivery, and accessorial charges
  • Match incoming payments and remittances to open invoices
  • Flag short-pays and unapplied cash with the reason attached
  • Rank collections by aging and draft the follow-up
  • Keep dispute documents together with the invoice

Stays with your teamCredit decisions and the customer conversation.

GL

General ledger

Built to scope

From posted activity to a close you can defend.

  • Prepare recurring and accrual journal entries with supporting detail
  • Reconcile bank, AP, and AR balances to the ledger and list what does not tie
  • Flag unusual postings and variances, with the source transactions one click away
  • Keep the month-end close checklist current, item by item

Stays with your teamPosting, period close, and sign-off.

Payables is the module we run in production today. Receivables and general ledger work is scoped and built the same way, starting from one queue.

One review queue

Between the documents and the ledger, one place where a person decides.

Payables, receivables, and ledger work all end the same way: a proposed entry with its source document beside it, then approve, correct, or reject. We deliver structured entries in the format your ERP expects. SAP is in production today; other systems are scoped per project.

How documents become approved ledger entries Vendor invoices, customer remittances, and bank statements are read and matched against your rules. A person reviews each proposed entry with its source document. Approved, balanced entries are prepared for the general ledger in your ERP. AP Vendor invoices Email, PDF, scan AR Customer remittances Payments, proof of delivery GL Bank data and journals Statements, accruals 01 Read and match Extract the fields Match invoice, PO, and payment Suggest the account coding from entries you already approved Flag what does not tie 02 A person decides Proposed entry and source document side by side Approve, correct, or reject Routed by your limits 03 General ledger Balanced entries, source attached, prepared for your ERP Bank, AP, and AR reconciled to the ledger Close checklist current
How documents become approved ledger entries.

Controls

Built to hold up in an audit, not only in a demo.

Automation that cannot be checked is not an asset. Everything the system produces points back at the records behind it.

  • Every entry links to the document it was built from, and you can open it
  • Approval routing follows your own limits and segregation-of-duties rules
  • A complete log of who changed what, and what the system suggested at the time
  • Corrections feed back into the next suggestion, so the same fix is made once
  • When the data is thin, the system says so instead of producing a number
  • Your data stays in your systems

How we start

One queue. One number. Then decide.

If the first queue does not earn its keep, you have spent weeks, not a budget cycle.

  1. 01

    Pick one queue with a number attached: minutes per invoice, days to apply cash, days to close

  2. 02

    Build against your real invoices, remittances, and chart of accounts, not demo data

  3. 03

    Measure against how the team worked before, then expand only if it earns it

Who it fits

Who this fits.

If volume is low, a person with a spreadsheet is usually cheaper, and we will say so.

Controllers, AP and AR managers, and the finance leaders who sign off on the close, at mid-sized companies with an ERP already in place and an accounting team that has outgrown retyping. Transportation and logistics first, where we work from inside the industry.

Mykhailo Stashkiv

Who you would be working with.

I am Mykhailo Stashkiv. Before building software for this industry I worked inside it — technical cost control at a European carrier, then accounts payable at a US trucking company. Five years of watching the problems I now build for.

You would be talking to me directly, not to an account manager.

LinkedIn

Contact

Tell us which queue your team still works by hand.

Describe the process: invoices coded by hand, cash applied from a spreadsheet, a close that runs late. We will tell you whether it is worth automating and what it would take. Sometimes the answer is no.

Prefer email? mykhailo@stashkivsoftware.com

Your inquiry is saved securely for follow-up. Please do not include passwords, payment details, or confidential documents.

How we use your information

Stashkiv Software collects the contact and company details you provide to respond to your inquiry. Inquiries are stored in the website's database and are not displayed publicly. Basic abuse-prevention records help protect the form. If you arrived from an advertisement, the campaign reference in the link is saved with your inquiry. This page uses the LinkedIn Insight Tag and a Meta Pixel dedicated to this page to measure whether our advertising leads to inquiries; they record page views and a conversion event when a form is submitted, and they do not receive your name, email, company, or message. This form does not subscribe you to marketing emails. To request removal, email mykhailo@stashkivsoftware.com.