Accounts Payable — Entries
Check entry, invoice entry, credits, adjustments & corrections

Entries — Overview

The Entries menu contains all transaction-level input and correction tools in Accounts Payable. These screens are used to record checks and invoices, apply credits, and correct posting or sequencing issues.

  • Primary users: AP clerks, accounting staff
  • High-risk actions: voids, removals, renumbering — audit carefully
  • Best practice: always verify via Inquiries before using correction utilities

Non-Operations Check Entry

Used to enter checks that are not tied to an operational file such as rent, utilities, insurance, or administrative expenses.

  • Bank Number / Company
  • Check Number & Date
  • Vendor
  • Invoice lines with G/L account distribution

These checks post directly to G/L accounts without file references.

Operations Manual Check Entry

Used when a check must be entered manually but is tied to operational files (e.g., carrier payments, agent charges).

  • File number driven distribution
  • Reference numbers retained for audit
  • Supports multiple lines per file

Operations Check Request

Creates a request for payment tied to one or more operational files. These requests are later scheduled and paid through the Scheduling & Payment process.

  • Does not print a check
  • Creates AP liability
  • Supports file-based accounting

Void a Check

Reverses a previously issued check while preserving a full audit trail.

  • Requires bank and check number
  • Creates offsetting AP entries
  • Use when check was issued incorrectly

Remove a Check

Removes a check record from the system. This option should be used sparingly and only when authorized.

Unlike Void, this eliminates the check entry entirely.

Re-Number Checks

Corrects check number sequencing when checks printed correctly but the wrong starting number was entered.

  • Requires contiguous sequence
  • Updates system references only
  • Does not reprint checks

Void Vendor’s Invoice

Voids an AP invoice and reverses its financial impact.

  • Requires invoice number and vendor
  • Void date drives accounting period
  • Maintains audit trail

Invoice Adjustment

Adjusts invoice balances to zero based on defined criteria such as date and maximum amount.

Commonly used for write-offs, rounding cleanup, or closing small balances.

Apply Vendor Credit

Applies a vendor credit memo to one or more open invoices.

  • Select credit item
  • Select invoice
  • Enter applied amount

Vendor’s Invoice Reconciliation

Vendor’s Invoice Reconciliation is used to transfer invoices from one vendor to another, or from one reference number to another. This is typically used to correct vendor assignment errors, consolidate invoices, or reverse a previous transfer that was performed in error.

Purpose

  • Move invoices from one vendor to another vendor.
  • Reassign invoices between reference numbers.
  • Reverse a previously executed vendor transfer.

Fields

  • Company Number — company/entity where the invoices exist.
  • From Vendor — vendor currently associated with the invoices.
  • From Ref# (All) — reference number to transfer from, or All.
  • To Vendor — destination vendor.
  • To Ref No — destination reference number.
  • Transfer Date — effective date of the transfer.
  • (N)ew transfer / (R)ev last Xfer
    • N — performs a new transfer of invoices.
    • R — reverses the most recent transfer.
Important: A New transfer will move all invoices that match the selection criteria. Always verify the vendor, reference range, and intent before executing.
Audit tip: If a transfer was done incorrectly, use Reverse last transfer (R) immediately before additional postings occur.

Batch Credit/Debit Application

The Batch Credit/Debit Application utility automatically matches and applies open debits and credits using selection criteria. It can be used to perform vendor reconciliation by applying credits to related debits (often based on file number / relationships) within a threshold amount.

Fields

  • Enter Ending Date — only items on or before this date are considered.
  • Department# or (A)ll — limit to one department or process all.
  • Vendor or (A)ll — limit to one vendor or process all.
  • Application Date — date used for the credit/debit application posting.
  • Threshold Amount — maximum amount allowed for auto-application grouping.
  • Match Vendors (Y/N) — controls whether matching is limited to the same vendor.
  • Print Report (Y/N) — print or generate a report of applications performed.
Best practice: Run with Print Report = Y and review output before relying on the results. Use small threshold values to reduce unintended matches.

