Retail Cash & Bank Reconciliation

主な機能

Per-register and per-store Cash Declaration document with guided denomination count screen built as an AL page extension

Float, petty cash and safe management with dedicated balance ledgers reconciled to G/L

Cash pickup, drop and banking deposit slips that post directly to Business Central Bank Account ledgers

Over/short variance tracking with configurable thresholds and a routed approval flow before posting

Card and PSP settlement reconciliation: matches acquirer settlement files (Stripe, Adyen, local PSPs) against POS takings

Job Queue entry that imports settlement and POS export files on a schedule, no manual CSV handling

Automatic variance G/L entries written via event subscribers on the posting routines

Full Dimension tagging by store, register and shift for slice-and-dice reporting

REST/OData API endpoints so your POS or middleware can push takings and pull reconciliation status

Dedicated permission sets separating cashier declaration, manager review and finance approval roles

Daily close dashboard with unreconciled, over and short tiles per store

Power BI / Dataverse-ready output for cross-store cash-position reporting

受注生産、すべておまかせ

自分での設定は不要 — ECOSIRE が構築・インストール・サポートする実働アプリです。

ご注文

一回限りの構築料金から始めます。キックオフで一緒に範囲を決めます。

構築とインストール

ECOSIRE がお客様の Dynamics 365 Business Central 上で構築・設定・インストールします。

本番稼働 + サポート

約2〜4週間で稼働し、リリース後のサポート期間が付きます。

この製品について

Multi-store retail finance teams lose hours every day chasing till differences across spreadsheets, POS exports and bank statements. Retail Cash & Bank Reconciliation is a custom Dynamics 365 Business Central extension that closes that gap inside the ERP you already run.

Built in the AL language as a set of table and page extensions over the core Bank Account, G/L Entry and Dimension tables, the app introduces a Store Cash Declaration document, float and safe ledgers, banking deposit slips and a reconciliation worksheet that matches card-acquirer settlement files against POS takings. Event subscribers on posting routines write variance entries automatically, and an over/short approval flow routes anything above a configurable threshold to a finance approver before it posts.

This is build-to-order, not an instant AppSource download. ECOSIRE scopes your store layout, register count, acquirers (Stripe, Adyen, local PSPs) and chart of accounts, then builds, installs and supports the app as a per-tenant extension published directly to your Business Central environment (cloud SaaS or on-prem). We configure permission sets, a Job Queue entry to import settlement files on a schedule, and the API/OData endpoints your POS or middleware needs.

Because it lives in Business Central, every declaration, deposit and variance posts straight to the General Ledger with full dimension tagging by store — no nightly CSV imports, no reconciliation done in a side spreadsheet. Finance gets a clean daily close; store managers get a guided count screen; auditors get a complete trail.

Delivery typically runs two to four weeks depending on acquirer count and POS integration depth. You own the source; we maintain it across Business Central update waves.

得られるもの

A per-tenant Business Central extension (.app) built in AL and published to your environment

Source code and AL project handed to you, with build/deploy instructions

Configured permission sets for cashier, store manager and finance approver roles

A scheduled Job Queue entry for settlement/POS file import

API/OData endpoints documented for your POS or integration middleware

Setup workshop, configuration of stores/registers/acquirers, and a recorded handover session

これは誰のためのものですか

Multi-store Finance Controller

Owns the daily cash close across all locations and needs every till to tie out to the General Ledger with variances explained and approved, not buried in spreadsheets.

Retail Operations Manager

Wants store managers to count, drop and bank cash through one guided screen with clear over/short flags, reducing end-of-day disputes and shrinkage.

Business Central Administrator

Needs the solution delivered as a clean per-tenant extension with proper permission sets and a Job Queue, not unmanaged customizations that break on the next update wave.

Retail Cash & Bank Reconciliation の比較方法

基準	エコシエール	カスタムビルド	競合他社
End-to-end per-store cash declaration, banking and variance flow	付属	部分的なサポート	部分的なサポート
Card/PSP settlement-vs-POS reconciliation	付属	部分的なサポート	部分的なサポート
Tailored to your exact stores, acquirers and chart of accounts	付属	付属	含まれていない
Delivered as an upgrade-safe per-tenant AL extension	付属	部分的なサポート	付属
Posts directly to BC Bank Account and G/L with dimensions	付属	部分的なサポート	部分的なサポート
Over/short approval workflow with thresholds	付属	部分的なサポート	部分的なサポート
Installed and supported for you across update waves	付属	含まれていない	部分的なサポート
Source code ownership handed over	付属	付属	含まれていない

Retail Cash & Bank Reconciliation に関するよくある質問

How long until the app is live in our Business Central environment?

Delivery typically runs two to four weeks. The timeline depends on how many card acquirers/PSPs you reconcile, your store and register count, and the depth of POS integration. We confirm a firm date after a short scoping call and install to a sandbox first, then promote to production once you sign off.

Is this an AppSource app I can just download?

No. This is build-to-order. ECOSIRE builds the AL extension to your store layout, acquirers and chart of accounts, then publishes it as a per-tenant extension directly to your Business Central tenant. There is no public AppSource listing to download; we handle the install on your environment.

What happens with support and Business Central update waves?

We provide post-delivery support and maintain the extension across Microsoft's twice-yearly Business Central update waves. Because it is built on supported AL extension points (table/page extensions and event subscribers) rather than base-code modifications, it survives upgrades cleanly. Ongoing support terms are agreed at handover; you also receive the source so you are never locked in.

Which POS and card processors does it reconcile against?

The reconciliation worksheet is built to match acquirer settlement files against POS takings. We support common processors such as Stripe and Adyen plus regional PSPs, and we map your specific settlement file format during the build. POS takings can be pushed via the included REST/OData endpoints or imported on a schedule by the Job Queue.

Does everything actually post to the General Ledger, or is it a side report?

Everything posts inside Business Central. Cash declarations, deposit slips, float movements and over/short variances write real Bank Account and G/L entries with dimension tags by store. There is no separate reconciliation spreadsheet — the daily close is the ERP's own ledger.