納品完了報告メールはフィリピンプロジェクトの最重要マイルストーンです。
フィリピン検収プロセス（UAT・Sign-off・Warranty）を反映した納品報告様式があります。
本記事では「納品物リスト＋検収期間＋Warranty期間＋精算スケジュール」の4必須要素を完全テンプレ化します。
BIR Invoice発行、源泉徴収（Form 2307）等のフィリピン税務要件も含めて整理します。
納品メールの4必須要素
フィリピン式納品メールには4つの必須要素があります。
欠けると検収プロセスが滞ります。
納品物リスト
納品物は完全リスト化します。
ファイル名、容量、バージョン、アクセス方法を含めます。
Sir/Ma’amが検収開始前にチェックリスト化できる粒度が標準です。
検収期間（UAT）提示
UAT（User Acceptance Testing）期間を明示します。
「UAT period: April 25 – May 1, 7 working days」と具体化します。
クライアント側のテストリソース確保時間を考慮します。
Warranty期間
Warranty期間は契約書条項に基づき明示します。
「Warranty: 90 days from sign-off」と期間と起算日を示します。
無償修理範囲と有償サポート開始時点を区分します。
精算スケジュール
BIR Invoice発行と入金予定を提示します。
「Invoice issuance: Within 3 days of sign-off, Payment due: 30 days from invoice」が標準です。
VAT 12%、源泉徴収（Form 2307）も並行確認します。
件名様式
納品完了メールの件名は3パターンが標準です。
プロジェクト段階に応じて使い分けます。
「[Delivery Complete] OO Project – Date」
標準的な納品完了件名です。
(1) [Delivery Complete] BPI Mobile App Phase 1 – April 25, 2026
(2) [Delivery Complete] BPI Mobile App Phase 1 – April 25, 2026
(3) 【納品完了】BPI モバイルアプリ Phase 1 – 2026年4月25日
角括弧の[Delivery Complete]タグでHRや経理部門への分岐が即座に分かります。
「[Final Submission] OO Deliverables」
最終納品時の件名です。
(1) [Final Submission] BPI Mobile App All Deliverables
(2) [Final Submission] BPI Mobile App All Deliverables
(3) 【最終納品】BPI モバイルアプリ 全納品物
Final Submission表記は契約完了の合図として、経営陣の注目を引きます。
次数表記（Phase 1 / Final）
多段階プロジェクトは次数を明示します。
「Phase 1 of 3」「Final Submission」のように位置付けを示します。
クライアント側の予算管理（Phase別精算）にも役立ちます。
納品物リストの作成
納品物リストは検収可能な粒度で作成します。
3要素（分類・容量・アクセス）を含めます。
添付ファイル/リンクの分類
納品物は添付ファイルとリンクの2形式で分類します。
5MB以下は添付、それ以上はGoogle Drive/Dropbox/Box等のリンクです。
フィリピンのインターネット事情を考慮し、リンク優先が標準です。
各項目の容量・バージョン
各項目の容量とバージョンを明示します。
「Source code (zip, 250MB, v1.0)」「Documentation (PDF, 5MB, v1.2)」のように記します。
Sir/Ma’amのダウンロード時間予測に役立ちます。
アクセス方法案内
リンク経由のアクセス方法を明示します。
「Access link: https://drive.google.com/OO, Password: shared via Viber」のように具体化します。
パスワードは別チャネル（Viber、SMS）で送るのが標準です。
検収期間（UAT）提示
UAT期間はフィリピン式の合意プロセスです。
3要素（期間・延長・担当者）を整えます。
一般的に営業日基準5-7日
UAT期間は営業日5-7日が標準です。
「UAT: April 25 – May 5, 7 working days excluding weekends」と週末除外を明示します。
Holy Week、Christmas Season、All Saints’ Day等の祝日も除外します。
検収期間の延長可能性
UAT期間延長可能性を提示します。
「UAT extension: Up to 3 additional working days upon request」が標準です。
クライアント側のテストリソース不足を考慮した柔軟性です。
検収担当者確認
検収担当者を事前確認します。
「UAT Lead: Ma’am Maria Santos, UAT Team: 3 testers」と組織を示します。
担当者明確化で、責任範囲が明確になります。
検収基準の共有
検収基準は事前合意が必須です。
3カテゴリの判定基準を明確化します。
機能・性能・デザイン・品質カテゴリ
検収は4カテゴリで実施します。
機能（Functional）、性能（Performance）、デザイン（UX/UI）、品質（QA）です。
各カテゴリにテストケースとPass基準を準備します。
通過・条件付き・脱落の判定基準
判定は3段階です。
Pass（通過）、Conditional Pass（条件付き通過）、Fail（脱落）の基準を明示します。
Conditional Passは追加修正後の再検収という意味です。
再納品の範囲
Fail時の再納品範囲を明確化します。
「Re-delivery scope: Failed test cases only」と限定するのが標準です。
Pass済み項目の再テストは原則行いません。
Warranty期間明示
Warranty期間はフィリピン契約の重要条項です。
3要素（条項・範囲・有償移行）で構成します。
契約書条項引用
Warranty条項を契約書から引用します。
「Per Section 8.2 of the Master Service Agreement, Warranty period is 90 days」と参照します。
双方が条項に基づき判断できます。
無償修理範囲
無償修理範囲を明示します。
「Warranty covers: Bug fixes for delivered features」と限定します。
新機能要望はWarrantyの範囲外で、別途見積もりとなります。
有償サポート開始時点
Warranty期間終了後の有償サポート開始を明示します。
「Post-warranty support: Hourly rate PHP 5,000 or annual maintenance contract」が選択肢です。
クライアントのキャッシュフローに合わせて選択できる構造にします。
最終精算スケジュール
精算スケジュールはフィリピンBIR要件と連動します。
3段階で構成します。
BIR Invoice発行スケジュール
BIR Official Receipt（OR）の発行スケジュールを示します。
「OR issuance: Within 3 working days of sign-off」が標準です。
BIR電子インボイス制度（2024-2025段階移行中）への対応も含めます。
入金予定日
入金予定日を明示します。
「Payment terms: Net 30 days from OR issuance」が標準です。
SM Group、Ayala、Globe等の財閥系はNet 60日も多く、契約段階で確認します。
遅延時の協議
入金遅延時の協議手続きを示します。
「In case of delay, please notify within 5 days for amicable resolution」と協議姿勢を示します。
催促は段階的に強度を上げます（S-G-2参照）。
検収中問題発見時の対応
UAT期間中の問題発見は、フィリピンプロジェクトで頻発します。
3段階の対応プロセスを準備します。
修正要請受容メール
クライアントからの修正要請は、24時間以内に受容返信します。
「Salamat po sa inyong feedback. Aayusin po namin ang mga isyu」（フィードバックありがとうございます。修正します）が典型です。
受容を即時示すことで、信頼維持につながります。
再納品スケジュール提案
再納品スケジュールを提案します。
「Re-delivery scheduled for April 30, with revised test cases」と具体日時を提示します。
修正規模に応じて期間を柔軟に調整します。
議論必要項目の会議提案
解釈が分かれる項目は会議で議論します。
「For items requiring discussion, can we schedule a 30-minute call?」と提案します。
メールでの長文応酬より、対面協議が早期解決に繋がります。
検収通過確認書の様式
検収通過確認書（Sign-off Form）はフィリピン契約の重要書類です。
3要素を含めます。
「Pakitingnan po ang sign-off form」
Sign-off Form送付のフォーマル表現です。
(1) Pakitingnan po ang sign-off form para sa final acceptance
(2) Pakitingnan po ang sign-off form para sa final acceptance
(3) 最終受領のSign-off Formをご確認ください
「Pakitingnan po」（ご確認ください）はフォーマル度の高い表現です。
署名・日付要請
署名と日付の要請を明示します。
「Please sign and date by April 30, 2026」と具体日時を示します。
電子署名（HelloSign、DocuSign）併用も標準です。
公式文書への移行
署名済みSign-off Formは公式文書として保管します。
「Signed sign-off form will be filed as official record」と保管方針を共有します。
監査対応、SEC登録、税務調査の証拠書類になります。
納品後フォローサポート
納品後フォローはpakikisama関係の鍵です。
3要素のサポートを準備します。
維持保守契約案内
Warranty期間終了後の維持保守契約を案内します。
「Annual Maintenance Contract: PHP 200,000 covering 8 hours/month」が標準です。
クライアントの長期予算組みに役立ちます。
Training・マニュアル提供
納品後のTrainingとマニュアル提供を含めます。
「2-day on-site training for end users, included in delivery」が典型です。
Trainingは納品物の活用度を高め、長期関係構築に貢献します。
定期レビュー会議提案
納品後の定期レビュー会議を提案します。
「Quarterly Business Review (QBR) – Optional, no charge」が標準です。
QBRはpakikisama関係の維持と次案件発掘に繋がります。
工程ごとのSir/Ma’am呼称
納品プロセスのCC構造はフィリピン階層を反映します。
3階層を理解します。
担当者→Director→VPまでのCC構造
納品メールは担当者To、Manager・DirectorのCC、最終納品時はVPもCCします。
「To: Sir Roberto (PM), CC: Ma’am Maria (Director), Sir Henry (VP)」のように階層化します。
SM GroupやAyalaの財閥系は特に階層遵守が厳格です。
部門マネージャーへのフォーマル度
部門マネージャー宛は本文中長文（15-25行）です。
「Sir/Ma’am+Po必須＋Executive Summary先行＋詳細本文」の構造です。
多国籍企業（Unilever、Nestle、P&G）は英語完全＋短文（10-15行）が標準です。
承認フロー上の呼称統一
承認フロー全段階で呼称を統一します。
「Sir Roberto」と書いたら最後まで「Sir Roberto」と一貫させます。
段階で呼称が変わると、Sir/Ma’am側で混乱を招きます。
日本人の納品メールNG
日本人が陥りがちな納品メールの失敗を整理します。
これらを避けるだけで、フィリピン検収プロセスがスムーズになります。
検収期間明示漏れ
検収期間（UAT）の明示漏れは、フィリピン納品メールで重大失敗です。
クライアントが「いつまでに何をすべきか」が不明で、検収プロセスが滞ります。
営業日基準5-7日、延長可能性、担当者の3要素は必須です。
Warranty条項説明不足
Warranty条項を契約書から引用せず曖昧にすると、後の請求トラブルを招きます。
「Per Section 8.2 of MSA」のように契約書参照を明示します。
無償範囲、有償移行時点も具体化します。
「今後ともよろしく」の曖昧な結び
「今後ともよろしくお願いします」を「Salamat po sa palaging pakikipagtulungan」と直訳すると不自然です。
「Salamat po sa inyong pagtitiwala」（信頼ありがとうございます）が自然です。
定型表現は文化が異なれば全く別の表現になります。
BIR要件への配慮欠如
BIR Official Receipt発行、Form 2307源泉徴収への配慮欠如は重大失敗です。
VAT 12%、源泉税率（業種別）の確認は契約段階から必要です。
納品メールで「OR issuance schedule」を明示しないと、経理部門で混乱を招きます。
納品物バージョン管理の混乱
納品物のバージョン管理が不明確だと、検収段階で「最新版が分からない」という混乱を招きます。
「v1.0 final」「v1.1 hotfix」と明確化します。
変更履歴（Change Log）も並行して提供するのが標準です。
関連する内部リンク
クライアント対応の全体像は、タガログ語のクライアント対応メール完全ガイドで展開しています。
週次報告メールは、フィリピン週次報告メール｜Sir/Ma’amへの報告様式を参照してください。
仕様変更依頼メールは、仕様変更依頼メール｜影響評価とapproval lineを確認してください。
BIR Invoice関連メールは、BIR e-Invoice・入金確認・督促メールと組み合わせて学習してください。
フィリピンビジネスマナー全般は、タガログ語ビジネス電話・メール完全ガイドを参照してください。
