月末になると、販売管理システムの売上を見ながら会計ソフトへ同じ内容を入れ直す。静岡の中小企業で私が相談を受けると、この作業が一人の事務担当者に寄っていることが少なくありません。
二重入力をなくす連携開発は、単に二つのソフトをつなぐ仕事ではありません。どの数字を正とし、訂正や返品をどう扱うかまで決めて、初めて日々の運用で使える仕組みになります。
転記の手間より怖いのは、数字のずれに気づけないこと
手入力では、金額の打ち間違いだけでなく、計上日の違い、取引先名の表記揺れ、税区分の選択漏れが起きます。販売側では4月30日の売上、会計側では5月1日の仕訳となれば、月次の照合で原因探しが始まります。
まず決めたいのは、売上・請求・入金のどの情報を連携するかです。販売管理は請求業務、会計ソフトは仕訳と決算を担うのが基本ですが、入金消込や手数料の管理範囲は会社ごとに違います。ここが曖昧なまま開発へ入ると、完成後に「欲しかった数字と違う」となりがちです。
最初の設計資料は、分厚い仕様書より請求書一枚
私たちは打ち合わせで、実際の請求書、売上明細、会計側の仕訳例を並べます。たとえば静岡市の卸売業なら、得意先別の掛売り、送料、値引き、返品が一枚に混ざることもある。飲食や小売では日次の合計仕訳で足りても、法人向けの受託業では案件別の明細が必要です。
その場で次の対応関係を表にします。
- 売上日と会計上の計上日
- 取引先コードと補助科目
- 商品区分と勘定科目、税区分
- 請求番号と仕訳を結ぶ管理番号
- 値引き、返品、取消時の処理
特に大切なのが管理番号です。同じデータを再送しても二重計上されない仕組みと、どの請求から作られた仕訳か追える記録。この二つがあると、経理担当者が自分で確認できます。
API、CSV、画面操作は、運用に合わせて選ぶ
日々の自動連携ならAPI
APIはソフト同士がデータを直接受け渡す窓口です。数分ごと、または一日一回といった自動処理に向きます。ただし、利用中の会計ソフトが必要な項目の登録に対応しているか、契約プランや利用上限に条件がないかを事前に確かめます。
まず負担を減らすならCSV
販売側から会計ソフト用のファイルを出し、経理担当者が内容を確認して取り込む方式です。完全自動ではないものの、確認を残したい会社には合います。開発範囲を絞りやすく、小さく始める選択肢にもなります。
画面操作の自動化は最後の候補
連携用の窓口がない場合、画面入力を自動化する方法もあります。ただ、画面配置の変更や通信状態の影響を受けやすいため、止まった際の検知と復旧手順まで含めた判断が必要です。
受託開発は一度の月締めを越えてから切り替える
進め方は、現場確認、項目対応、試作、過去データでの検証、並行運用、本稼働の順です。一般的な小規模連携では6〜12週間ほどが一つの目安ですが、会計ソフトの仕様や例外の量で前後します。
- 現場確認 誰が、いつ、何を見て入力しているかを画面の前で確認する
- 項目対応 販売データと仕訳の変換ルールを一件ずつ決める
- 試作 代表的な取引を少量だけ連携し、経理担当者が確認する
- 検証 通常売上だけでなく、返品、取消、月またぎ、端数も試す
- 並行運用 少なくとも一度の月締めで、従来結果と照合する
- 本稼働 エラー通知、再送方法、問い合わせ先を決めて切り替える
富士や焼津の事業所では、担当者が複数業務を兼ねることも珍しくありません。エラー時に開発会社しか直せない設計では、担当者の負担が形を変えて残ります。「未連携が何件あるか」「なぜ止まったか」を画面で読めることまで、仕様に含めたいところです。
見積額を左右するのは、連携本数より例外の数
見積もりでは、通常の売上を一件送る機能だけを見ないでください。複数税率、締め後の修正、前受け、振込手数料、部門別計上など、普段は少ない処理ほど工数に影響します。既存システム側のデータ品質も要確認です。
受託先には、対応範囲と対象外、会計ソフト側の仕様変更への対応、保守費用、障害時の連絡方法を文書で出してもらうと判断しやすくなります。会計処理の最終判断は顧問税理士にも確認し、開発会社は決まった処理を正確に実装する。この役割分担が安全です。
まずは今使っている帳票を見せてください
NIR株式会社では、静岡の現場で実際に使っている請求書や仕訳を確認し、CSVで十分か、自動連携が必要かを切り分けています。今の運用を全部捨てる前提ではありません。
月末の転記や照合作業が重くなってきたら、システム導入・開発を無料で相談するから、利用中の販売管理システムと会計ソフト、困っている作業をお知らせください。現場の流れを変えすぎない方法から、一緒に詰めます。