1件の投稿 に「Airtable」というタグが付けられています

Zapierでフィルタリング これは、Airtableのどの行を支払伝票にするかを決定するステップです。これを新規レコードのトリガーとPDF4meの間に配置すれば、準備完了とマークされた行のみにスイスのQRコード付き請求書が作成され、それがレコードに書き戻されて債務者にメールで送信されます。

テーブルを監視するZapは、行を追加するたびに実行されます。ほとんどの自動化では、これは単なる無駄です。しかし、顧客に支払い伝票をメールで送信する自動化の場合、これは正常に動作するプロセスと、トリガーがポーリングされたときに誰かがまだ入力中だったために同じ請求書を3回送信してしまうこととの違いになります。フィルター手順こそが解決策であり、単にコピーするのではなく、正しく理解する価値があります。

PDF4meでZUGFeRD請求書を作成 これは、構造化された請求書データをハイブリッド形式のPDF/A3電子請求書に変換するZapierアクションです。Airtableの1行を読み込み、JSONオブジェクトを読み取り可能なPDFに埋め込まれたEN 16931 XMLに変換し、そのファイルをレコードに書き戻し、購入者にメールで送信します。

電子請求書の義務化は、ファイル形式の問題として現れ、調達の問題として解決されることが多い。つまり、プラットフォームを選び、文書ごとに料金を支払い、データを移行するというものだ。この解決策は大規模な運用には適しているが、既に運用しているデータベースから月に20件の請求書を発行するチームにとっては非現実的だ。代替案は、XMLを手作業で記述することではない。請求書をJSON形式で記述し、別のツールで準拠ファイルを生成するという方法だ。

PDF4meでスイスのQRコード付き紙幣を作成 これは、支払いの詳細をスイスのQRコード付き請求書画像に変換するMakeモジュールです。Airtableベースに接続され、行から債権者、債務者、QR-IBANを読み取り、完成した伝票を添付ファイルとして同じレコードに戻し、債務者にメールで送信します。

Airtableで請求書を作成できるかと尋ねると、正直なところ、支払可能な請求書は作成できない、というのが答えです。Airtableは債権者、債務者、金額、QR-IBANを完璧に保持しますが、スイスのQR請求書は仕様が定められています。つまり、定義されたレイアウト、切り取り線、正しい形式の参照、そして銀行アプリが実際に受け入れるQRコードが必要です。通常は、Airtableを閉じて銀行のポータルを開き、行を再入力するようにアドバイスされます。このシナリオではその逆を行い、データは既に保存されているデータベースから決して離れません。

PDF4meでZUGFeRDの請求書を作成する これは、構造化された請求書データをPDF/A3サイズの電子請求書に変換するMakeモジュールです。Airtableベースをターゲットとして、1行を読み込み、EN 16931 XMLに変換し、読み取り可能かつ機械解析可能なファイルを返して、レコードに戻します。

電子請求書作成ソフトウェアを検索すると、ベンダー比較（プラットフォーム、スイート、ドキュメントごとの価格設定など）が表示されます。Airtableで請求書を作成できるかどうかを検索すると、できないことを説明する長いスレッドが表示されます。この2つの結果の間には、既にAirtableで業務を行っており、請求書を機械可読形式にする必要があると告げられたものの、フォーマット要件を満たすために業務を請求書作成プラットフォームに移行したくないチームがあります。このシナリオは、まさにそのようなチームのためのものです。