売上日と請求日が違ったら？AIネイティブ開発で発注者が確かめること

AIネイティブ開発で発注者が見るのは、AIが作った画面や処理が自社の業務ルールに合っているか、重要な例外で期待どおりに動くか、引き継ぎに必要な資料がそろっているかの三つです。

たとえば、月末で売上を締める台帳を作る想定例です。AIが請求日で伝票を集める案を出したと仮定します。画面や計算が動いても、売上日で締める会社なら、集める伝票が違います。

9月30日に売上を立て、10月5日に請求する取引を考えます。請求日で集める案では10月分になりますが、この会社の売上台帳には9月分として載せたい。担当者に締めのルールを確認し、売上日を集計の基準に、請求日は別の項目として残す案です。

この判断を先にそろえてから、AIが提案した画面や処理を採用します。締め後に届く伝票の扱いと、訂正を認める人は、まだ決める事項として残ります。AIによる開発でも、何を正しい結果とするかは、実際の業務に照らして決める必要があります。

完成をどう確かめるか

先ほどの売上台帳で、対象月の初日から末日までの売上を一覧にし、担当者が締めを確定するとします。「月末」という依頼を、すべての月で「31日」として実装してしまうと、31日がない月に正しい処理ができません。

開発側は、28日・29日・30日・31日で終わる月をテストに含めます。31日のある月だけを試すと、この誤りを見逃します。

日付と対象範囲を先に書く

対象月	期待する月末日	期待する集計範囲
2026年2月（平年）	2026年2月28日	2月1日〜2月28日
2028年2月（うるう年）	2028年2月29日	2月1日〜2月29日
2026年4月（30日の月）	2026年4月30日	4月1日〜4月30日
2026年5月（31日の月）	2026年5月31日	5月1日〜5月31日

これは、開発前に用意する期待結果の例です。開発側は、対象月の最終日の売上が入り、翌月1日の売上が混ざらないことまで、用意したデータで確かめます。

日付の計算が正しいことを開発側で確かめたうえで、発注者は仕事の流れを試します。冒頭の取引が9月分に入り、10月の請求にも使えるか。締め後の訂正を決めた手順で行えるか。技術的なテストと業務の確認をつなぐと、計算は合っているのに使えない、という食い違いを見つけられます。

試した記録には、期待した結果、実際の結果、試した人と日付を残します。まだ試していない項目があるときは、何が残っているか、誰がいつ確かめるか、完成の判断に影響するかを話し合います。記入見本の実行結果は「未実施」としています。実際に試した後で、得られた結果を記入してください。

日常の処理に加えて、訂正、取消、権限の違いなどをどう確かめるかは、システムの受入テスト・検収で確かめることで詳しく説明しています。

開発方法と、納品する機能を分ける

統一規格ではないため、依頼先を比べるときは、実際の分担と確認方法を聞くと違いが見えてきます。開発ではなく、会社の仕事と時間の使い方をAI前提で組み替える話は、小さな会社がAIネイティブになる考え方で扱っています。

台帳、検索、申請、予約、既存システム改善など、AI機能を使わずに作る構成も選べます。読み取りや検索補助、下書きにAIを載せるかどうかは、課題、データの取り扱い、人による確認、運用の負担を見て決めます。

開発期間や費用を比べるときは、作る機能と試す内容をそろえます。売上台帳なら、締め後の訂正や引き継ぎ資料まで含むのかで、必要な作業が変わります。開発者が現場に入り、業務の担当者と一緒に作る進め方は、FDE型開発の進め方で紹介しています。

AIが進める作業と人が判断すること

NeoLogicの体制は、代表ひとりと複数のAIです。お客様のお話を聞くのも、作る内容を決めるのも、出来上がりを確かめるのも代表本人。そのあいだの手を動かす仕事を、AIが並走して進めます。

AIは技術資料を調べて案をまとめ、画面や機能を実装し、テストを作成・実行して、説明書の下書きも進めます。代表は案を業務の実態に照らし、採用する内容や直す順番を判断します。AIの出力をそのまま完成品とせず、確認したうえでお渡しするのが当社の進め方です。

開発側はコードの検査や不具合の修正を行います。発注者には、仕事の決まりや実際の使い方を伺い、合意した内容で業務を進められるかを実物で確かめていただきます。

工程ごとに受け取る資料を決める

次の表は、依頼先との打ち合わせで使う項目の提案です。必要な資料は作るシステムに合わせて決め、受け取る時期もそろえます。

