韓国の納品完了報告メールは、検収基準・瑕疵保証・最終精算の3大必須要素があります。
検収期間は営業日基準で5-7日が標準であり、瑕疵保証は契約書条項に応じて3-12か月が一般的です。
本記事は納品物リストの構成から検収通過確認書様式まで、3段表記（ハングル／ローマ字／日本語直訳）で体系化します。
재벌大企業・スタートアップ・外資系それぞれの検収プロセスの違いまで扱う実務ガイドです。
納品メールの4必須要素
納品物リスト
納品物リストは番号付きリストで整理します。
「1. OO 소스 코드, 2. OO 매뉴얼, 3. OO 테스트 보고서」という形式です。
各項目のフォーマット・容量・バージョンを明示します。
リンク・添付の区分も明確にします。
検収期間の提示
検収期間は営業日基準で5-7日が標準です。
「검수 기간: 영업일 기준 5일 (O월 O일 ~ O월 O일)」という形式で明示します。
複雑なシステムは10-14日まで許容されます。
検収期間経過時の自動承認条項は契約書への明示が必要です。
瑕疵保証期間
瑕疵保証期間は契約書条項に従います。
韓国SI業界では3-12か月が標準で、6か月が最も一般的です。
「무상 하자 수정 기간 6개월」という形式でメールに再確認します。
瑕疵の範囲（機能欠陥・性能低下・セキュリティ脆弱性）も明確にします。
精算スケジュール
精算スケジュールは検収完了後の契約条件に従います。
「검수 완료 확인서 수령 후 O일 내 세금계산서 발행」という形式です。
세금계산서発行スケジュールと入金予定日を明示します。
精算遅延リスクも事前に共有します。
件名の様式
「[納品完了] OOプロジェクト – 日付」
標準件名は「[납품 완료] OO 프로젝트 – 일자」です。
「[납품 완료] OO 시스템 구축 – 2026년 4월 25일」という形式です。
角括弧で納品完了であることを明示します。
プロジェクト名は契約書上の正式名称で記載します。
次数表記（1次／最終）
分割納品の場合は次数を表記します。
「[1차 납품 완료]」「[2차 납품 완료]」「[최종 납품 완료]」という形式です。
分割納品の場合、各次数別の納品物と検収基準が異なる場合があります。
最終納品時は全体の精算条件を再確認します。
緊急度表示
納品期限が迫っているときは「[기한 임박]」の表示が可能です。
「[긴급・납품 완료] OO 프로젝트」という形式です。
一般的に納品メールに緊急表示は不要です。
日常の納品は標準件名で十分です。
納品物リストの作成
添付ファイル／リンクの分類
納品物は添付ファイルとリンクに分類します。
「[첨부] OO 매뉴얼.pdf, [링크] OO 소스 코드 저장소」という形式です。
大容量ファイルはリンク共有で代替します。
セキュリティ資料は暗号化ZIP＋別送パスワードが標準です。
各項目の容量・バージョン
各納品物の容量・バージョンを明示します。
「OO 시스템 v1.0 (빌드 20260425), 소스 코드 120MB」という形式です。
バージョン管理は長期保守に必須です。
ビルド番号・リリース日も併せて記録します。
アクセス方法の案内
各納品物のアクセス方法を詳細に案内します。
「GitHub 레포지토리 초대 메일 별도 발송」「Notion 페이지 접근 권한 부여 완료」という形式です。
アクセス権限設定の事前確認が必要です。
アクセス不可発生時の緊急連絡先も提供します。
検収期間の提示
一般的に営業日基準5-7日
検収期間は営業日基準5-7日が韓国の実務標準です。
「영업일 기준」が重要で、週末・祝日は除きます。
5日未満では顧客が十分に検収できません。
7日超過はプロジェクト終了遅延の原因になります。
検収期間の延長可能性
複雑なシステムは検収期間の延長が可能です。
「필요 시 추가 영업일 3-5일 연장 가능」という形式で事前に言及します。
延長要請は顧客企業の公式要請が必要です。
恣意的な延長はプロジェクト日程に影響を与えます。
検収担当者の確認
検収担当者を事前に確認します。
「검수 담당: OO 팀장님」という形式で明示します。
複数担当者の場合は各担当領域を明確にします。
検収担当者の連絡先を再確認します。
検収基準の共有
機能・性能・デザイン・品質のカテゴリ
検収基準は「機能・性能・デザイン・品質」の4カテゴリに分類します。
各カテゴリの具体的評価項目を文書化します。
「기능 테스트 케이스 95% 통과, 응답 시간 2초 이내」という形式です。
チェックリスト形式の検収文書が効果的です。
通過・条件付・不合格の判定基準
検収判定は「通過・条件付・不合格」の3段階です。
「통과: 모든 기준 충족, 조건부: 경미한 수정 후 통과, 탈락: 재납품 필요」という形式です。
条件付通過の場合は修正期限を明示します。
不合格の場合は再納品スケジュールの再調整が必要です。
再納品の範囲
再納品の範囲は契約条件に従います。
「機能再実装・性能改善・全面的書き直し」など水準が異なります。
追加費用発生の有無も事前に合意します。
再納品回数制限も契約書に明示します。
瑕疵保証期間の明示
契約書条項の引用
瑕疵保証は契約書の条項を再確認します。
「계약서 XX조에 따라 6개월 무상 하자 수정」という形式で参照します。
口頭合意ではなく契約書文書の条項を活用します。
契約書条項とメール内容の不一致は紛争の原因です。
無償修理の範囲
無償修理の範囲を明確にします。
「납품물의 결함으로 인한 수정은 무상, 고객 요구 변경은 유상」という形式です。
境界が曖昧な場合は両者協議条項を含めます。
無償修理の対応時間も明示します（例: 営業日基準24時間以内の対応）。
有償支援の開始点
有償支援の開始時点を明示します。
「하자 보증 기간 종료 후 유상 유지보수」という形式です。
有償支援の単価・条件も事前に共有します。
長期保守契約の提案が自然につながります。
最終精算スケジュール
세금계산서発行スケジュール
세금계산서の発行スケジュールを明示します。
「검수 완료 확인서 수령 후 3 영업일 내 전자세금계산서 발행」という形式です。
홈택스システムを通じた発行が韓国標準です。
発行内訳は発行即時にメールで共有します。
入金予定日
入金予定日は契約条件に従います。
「세금계산서 발행 후 30일 (Net 30)」「말일 마감 익월 말일 지급 (60일)」など多様です。
韓国の大企業は60日サイクルが一般的です。
スタートアップは30日以内が多いです。
遅延時の協議
入金遅延時の協議方法を事前に共有します。
「입금 지연 시 즉시 연락 부탁드립니다. 상호 협의로 조정 가능합니다」という形式です。
遅延利子条項が契約書にある場合は参照します。
法的措置は最後の手段として言及します。
検収中に問題発見時の対応
修正要請受諾メール
修正要請を受諾するメールの定型を共有します。
「수정 요청 접수되었습니다. 검토 후 O월 O일까지 수정 완료 예정」という形式です。
修正範囲の再確認が重要です。
大規模な修正は変更要求プロセスに切り替えます。
再納品スケジュールの提案
再納品スケジュールを現実的に提案します。
「수정 완료 후 영업일 기준 3일 내 재납품 예정」という形式です。
修正範囲と期間がバランスを取る必要があります。
再納品時は検収期間が再度適用されます。
議論が必要な項目の会議提案
議論が必要な項目は会議を提案します。
「검수 시 지적된 OO 항목에 대해 미팅 제안드립니다」という形式です。
会議で解決方策を合意します。
会議結果は議事録として記録・共有します。
検収通過確認書の様式
「검수 완료 확인 부탁드립니다」
検収完了確認書要請の定型は「검수 완료 확인 부탁드립니다」です。
「検収完了確認書」は精算プロセスの公式文書です。
口頭確認ではなく書面確認が必要です。
電子署名（모두싸인・DocuSign）が最近の標準です。
署名・捺印要請
署名・捺印を要請します。
「검수 완료 확인서에 서명・날인 부탁드립니다」という形式です。
재벌大企業は法人印鑑の捺印が依然として必須の場合があります。
スタートアップは電子署名でほとんど処理されます。
公式文書への移管
検収完了確認書は公式文書として移管します。
「검수 완료 확인서 원본은 별도 우편 발송」という形式です。
コピーは電子文書として保管します。
監査・税務対応のための長期保管が必要です。
納品後の後続支援
保守契約案内
納品後に保守契約を案内します。
「하자 보증 종료 후 유지보수 계약 제안드립니다」という形式です。
保守範囲・単価・期間を詳細に共有します。
自然な契約拡張の機会になります。
教育・マニュアル提供
教育・マニュアル提供を約束します。
「사용자 교육 1회 무상 제공, 매뉴얼 상세 공유」という形式です。
教育日程・方式（オンライン・対面）を調整します。
マニュアルは韓英併記提供が外資系で好まれます。
定期レビュー会議の提案
定期レビュー会議を提案します。
「분기 1회 정기 리뷰 미팅 제안드립니다」という形式です。
長期関係維持の重要な手段です。
顧客の追加ニーズ把握の機会になります。
日本人の納品メールNG
検収期間明示の漏れ
検収期間の明示を漏らすと精算プロセスが遅延します。
「납품되었습니다」だけで終わると顧客はいつまで検収すべきか分かりません。
営業日基準の具体的期間を必ず明示します。
自動承認条項の根拠も提示します。
瑕疵保証条項の説明不足
瑕疵保証条項の説明が不足すると後続で論争が発生します。
契約書条項を再引用する習慣が重要です。
瑕疵の範囲・対応時間・無償 vs 有償の区分を明確にします。
曖昧な説明は関係悪化の原因です。
「今後ともよろしく」の曖昧な結句
「앞으로도 잘 부탁드립니다」の曖昧な結句は韓国では不足です。
後続段階（精算・保守・レビュー会議）の具体的提示が必要です。
「이번 프로젝트를 통해 관계 발전의 기반」という形式の自然な長期関係アピールが良いです。
具体性が韓国ビジネスの核心です。
組織類型別の納品プロセスの違い
재벌大企業
재벌大企業の納品プロセスは非常に厳格です。
検収期間が10-14日まで要求されることが多いです。
法人印鑑の捺印が依然として必須です。
税務・会計監査対応のための厳格な文書管理が必要です。
スタートアップ
スタートアップの納品は柔軟かつ迅速です。
検収期間3-5日が一般的です。
電子署名でほとんど処理されます。
Slack・Notionでの検収コミュニケーションも許容されます。
外資系
外資系の納品は本社基準に従います。
「Acceptance Criteria」が詳細に文書化されます。
英語の検収完了確認書が標準です。
Global payment process（30-60日）に従います。
実務の納品メール例文集
標準納品完了報告
件名「[납품 완료] OO 시스템 구축 프로젝트 – 2026년 4월 25일」で始めます。
「안녕하십니까, OO 팀장님. OO 프로젝트의 최종 납품을 완료하여 보고드립니다.」が1段目です。
「[납품물] 1. OO 시스템 v1.0, 2. 사용자 매뉴얼, 3. 테스트 보고서. 상세는 첨부 목록 참조.」が2段目です。
「[검수 기간] 영업일 기준 5일 (4/26 ~ 5/2), [하자 보증] 6개월, [정산] 검수 완료 후 세금계산서 발행.」が3段目です。
「검수 완료 후 확인서 서명 부탁드립니다. 문의 사항 있으시면 언제든 연락 주세요. 감사드립니다.」で締めくくります。
分割納品（1次）
件名「[1차 납품 완료] OO 프로젝트 – Phase 1」で始めます。
「안녕하십니까, OO 팀장님. OO 프로젝트 Phase 1의 납품을 완료하였습니다.」が1段目です。
「[납품 범위] OO 기능 (요구사항 ID: 001-015). [검수 기간] 영업일 기준 5일. [다음 Phase] 2차 납품 5/15 예정.」が2段目です。
「Phase 1 검수 완료 후 Phase 2 착수 예정입니다. 피드백 공유 부탁드립니다. 감사드립니다.」で締めくくります。
外資系の韓英併記納品
件名「[Delivery Complete] OO Project – April 25, 2026」で始めます。
「안녕하십니까, OO 팀장님. OO 프로젝트의 최종 납품을 완료하였습니다. (Completed the final delivery of OO project.)」が1段目です。
「[Deliverables] 1. OO System v1.0, 2. User Manual (EN/KR), 3. Test Report. [Acceptance Period] 5 business days.」が2段目です。
「[Warranty] 6 months, [Payment] Net 30 after acceptance. Please sign the acceptance certificate. 감사드립니다.」で締めくくります。
検収中の修正要請対応
件名「[수정 납품] OO 프로젝트 – v1.1 재납품」で始めます。
「안녕하십니까, OO 팀장님. 검수 시 지적하신 OO 항목의 수정을 완료하여 재납품드립니다.」が1段目です。
「[수정 내역] 1. OO 기능 버그 수정, 2. OO 성능 개선. [버전] v1.1 (빌드 20260428). [재검수 기간] 영업일 기준 3일.」が2段目です。
「추가 논의 필요 사항 있으시면 연락 주세요. 감사드립니다.」で締めくくります。
検収完了確認後の세금계산서発行案内
件名「[세금계산서 발행] OO 프로젝트 정산 안내」で始めます。
「안녕하십니까, OO 팀장님. 검수 완료 확인서 수령 감사드립니다.」が1段目です。
「[세금계산서] 홈택스를 통해 4/28 발행 완료. 공급가액 OO만원, 부가세 OO만원, 합계 OO만원.」が2段目です。
「[입금 예정일] 계약 조건에 따라 5/28까지 부탁드립니다. 장기 유지보수 계약 제안 별도 송부드립니다. 감사드립니다.」で締めくくります。
納品文書管理の重要性
文書分類と保管
納品文書は「技術文書・ユーザー文書・契約文書」の3カテゴリに分類します。
各カテゴリの保管期間が異なります（技術: 5年、ユーザー: 3年、契約: 10年）。
クラウドストレージとローカルストレージの二重化が安全です。
韓国商法上、契約関連文書は10年保管義務があります。
バージョン管理の標準化
バージョン管理はチーム内標準化が必要です。
「Major.Minor.Patch」のSemantic Versioningが国際標準です。
「v1.0」「v1.0.1」「v2.0」の一貫した番号体系が重要です。
各バージョンの変更履歴（Change Log）も併せて管理します。
アクセス権限の管理
文書別アクセス権限を厳格に管理します。
「内部専用・顧客共有・公開」の3段階分類が標準です。
機密情報（個人情報・技術秘密）は暗号化必須です。
退職者アカウントの権限解除は退職当日に実行します。
検収完了後の関係管理
フィードバック収集アンケート
納品完了後にクライアントフィードバックアンケートを実施します。
「品質満足度・コミュニケーション満足度・日程遵守満足度」の3軸評価が基本です。
5点尺度評価と自由記述意見を併用します。
フィードバックは次のプロジェクト改善の重要なデータです。
リファレンス要請のタイミング
リファレンス要請は納品完了2-3週後が最適です。
「당사 사례 연구로 공유해도 될까요」のように丁寧に要請します。
クライアントの公開範囲の意思を尊重します。
匿名リファレンスも受入可能なオプションです。
再契約機会の創出
納品完了後に再契約機会を自然に創出します。
「保守契約＋拡張開発＋定期コンサルティング」の3オプションを提案します。
クライアントの次年度予算編成時点に合わせて提案します。
長期パートナー関係の基盤になります。
関連記事
韓国ビジネスメールの基礎は韓国語のビジネスメール・手紙の書き方完全ガイドを参照してください。
週次報告は週次報告メールで詳しく扱っています。
仕様変更要請は仕様変更要請メールを参照できます。
세금계산서・入金確認は세금계산서・入金確認・督促メールにまとめています。
ファイル添付の作法は韓国語ビジネスメールの添付ファイルを確認してください。