Unmark Paid Statement

Use Un-Mark Statements to remove the paid flag from a statement that was marked as a direct payment and return it to an unpaid status. This is typically used when a statement was paid outside the normal process and must be reopened for correction.

Fields

  • Statement Number — enter the statement number you want to reopen.
Tip: Use an Inquiry screen first to confirm the statement’s payment history before unmarking. If payment was truly reversed, ensure bank reconciliation and check register align.

Overhead Invoice Entry (Immediate)

Use Overhead Invoice Entry to enter vendor invoices that are not tied to an operational file (overhead costs such as rent, utilities, subscriptions, insurance, etc.). This screen records the invoice and distributes it to one or more G/L Accounts.

Fields

  • Company Number — company/entity you are entering the invoice for.
  • Vendor Name — vendor to be paid.
  • Invoice Number — vendor’s invoice identifier (critical for duplicate prevention).
  • Accounting Date — posting date / period control (often drives month-end).
  • Vendor’s Inv Date — vendor’s invoice date for reference/audit.
  • Invoice Amount — invoice total amount.
  • PO Number — optional reference.
  • Sched Date / Sched Amt — optional scheduling fields used for payment planning.
  • Remarks — notes for audit trail.
  • Line DistributionG/L Acct #, Description, Amount (supports multi-line splits).
Tip: Use a consistent format in Remarks (e.g., “RENT JAN 2026”, “INS POLICY ####”) so month-end review and vendor inquiries are faster.

Re-Occurring Invoice Entry — Menu

The Re-Occurring Invoice Entry process is used to manage invoices that repeat regularly (monthly, quarterly, etc.). This menu groups the recurring workflow into three steps.

Menu Options

  • Invoice Entry/Update — enter recurring invoices into a batch.
  • Print Proof Report — review the batch before posting/merging.
  • Merge Invoices — merges the recurring batch into A/P for payment processing.
Important: Merging typically makes the recurring items “real” A/P invoices for scheduling and payment. Review carefully before merge.

Re-Occurring Invoice Entry (Batch)

Use this screen to enter or update recurring overhead invoices inside a batch. Each batch can hold one or many invoices. After entry, you typically print a proof report and then merge the batch into A/P.

Fields

  • Company Number — company/entity.
  • Batch Number — batch identifier used to group recurring invoices.
  • Vendor Name — vendor for the recurring invoice.
  • Invoice Number — the invoice identifier (often templated or cycle-based).
  • Invoice Date — invoice date (vendor-facing).
  • Accounting Date — posting date / period control.
  • Invoice Amount — total amount.
  • PO Number — optional.
  • Sched Date / Sched Amt — optional scheduling fields.
  • Remarks — internal notes.
  • Distribution LinesG/L Acct #, Description, Amount.
Best practice: Use a consistent Batch Number pattern (example: RECURR-YYYYMM) so it’s easy to identify what period the recurring invoices belong to.

Unposted Re-Occurring Invoices

Use Unposted Re-Occurring Invoices to filter and review recurring invoices that are still in batch form (not merged/posted into A/P). This is commonly used for audit review or to confirm which batches are pending.

Fields

  • Company Number — company/entity.
  • Batch # (ALL) — enter a batch number to narrow results, or leave as ALL to review everything.

Use this screen before merging to ensure you’re working with the correct batch and period.

Merge Re-Occurring Invoices

This process merges recurring invoice batches into the A/P system so they become available for scheduling and payment. The warning on this screen is important: once merged/posted, changes are usually restricted and must be handled using void/adjustment utilities.

Fields

  • Company Number — company/entity.
  • Batch Number — the batch to merge.
  • Merge Date — posting/merge date (controls period and aging behavior).
Critical: Print and review the Proof Report before merging. Once merged, treat corrections as normal A/P corrections (void/credit/adjustment) depending on your workflow.

Best Practices

  • Always verify status using Inquiries before voiding or removing records
  • Prefer Void over Remove to preserve audit history
  • Limit renumbering to same-day corrections
  • Restrict Entries access via security roles