工程	納品資料	発注者が見る点
範囲の合意	機能一覧と完成条件	作る範囲と、今回含めない仕事は何か
設計・実装	画面例と処理の説明	普段の仕事の順番で使えるか
動作確認	期待結果と確認記録	通常の処理と重要な例外を確かめたか
完成確認	受入確認表と残る課題	合意した条件を満たしたか。残る課題をどう扱うか
運用・引き継ぎ	操作・運用説明と引継ぎ一覧	誰が何を受け取り、いつから対応できるか

同じ工程を並べた「AI開発の成果物・確認対応表」には、AIの作業、人の判断、未確認事項、引き継ぎ先も記入できます。入力用シートは、依頼先と決めた内容を書き込むための空欄版です。記入見本は、月末に締める売上台帳について、締めに使う日付を担当者へ確認する前の状態です。冒頭のように決まった内容は「人の判断」へ移し、未確認欄には残る質問を書きます。

Excelで確認対応表を記入する ／ 空欄版と記入見本をPDFで見る

引き継ぐものと受け取る時期

使い始めるときには、操作方法と困ったときの連絡先が必要です。別の担当者や開発会社へ運用を移すときには、コードや設定、データの取り出し方まで必要になります。「引き継ぎ資料あり」という一言で済ませず、受け取るものと時期、受け取る人を合わせて決めます。

完成時に確かめるもの

完成時は、合意した機能の試験記録、操作の説明、残る課題と対応予定が主な対象です。売上台帳なら、月末の試験結果だけでなく、締め後の訂正手順や、担当者が変わったときの操作案内も役に立ちます。資料があるかに加え、実際の画面や業務の決まりと合っているかを見ます。

コードの引き渡し時期は、完成の確認時期と分けて決めます。NeoLogicの現在のサービス説明では、開発費のお支払い完了後に、継続利用かソースコードの引き渡しかを選べます。ソースコードは、システムを動かすプログラムの元の記述です。保守・運用は開発費に含まず、希望される場合は別途お見積り・別契約でご案内しています。

担当者が変わっても使えるか

引き継ぎの打ち合わせでは、渡すコードの版、設定の保存場所、運用に使うサービスの管理者、データの取り出し方、試験結果を受け取る側と照合します。パスワードそのものを確認表に書く必要はありません。管理者と受け渡し方法を決めておきます。

受け取ったコードを自社や別の会社が変更できるか、外部サービスや外部ソフトウェアの利用条件が残るかも調べます。NeoLogicでは、システムに含まれるOSS等の外部ソフトウェアには、それぞれのライセンス条件が適用されます。コードの受け取りだけで、すべてのサービスの契約や利用条件まで引き継がれるとは限りません。

引き継ぎ先が未定なら、確認表には「未定」と書き、決める担当と時期を未確認欄に残します。引き継ぐ担当者が、自分で起動や操作を試せる資料かを確かめると、説明の足りない箇所が分かります。

IPAの情報システム・モデル取引・契約書（第二版）の公開案内は、契約時に仕様やプロジェクト管理、検収方法について双方が理解をそろえるための活用を示しています。依頼先との合意を整理する参考資料として使い、実際に渡される資料や権利の条件は、その案件の契約で確認します。

依頼先に聞くこと

打ち合わせでは、次の質問から、自社でまだ決まっていない点を選んで聞いてみてください。

1. 今回作る機能と、今回の費用に含めない仕事は、どの資料に書かれていますか。
2. 完成と判断する条件は何ですか。開発側のテスト結果と、こちらで試す内容を見せてもらえますか。
3. まだ試していない項目や不具合が残ったときは、誰が、いつまでに、どう対応しますか。
4. 使い始めたあとの問い合わせ、不具合修正、保守は、どこまで含まれますか。
5. コードや設定、操作・運用説明は、いつ、誰に渡されますか。担当を変える場合の条件はありますか。

回答を確認対応表に書き込むと、説明だけでは分からなかった未決事項が具体的になります。決まっていないことがあれば、その場で無理に埋めず、聞く相手と時期を決めます。

進め方も、現在の状況から選べます。課題と範囲が明確なら開発から、すでに仕組みがあるなら既存システムの改善から始められます。本当に作れるか、役に立つかに不確かさがある場合は、その部分を先に試します。依頼する範囲を相談したい方は、サービス一覧から、今の課題に合う内容をご覧ください。

開発で使うAIツールを選ぶ際は、同じ変更課題で権限、確認、引き継ぎまで比べられます（AI開発ツールの比較｜同じ変更で試す確認項目）。

AIネイティブ開発を相談する

参考出典

• IPA「情報システム・モデル取引・契約書（第二版）」公開案内（2020-12-22公開、案内ページ2026-09-11更新、2026-09-15確認）