PDF/A を検証する Power Automate
このアクションが何をするか
PDF4me PDFを検証する チェックする PDF 会う PDF/A ルール（ISO 19005）に基づいて、以下の3つの判定フィールドを返します。 適合性、 適合している、 そして IsPdfA. それを ゲート 長期保存、法的保留、または検証可能で保存に適したポリシーを要求する前に PDFsファイルを変更せずに。
認証 API リクエスト
アクセスするには PDF4me ウェブ API を通して Power Automateすべてのリクエストには適切な認証情報を含める必要があります。認証により安全な通信が保証され、承認されたユーザーとしての身元が検証され、シームレスな統合が可能になります。 Power Automate 流れと PDF4me サービス。
見逃してはならない重要な事実
ファイルの内容 バイナリである必要があります ファイルの内容を取得する （または同等のもの）。メタデータのみの参照は検証を失敗させるか、誤解を招く結果を返します。
適合性 レベルに名前を付けます（例： PDF/A-1b）。 使用 IsPdfA そして 適合している ルーティングには複数のフラグを併用し、単一のフラグに頼らないでください。
この操作では修復できません PDFs検証が失敗した場合は、変換または修正処理に進み、再度検証を行います。
概要：入力と出力
バイナリ PDF から SharePoint、 OneDrive、 Outlookまたは、以前のアクション。
拡張子付きの元のファイル名、例: テスト.pdf。
適合性、 適合している、 IsPdfA 条件および承認について。
地図 ファイルの内容 そして ファイル名 ファイル全体のバイト列を返すステップから。
主な機能
- PDF/A適合性チェック 保存志向に沿った PDF （ISO 19005ファミリー）
- 構造化されたブール出力 のために Power Automate 条件および承認
- 非破壊: 分析のみ; 出典 PDF 書き換えられていない
- Microsoft 365対応: と連携します SharePoint、 OneDrive、 そして Outlook 添付ファイル
- パイプライン対応: 同じフロー内の変換ステップまたは ZUGFeRD 生成ステップとペアにする
パラメータ
必須： 両方 ファイルの内容 そして ファイル名 実行ごとに設定する必要があります。
| パラメータ | 必須 | タイプ | その機能 | 例 |
|---|---|---|---|---|
| File Content | Required | Content of the PDF to validate. Map it from the file content returned by a previous action, such as SharePoint or OneDrive Get file content. | @{body('Get_file_content')?['$content']} | |
| File Name | Required | Name of the PDF to validate, including its extension (for example `invoice.pdf`). Map it from the file name returned by a previous action. | invoice.pdf | |
出力
コネクタが戻ります 適合性、 適合している、 そして IsPdfA （ランニング履歴または API （レスポンスボディ）。通常、検証が成功するとHTTPが返されます。 200 と共に JSON 体型：
{
"Conformance": "PDF/A-1b",
"Is Conforming": true,
"Is PdfA": true
}
| 分野 | タイプ | 意味 |
|---|---|---|
Conformance | Text | Declared or detected PDF/A conformance level |
Is Conforming | Yes/No | Whether the document conforms to the reported conformance |
Is PdfA | Yes/No | Whether the document is PDF/A |
フロー決定ロジック（典型例）
- IsPdfA = true そして IsConforming = true → アーカイブまたは下流への公開を許可する
- IsPdfA = true そして IsConforming = false → アーカイブ前に修正処理（フォント、透明度、添付ファイル）
- IsPdfA = false → ポリシーで要求されている場合は PDF/A に変換し、このアクションを再度実行します。
レスポンスボディの例 適合性、 適合している、 そして IsPdfA。
クイックセットアップ（Power Automate）
- 追加 PDF: PDFAを検証する 後 ファイルの内容を取得する （または同等のもの）
- 地図 ファイルの内容 そして ファイル名 その段階から。
- 追加する 状態 の上 適合している （オプションで） IsPdfA)
- アーカイブ、コンプライアンス通知、または変換のトリガーを行うための分岐。
- 結果をDataverseにログ記録する。 SharePoint メタデータ、または必要に応じてチケットシステム。
ワークフローの例
ワークフローの例Opens by default: four PDF/A patterns in a 2×2 grid. Collapse anytime.
- ファイルが「取り込み」ライブラリに格納されたときにトリガーします。
- ファイルの内容を取得する PDF。
- 走る PDFを検証する。
- もし
適合している記録ライブラリにコピーするか、記録に通知します。
インパクト： 準拠のみ PDFs 長期保存が可能になる。
- トリガー後 PDF 生成から ERP またはテンプレート。
- 顧客または規制当局向けに公開する前に、PDF/Aファイルを検証してください。
- 失敗した場合は、タスクを作成するか、作成画面に戻ります。
- 承認が成功したら、承認メタデータを公開し、承認マークを付与する。
インパクト： コンプライアンスチェックは、リリースプロセスの一部となり、後回しにされるものではなくなる。
- 「通常」の PDF まだアーカイブ用ではありません。
- 実行 PDF/A を作成する （または同等の）変換ステップ。
- 変換後のファイルに対してPDF/Aの検証を行います。
- 保管は、
適合しているそれは本当です。
インパクト： ガバナンスチームのためのクローズドループ：変換→検証→保存。
- ハイブリッド請求書を作成する PDF （例えば。 ZUGFeRD請求書を作成する)
- 出力バイトを渡す PDFを検証する ポリシーでPDF/Aアーカイブが要求されている場合。
- 財務部門またはコンプライアンス部門への処理の合否判定結果を送信します。
- 監査フィールド（請求書ID、実行ID）を保持します SharePoint 列。
インパクト： 生成から検証済みのアーカイブ準備完了まで、エンドツーエンドのトレーサビリティを確保。
業界におけるユースケースとアプリケーション
業界におけるユースケースとアプリケーションExpand to see legal, finance, healthcare, and public-sector scenarios.
- 案件ファイル法的保留またはエクスポート前にゲートPDFを
- 電子情報開示非アーカイブ用PDFを早期に拒否する
- 保持ポリシー内部のISOスタイルの文書化規則に準拠する
- ポリシー文書顧客への公開前に検証する
- 請求に関するPDFファイルアーカイブ準備済みの投稿
- 報告書パック基板またはレギュレータパッケージの前にバッチチェックを行う
- 臨床PDF長期EMRアーカイブ前にフォーマットを確認する
- 質の高いドキュメント管理されたワークフローにおける自動化された品質管理
- 監査サポートフロー実行時の機械可読な合否判定
- 永久記録PDF/Aは保存を目的としたフォーマットである。
- 情報公開法／情報開示公開文書の統一フォーマット
- デジタルメールルームファイルする前に受信した PDF を検証する
トラブルシューティング
マッピングされたフィールドが真のバイナリファイルコンテンツであることを確認してください。既知の有効なPDF/Aサンプルを使用して再テストしてください。
ファイルはPDF/A形式であると表示されていても、厳密なチェックに合格しない場合があります。アーカイブする前に修正処理を行ってください。
使用 IsPdfA そして 適合している 一緒に 適合性 明確な分岐のため。