私は、ASP.NETアプリケーションでフォームを手に入れて、購入したいアイテムを表す複数の行を追加します。 DocuSign文書に署名するために表示するこれらの項目。DocuSignテンプレートへのデータテーブルの埋め込み
1つのアイテムが存在する可能性があるか、100がある可能性があるため、このデータを埋め込むことができるDocuSignテンプレートにフィールドを埋め込む方法がわかりません。これらのアイテムはすべて、 DocuSign APIを使用して値を設定します。
金の解決策は良いです。別の解決策は、アプリケーションがドキュメント自体を動的に作成することです。
たとえば、アプリでPDFを作成できるライブラリが多数あります。その後、あなたのアプリケーションはPDFをDocuSignにアップロードし、必要なフィールド（タブ）をプログラムで作成します。
PDFの代わりに、アプリケーションはHTML、RTF、または他のタイプのドキュメントを作成し、DocuSignによって自動的にPDFに変換されます。
DocuSignを使用すると、指定したフィールド値が、指定した静的なドキュメントにオーバーレイされます。つまり、指定したデータの行数に基づいてテーブルのサイズ（行数）を自動的に拡大するDocuSignの機能はありません。
ただし、テーブルに含まれる可能性のある行数の範囲を知っていれば、依然として求めている最終結果を達成できます。たとえば、表には常に1〜10行が含まれているとします。最初の行は1行の表、2行目は2行の表、3行目は3行の表などです。次に、実行時に、テーブルに含まれるデータを使用して、APIを使用して適切な文書を封筒に追加します（または、10個の文書のそれぞれに対してDocuSignでテンプレートを作成した場合は、封筒に適切なテンプレートを指定します）。明らかに、このアプローチはうまく拡張されず、ドキュメントのメンテナンスが難しくなります（今後、いつでも基礎となるドキュメントを変更する必要がある場合は、Nドキュメントに変更する必要があります）。これは、あなたが記述したシナリオを解決する唯一の方法です。
注：行数の可能な範囲が大きい場合（たとえば、など）、必ずしも100個のドキュメントを作成する必要はありません。空の行たとえば、最大100の行がある場合は、最初に10行の表を、2行目に20行の表など、10の書類を作成できます。実行時に、テーブルの項目が10個未満の場合は、ドキュメント＃1を使用します。 11〜20個のアイテムがある場合、ドキュメント＃2などを使用します。この例を使用すると、最大9個の空の行が含まれることになります（たとえば、11個のアイテムがある場合は、表の最後の9行を空のままにして、20行を含む表）。これは明らかに理想的ではありませんが、最初の努力の立場から、そして文書整備の立場から）100の異なる文書を作成することが望ましいでしょう。