はじめに
2026年6月25日〜2026年7月2日の一週間は、グループ会社の連結会計実務・予実管理ツールの構築と本番稼働・購買コストの分析・社会保険手続きの対応・ナレッジ基盤の整備と再設計と、広範な分野が並行して動いた週でした。会計・法人手続き・技術実装・ドキュメント整備にわたる約20件のトピックが進行し、いくつかの案件は調査から実装・クローズまでを一週間内で完結させています。以下、各トピックを順に記録します。
グループ会社サブ連結精算表の構築：Phase 1調査から実装まで
週の前半にかけて、中堅企業グループの連結決算に関する作業が複数フェーズにわたって進行しました。
最初のフェーズでは、グループ内の特定の企業形態ごとにサブ連結精算表を作成するための調査を実施しました。連結精算表・連結仕訳帳・出資関係図をプログラムで解析し、仕訳の抽出ルールを機械判別可能な形に確定させています。精算表の全科目（163科目）について、仕訳帳のピボット再計算と照合したところ差異ゼロを確認し、構造の整合性を検証しました。出資関係図の図形テキストと仕訳種別を組み合わせることで、各企業形態のグループ構成会社を確定しています。
続く差分調査では、グループ2の構成に子会社を追加する方針が確定し、その差分だけを前回の確定エンジンに1節追加する形で対応しました。追加後の抽出結果についても貸借一致・関係会社株式残ゼロを確認し、のれん額も正しく算出されることを実データで検証しています。
補足調査では、過去に合併・消滅プロセスに入ったある子会社の実在性を仕訳帳の事実のみで分析し、期末時点で資産・負債のエントリが存在しないことを確認しました。これにより、当該会社への配当にかかる内部消去が「技術的に適用不能」であることを一意に確定し、残置を正とする判断を導いています。
これらの調査結果をもとに、Phase 3として確定ルールを実装したExcelファイル2本を生成しました。各ファイルはグループ1・グループ2それぞれについて3シート構成（精算表・参照用抽出仕訳帳・ピボット検証シート）で作成され、全検証が合格しています。抽出エンジンはグループ構成会社の集合を引数化した汎用設計とし、他のグループや他の月次へ横展開できる構造を確保しました。
一連のセッションの対話ログも記録として格納し、判断の経緯・前提の変遷・気づきをまとめました。特に、のれんが特殊なダミー会社に集約される構造や、純額処理を素朴に取り込むとのれんが消滅して借貸が破綻するという逆方向の罠など、実データで初めて判明した論点が複数記録されています。
グループ会社サブ連結のダブルカウント調査と引継ぎ文書作成
週の後半には、上記の精算表に対してグループ会社の経理担当から除外候補として挙げられた仕訳9件について、ダブルカウントの可能性を調査しました。
調査は読み取り専用で実施し、抽出スクリプトのロジックを直接インポートして採否を再現する形で行いました。9件すべてが現行ルールでは「採用」となっており、かつ9件すべてが前期の仕訳帳にも同一内容で存在することを確認しました。これらは繰越系の仕訳（過年度累積調整・評価差額・使用権資産の期首繰越）であり、「同一仕訳番号が両期に出る＝二重計上」とは必ずしも言えず、連結がYTD（累計）ベースか単月積み上げベースかによって除外の要否が分かれる構造であることを整理しました。判断の確定には実務運用の前提確認が必要とし、確認事項を明示して申し送りました。
合わせて、次のAIセッションが即着手できるよう、完全自己完結型の引継ぎ文書を新規作成しました。参照元5系統を実走査し、抽出ルールの全文・検証確定値・確認事項・クイックリファレンスを一文書に集約しています。
グループ会社連結の非支配持分調査
別の連結案件として、グループ会社の2026年4月の非支配持分の計上に関して3つの論点を調査しました。ベンダーが提供したレポート群11ファイルをプログラムで解析し、以下を確認しています。
論点1については、ある子会社の合併エントリで株数がゼロのまま金額のみ移管されたため、連結システムが持分比率を株数ゼロで計算し非支配持分が100%配分されたことを直接証拠で確定しました。前期（2026年3月）では合併日が期末ちょうどに重なって第2サブ期間が発生せず、翌月累計では期間内部に入って第2サブ期間が新規発生するという構造的な非対称性も端数一致の検算で確認しています。
論点2は提供ファイルに必要な明細が含まれておらず直接検証不能と判断し、不足データをベンダーへ依頼する形で申し送りました。論点3については、為替換算調整の組替経路が同一の構造変化で説明できることをデータが強く支持することを確認しました。
3論点すべてに共通する単一原因仮説として、「みなし取引日の位置関係（期末ちょうどか期間内部か）の違いにより連結システムのサブ期間分割と持分比率パターンが変わり、3つの経路が非対称化する」というメカニズムを整理し、ベンダーへの照会候補として着色箇所5件を提示しました。
グループ会社予実管理テーブルの月次転記ツール構築と本番稼働
予実管理テーブルへの月次実績転記を自動化するツールを構築し、4月実績の転記を初回本番稼働で完了しました。
Phase 1調査では、転記先Excelの構造を読み取り専用で解析し、前月のデータを正解として全件のマッピングを逆算して確定しました。転記対象は売上高・営業利益・EBITDAなど主要勘定で、国内グループ4社とインド子会社を合わせた合計29セルへの投入内容を机上で確定しています。
Phase 1.5では売上総利益・販管費のソースを追加調査し、集約済みシートが他のソースを包含する上位ソースであることを確認しました。恒等式（粗利益マイナス販管費イコール営業利益）が4社すべてで厳密に成立することも独立確認しています。
Phase 3の実装では、設定値をYAMLに外出しし、転記対象月を入力すると検算プレビューを表示してYes/Noを確認してから実行する構成としました。月から列へのオフセット計算・ファイル名のglobによる自動選択・既存値の上書きガード・バックアップ生成・書込後の再読込検算など、安全弁を複数実装しています。初回はドライランで机上値との完全一致を確認してから本番実行に進み、全ステップが合格しました。売上高合計の検算値も確定しています。書込はシート1枚のG列29セルに限定し、他のセル・書式・チャートは不可侵であることをF列（前月）の無変更確認で裏取りしています。
グループ会社連結見通し入力フォーマットの設計と生成
別のクライアント向けに、連結見通しの入力フォーマットを設計し、v1・v2のExcelファイルを生成しました。
v1では、正本Excelから実ラベル・実順序を読み取り専用で抽出し、科目を発明せずに科目マスタを構築しました。PL・キャッシュフロー・貸借対照表の3区分で計101科目を採番し、6シート構成のExcelとして生成しています。回転期間（売上債権・仕入債務・棚卸資産）については実績データから自動逆算した値を初期値として投入しましたが、値が高止まりしているため要レビューと注記しています。
v2ではスキーマを拡張し、為替・シナリオ・版・値区分を加えた10次元の縦持ちファクトテーブル設計としました。金額は現地通貨で保存しPythonが円換算を導出する構成で、為替レートは期中平均と期末の2種類に対応するレートテーブルシートを新設しています。シナリオは当初予算と見通しの2値、版は通年13本という構造を確立しました。7シート構成で生成し、正本由来の科目名についてはbyte-identity照合で不一致ゼロを確認しています。
合わせて、次のAIセッション向けの完全自己完結型引継ぎ文書を作成しました。v2ワークブックの7シート・科目マスタ全109行・会社構成・設計原則をすべて本文に原文転記し、リンクや絶対パスなしで即着手できる文書として整備しています。
購買コストレポートのテストデータ混入調査と対応
ある業界団体の購買ワークフローのコストダッシュボードに、未分類と特定の担当者名が同額で並ぶ違和感が発生しました。GASのスクリプト本体と関連する定義書・対話ログを読み取り専用で照合し、原因を特定しました。
未分類の発生条件は、承認者のメールアドレスが未登録または表記に差異がある場合で、設計上「未分類は異常データの混入サイン」として機能する受け皿であることが定義書に明記されていました。テスト申請がドラフト・却下以外のステータスに進んでいたことが根本原因であり、バグではなくデータ側の問題であると確定しました。特定の担当者名で同額が並ぶ構造も、テスト申請の承認者が登録済みのアドレスを使用していたため別部門に計上され、部門別集計も水増しされていた可能性があることを整理しました。
その後、担当者が入力スプレッドシートからテストデータを削除して再実行し、正常化を確認してクローズとなりました。再発防止の恒久ガードは未実装のまま残課題として明示しています。
購買コストレポートのフィリピン向けデータ収集コスト抽出とPDF生成
購買コストの出力Excelから、フィリピンでのデータ収集に関連するコストを抽出し、PDFレポートを生成しました。
キーワード検索では、件名や品名への単純なマッチングだと特定のロボット機材（約1,800万円）が誤検知されることが判明しました。語境界補正を実装し、前後にアルファベットが続く場合は除外するロジックで誤検知を排除しています。抽出対象は確度別に3区分（フィリピン明示・プロジェクト名関連・推定）に分類し、ステータスが確定系（受領済・購入済・購入中）のもののみを対象としました。
確定値は総計約1,760万円・93申請で、プログラム別の内訳もあわせて集計しています。PDFはA4横6頁構成で、サマリー・プログラム別クロス表・明細（申請単位93行）を含む構成で生成しました。デザイン規律（フォント・配色・金額右寄せ・負値表示）を遵守し、全ページのレンダリングを目視確認したうえで案件ドライブへ保存しています。
購買コストレポートの消耗品費リスク消化進捗分析とPDF生成
同じ業界団体の予実管理について、予算キャップの消化率を監視するリスク科目の進捗分析を実施しました。
対象5科目のうち消耗品費のみが2ヶ月時点で予算の約81%を消化しており、唯一の早期警戒対象として特定しました。仕訳明細DBを正ソース・購買コストレポートを品名解像度のみの補足辞書として非対称使用し、金額は仕訳側のみから取得する設計としました。
消耗品費の内訳では、工具器具備品・通信費が混在していること、月別では増勢傾向にあることを確認しました。担当者の仮説では特定用途への振替により消化率が下がる可能性が示唆されていましたが、実データでは振替対象となるPC・ワークステーションの大半が開発・戦略・総務用途であり、「全量が特定費目」とはデータが支持しないこと、振替後もなお消化率が高く残約2,400万円は純粋な消耗品支出が主因であることを誠実に示しました。
PDFはA4横5頁構成（消化サマリー・内訳明細・ロボット購入内訳・振替シミュレーション）で生成し、データの出所（仕訳側か購買PO参照か）を明示する列を設けています。
業界団体の予実プロジェクト現状把握と次アクション整理
同業界団体の予実管理プロジェクトについて、過去6件の記録を通読し現状を把握する調査を実施しました。実体ファイルの現存をディスク実走査で確認し、本番稼働済みの状態を確定しています。
旧エンジンから符号付きネット集計の新エンジンへの全面再設計・月次平仄チェックの相乗り実装・フォルダ再編が完了しており、5月末時点での実走行と理事会進捗スライド生成まで完了していることを確認しました。
残課題として、平仄差異の収束（税込PLエクスポートへの切替が律速）・理事会スライドの自動生成組み込み・収入予実の機械生成・要確認シートの連動コード化の5件を整理し、次アクション候補と優先順位を提示しました。
業界団体の平仄チェック所在特定
別調査として、予実管理テーブル本体に平仄チェックが存在するかどうかを全シート全セル走査で確認しました。対象ファイルには平仄チェックブロックが存在せず、隣接する月次決算異常値検出レポートの専用シートに実体があることを特定しました。
差異の符号についても整理し、実装が「キャッシュブリッジ型」ではなく「直接費の実績母数組立型」であることを確認しています。差額の主因は税込・税抜の消費税系統差であり、バグではないことを事実として記録しました。
業界団体の経理引継ぎ文書作成
担当者の離脱に備えた後任マネージャー向けの経理引継ぎ文書を設計・生成しました。
Phase 1では、対話ログ・スキル文書・作業ドライブ・月次財務報告フォルダ・定例会議メモの6系統を走査し、常設リンク9本・運用ルール変更履歴・未クローズ論点を抽出しました。仕掛品の金額については、概算から決算書PDFを直接読み取った確定値へ置き換えるとともに両側から検算しています。
Phase 2では、確認事項の回答を受けて全12章と付録1本の構成でpython-docxによる文書を生成しました。各章冒頭に「最初の一手」が分かるNext Action枠を設け、各種ウェブアプリURL・常設スプレッドシート・関係先リンク合計54本をハイパーリンク化しています。文書冒頭には社内限定・社外共有禁止の警告を明記し、PDFでの目視確認も実施したうえで案件ドライブへ保存しました。
グループ会社の株主向け月次業務SKILLの一本化
ある中堅企業グループの株主向け月次業務に関するスキル文書が複数に分散していたため、一本化する作業を実施しました。
Phase 1では分散5ファイルの役割を精査し、業務フロー4工程（予実転記→月次レポート生成→PDF統合→メール送信）の時系列マップを確定しました。ファイル間の記述齟齬（出所の旧運用の名残・作業フォルダのパス表記の不整合など）を整理し、統合目次案と削除・保持・移設の3分類を確定しています。
Phase 2では統合ガイドを新規作成し、汎用技術パターン集2本を共通フォルダへ移設改名、旧3本をアーカイブフォルダへ物理移動（削除ゼロ）しました。ナレッジ基盤全体を走査してリンクを張り替え、移設後の新名称と一致させています。過去の履歴ログに含まれる旧名称は史実として保全し、書き換えの対象外としました。最終状態として、生きたdanglingリンクがゼロであることを確認しています。
Altinafly社会保険手続き：被扶養者異動届の電子申請と公文書対応
今週はAltinafly自体の社会保険手続きが複数のフェーズで進行しました。
週の前半に、家族3名の健康保険被扶養者異動届をe-Govで電子申請しました。電子申請システムの仕様上、1申請あたりの人数上限があるため2件に分割して提出しています。申請時点では正式な事業所整理記号がまだ採番されていなかったため、仮の数値を記載して提出しましたが、事前に関係機関へ電話で確認し、備考欄への経緯明記で並行提出が受け入れられることを確認していました。添付書類については、法令上の要件を満たす条件下でマイナンバー記載と事業主確認による省略を活用し、全件なしで提出しています。
その後、新規適用届・資格取得届の公文書ZIPをプログラムで解析し、正式な事業所整理記号と事業所番号が採番されたことを確定しました。申請時の仮の数値が承認処理で正式記号へ正しく置き換えられていることを通知書原文で直接確認しています。
続いて、被扶養者異動届2件のうち1件が審査完了・1件が返戻となりました。返戻票のXMLを解析し、1件目は事業所所在地の記載が登記簿と相違していること・正式記号への修正が必要であること、2件目は被扶養者になった日と理由の記入誤り・住所欄の未記載であることを特定しました。補正（同一到達番号での訂正）ではなく新規申請が必要であることも確認しています。
さらに翌日、再提出した異動届について1名の認定が確定した決定通知書と、別の1名の返戻票が届きました。返戻理由はマイナンバー1項目の誤りという最も軽い類型であり、修正後の再提出が完了しています。決定通知書から正式登録の整理記号表記が半角カナであることも確認できました。
これらの手続きに関して、運用上の知見（整理記号の仮申請の扱い・子が複数いる場合の2申請分割・同居でも住所欄は必須・被扶養者になった日は資格取得日以降が必要 等）を記録として残しています。また、保険料の納付方法については初回は納付書方式とし、口座振替への切り替えは将来の課題として整理しました。
おわりに
2026年6月25日〜7月2日の週は、連結会計の深い技術検証・Python/GASによる実装・法人手続き・ナレッジ基盤の整理が高密度に並走しました。個々のトピックで調査・実装・記録のサイクルが完結しており、次のセッションが即着手できる引継ぎ文書を複数残しています。次週以降はベンダーへの照会待ちの論点・経理担当との議論待ちの論点・社会保険審査待ちの案件が複数あり、それらの結果を受けた対応が続く見込みです。
