در یک مطلب مهمان در وبلاگ n8n، Nicolas Fry، مدیرعامل TurboDocx، ساخت workflow تولید، تأیید، امضا و بایگانی قرارداد را توضیح می‌دهد. این نمونه از node تأییدشده TurboDocx برای تولید سند و دریافت امضا استفاده می‌کند؛ n8n هم زمان‌بندی، پردازش قراردادها، تصمیم‌گیری و جابه‌جایی اطلاعات میان Excel، Slack و SharePoint را بر عهده دارد.
workflow دو بخش دارد. بخش ارسال هر ۱۵ دقیقه اجرا می‌شود و ردیف‌های جدول Excel با وضعیت Ready to send را می‌خواند. قراردادها یکی‌یکی پردازش می‌شوند: TurboDocx سند را از روی template می‌سازد و به PDF تبدیل می‌کند؛ سپس Slack پیامی با گزینه‌های Approve & send و Reject می‌فرستد. اجرا تا دریافت پاسخ منتظر می‌ماند. قرارداد تأییدشده برای امضا ارسال می‌شود و وضعیت ردیف به Sent تغییر می‌کند؛ قرارداد ردشده هم وضعیت Rejected می‌گیرد.
جدول Excel در این طراحی نقش queue را دارد. هر ردیف شامل اطلاعات مشتری، ایمیل امضاکننده، مبلغ و تاریخ شروع است. workflow نیز Document ID و Signed At را پر می‌کند. Excel الزام نیست: منبع می‌گوید هر برنامه‌ای که node آن بتواند یک رکورد را بخواند و به‌روزرسانی کند، می‌تواند جایگزین شود. در حالت استفاده از CRM، تغییر مرحله معامله به Closed Won می‌تواند جای زمان‌بندی ۱۵دقیقه‌ای را بگیرد.
برای آماده‌سازی قرارداد، فایل Word تأییدشده بخش حقوقی با متغیرهایی مانند {clientName} و {amount} تکمیل می‌شود. دو Anchor به نام‌های {client_sig} و {client_date} نیز محل امضا و تاریخ را مشخص می‌کنند. TurboSign از همین محل‌ها برای قرار دادن فیلدها استفاده می‌کند و امضاکننده ایمیلی برای امضا دریافت می‌کند.
بخش دوم با امضای مشتری آغاز می‌شود: TurboDocx Trigger فایل PDF امضاشده را دریافت می‌کند، SharePoint آن را ذخیره می‌کند، وضعیت Excel به Signed تغییر می‌کند و Slack خبر می‌دهد. webhook این بخش هنگام فعال‌سازی workflow ثبت می‌شود؛ بنابراین فعال نبودن workflow یکی از مواردی است که هنگام بایگانی نشدن سند باید بررسی شود.
پیش‌نیازها شامل n8n به‌صورت Cloud یا self-hosted، حساب و node مربوط به TurboDocx، دسترسی Excel و SharePoint و یک workspace در Slack است. راهنما توصیه می‌کند پیش از استفاده برای مشتری واقعی، مسیر کامل با ایمیل خودت آزمایش شود.
