رفتن به محتوا

راهنما

کمک گام به گام با پیوست ها، ایمیل مشتری و ادغام در Rapportly.

پوشه‌های مشتریان، ارسال فایل و ورود

یک پوشه برای هر مشتری با تمام گزارش‌ها و بسته‌های مکالمه. این‌طور در جلسات بعدی همه چیز را فوری پیدا می‌کنی.

مشتریان را باز کنید و یک پوشه مشتری انتخاب کنید. از تماس برای اطلاعات مشتری، ارسال مطالب برای ارسال مطالب، ورود مشتری برای دسترسی مشتری و اشتراک‌گذاری با مشتری برای در دسترس قرار دادن اسناد استفاده کنید.

مشتریان

ارسال مدارک از طریق ایمیل

یک آدرس ایمیل اختصاصی برای این مشتری تعریف کن تا مدارک ناقص را از آن طریق ارسال کند. هر چیزی که به آن آدرس ایمیل می‌زند، مثلاً عکس فیش حقوقی، به طور خودکار در پرونده این مشتری ثبت می‌شود.

  1. آدرس ایمیل:

    ابتدا آدرس ایمیل این مشتری را در بالا وارد کن. بدون آن آدرس، نامه‌هایش نادیده گرفته می‌شوند: فقط فرستنده‌های شناخته‌شده قابل قبول هستند.

  2. ایجاد آدرس دریافت مدارک

    این مشتری می‌تواند مدارک ناقص را به این آدرس ایمیل کند. پیوست‌ها به طور خودکار در پرونده‌اش ثبت می‌شوند. عکس فیش حقوقی یا اظهارنامه سالانه هم قابل قبول است.

پیش از اینکه مشتریان بتوانند فایل‌ها را با ایمیل بفرستند، مدیر باید دریافت اسناد را برای دفتر شما فعال کند.

این آدرس برای مدارک مشتری است. صوت‌ها و رونوشت‌ها را به آدرس تحویل دفترت در بسته مکالمه ارسال کن.

پیوند امن ارسال

به مشتری‌ات پیوندی بده تا خودش فایل ضبط‌شده و مدارکش را ارسال کند. به حساب کاربری نیاز ندارد و هیچ بخشی از پرونده‌اش را نمی‌بیند.

  1. ساخت پیوند ارسال

    پیوند آماده است. آن را برای مشتری‌ات بفرست.

  2. لغو دسترسی

    هر کسی که پیوند را دارد می‌تواند تا تاریخ انقضا فایل ارسال کند، اما نمی‌تواند چیزی را ببیند. به‌محض پایان کار پیوند را لغو کن.

پیوند امن ارسال از طرح Pro+ به بالا در دسترس است.

پرتال مشتری

برای مشتری‌ات امکان ورود اختصاصی فراهم کن. او فقط پوشهٔ مشتری خودش و درون آن فقط مواردی را می‌بیند که تو در دسترسش قرار داده‌ای. همیشه می‌تواند مدارک ارسال کند.

  1. آدرس ایمیل:

    ابتدا نشانی ایمیل این مشتری را در اطلاعات مشتری وارد کن؛ دعوت‌نامه به همان نشانی ارسال می‌شود.

  2. دعوت از مشتری

    مشتری‌ات دعوت‌نامه را با ایمیل دریافت می‌کند و از طریق پیوند وارد می‌شود. نیازی به گذرواژه نیست.

  3. آنچه مشتری‌ات می‌تواند ببیند

    به‌طور پیش‌فرض، مشتری هیچ‌چیز از این پوشه نمی‌بیند. هر مورد مجاز را جداگانه در دسترسش قرار بده؛ هر زمان می‌توانی دسترسی را لغو کنی.

پرتال امن مشتری

پرتال مشتری از بستهٔ Pro+ به بالا در دسترس است.

پیوست‌های مناسب برای ایمیل مشتری

در گفتگو قول ارسال بروشور، فهرست قیمت یا سند دیگری می‌دهید؟ Rapportly فایل مناسب را از کتابخانه اسناد برای پیش‌نویس ایمیل پیشنهاد می‌کند. از Pro+ در دسترس است.

  1. اسناد ثابت را آماده کنید

    به «کارهای من ← پیوست‌ها» بروید و بروشورها، فهرست قیمت یا اسناد توضیحی را اضافه کنید. نام فایل‌ها روشن باشد.

  2. بسته اسناد گفتگو بسازید

    از متن گفتگو یا یادداشت‌ها استفاده کنید. مطمئن شوید وعده شما در آن هست، مثلاً: بروشور قراردادهای نگهداری را می‌فرستم.

  3. پیوست‌های پیشنهادی را ببینید

    در بخش «وعده‌داده‌شده در این گفتگو» اسناد مناسب را می‌بینید. اگر فایلی پیدا نشود، وعده در «هنوز باید ارائه شود» می‌ماند.

  4. ایمیل مشتری را آماده کنید

    با «آماده‌سازی به‌صورت پیش‌نویس» فایل ایمیل همراه پیوست‌های پیشنهادی دانلود می‌کنید. فایل‌ها جداگانه هم قابل دانلودند. «باز کردن در برنامه ایمیل» پیوست‌ها را خودکار منتقل نمی‌کند.

  5. بررسی و ارسال کنید

    پیش‌نویس را در برنامه ایمیل سازگار باز کنید، گیرنده را وارد و متن و پیوست‌ها را بررسی کنید. پیوست نامناسب را حذف کنید. Rapportly اعلام می‌کند اگر فایلی اضافه نشده باشد.

اتصال مستقیم صندوق لازم نیست. دانلود فقط فایل پیش‌نویس می‌سازد؛ چیزی مستقیم در صندوق نمی‌گذارد و ارسال نمی‌کند.

بررسی و ارسال ایمیل

صندوق Gmail خود را متصل کنید و ایمیل مشتری را با پیوست‌های پیشنهادی به‌صورت پیش‌نویس آماده کنید. اتصال Gmail از Pro+ در نسخه آزمایشی محدود و با دعوت در دسترس است.

پیش‌نویس‌های Gmail در عمل آزمایش شده‌اند. ارسال پس از تأیید هنوز در حال آزمایش عملی است. Microsoft 365/Outlook به‌زودی اضافه می‌شود.

  1. صندوق ایمیل را متصل کنید

    به «حساب من ← اتصال‌ها» بروید و Gmail را انتخاب کنید. برای ارسال از Rapportly، «اجازه ارسال» را هم انتخاب و تأیید را کامل کنید. Google ساخت و ارسال پیش‌نویس را در یک مجوز ترکیب می‌کند؛ Rapportly علاوه بر آن برای هر ایمیل تأیید شما را می‌خواهد.

  2. پیش‌نمایش را بررسی کنید

    در ایمیل مشتری «ارسال مستقیم با Rapportly» را باز کنید. گیرنده را وارد و پیش‌نمایش موضوع، متن، پیوست‌ها و Bcc احتمالی را بررسی کنید.

  3. این ایمیل را تأیید کنید

    «تأیید و ارسال» را انتخاب کنید. اگر پس از بررسی، ایمیل یا گیرنده تغییر کند، باید ابتدا پیش‌نمایش جدید را ببینید.

  4. ارسال را دنبال کنید

    Rapportly ایمیل تأییدشده را در صف ارسال قرار می‌دهد. بازه ارسال تعیین می‌کند چه زمانی پردازش شود. وضعیت را در «خودکارسازی» می‌بینید.

می‌توانید فقط پیش‌نویس را در Gmail آماده و خودتان همان‌جا ارسال کنید. اتصال صندوق به‌تنهایی تأیید ایمیل مشتری نیست. ارائه‌دهندگان دیگر پس از آزمایش عملی خود اضافه می‌شوند.

تنظیم و رفع مشکل

آیا باید خودم چیزی در Google تنظیم کنم؟

در دوره آزمایشی محدود، Rapportly ابتدا باید حساب Google شما را مجاز کند. سپس از «حساب من ← اتصال‌ها» خودتان متصل می‌کنید. نیازی به پروژه Google Cloud، کلید API یا تنظیم سرور نیست. رمز عبور را با Rapportly به اشتراک نگذارید.

کدام حساب را انتخاب کنم؟

حساب Gmail یا Google Workspace را انتخاب کنید که می‌خواهید از آن ایمیل بفرستید. می‌تواند با ایمیل ثبت‌نام Rapportly متفاوت باشد. پس از اتصال، نشانی نمایش‌داده‌شده را بررسی کنید.

آیا ممکن است به مدیر شرکت نیاز باشد؟

بله. سازمان می‌تواند دسترسی برنامه‌های متصل را محدود کند. اگر Google می‌گوید سازمان دسترسی را مسدود کرده، از مدیر Google Workspace بخواهید Rapportly را بررسی کند.

چرا باید دوباره اجازه بدهم؟

اتصال قبلی پیش‌نویس هنوز در Rapportly مجوز ارسال ندارد. برای آن «اجازه ارسال» را انتخاب کنید. در حالت آزمایشی فعلی Google، مجوز پس از هفت روز منقضی می‌شود و باید دوباره متصل کنید. اگر مجوز لغو شود هم باید دوباره اجازه بدهید.

آیا همه ایمیل‌ها خودکار ارسال می‌شوند؟

در این روش ابتدا پیش‌نمایش را بررسی و هر ایمیل را جدا تأیید می‌کنید. بازه ارسال و موانع احتمالی در «خودکارسازی» برقرار می‌مانند. خارج از بازه، ایمیل منتظر است؛ وضعیت «ارسال‌شده» یعنی ارائه‌دهنده ایمیل ارسال را پذیرفته، نه اینکه گیرنده آن را خوانده است.

چگونه اتصال را قطع کنم؟

به «حساب من ← اتصال‌ها» بروید و کنار صندوق، «قطع اتصال» را انتخاب کنید. ابتدا در «خودکارسازی» ببینید ایمیل تأییدشده‌ای منتظر نمانده باشد. قطع اتصال پیش‌نویس‌ها یا ایمیل‌های ارسال‌شده موجود در Gmail را پاک نمی‌کند.

Zapier را به Rapportly متصل کنید

Zapier می تواند به طور خودکار یک خلاصه مکالمه تکمیل شده را ارسال کند یا به سیستم دیگری مانند CRM، صفحه گسترده یا کانال تیم شما گزارش دهد. Zapier جدا از ایمیل مشتری است: ایمیل مشتری را از صندوق پستی Rapportly شما ارسال نمی کند.

برنامه Rapportly در Zapier به عنوان نسخه بتای فقط دعوت از Pro+ در دسترس است. شما به یک دعوت نامه برای برنامه Zapier نیاز دارید. فقط مدیر حساب Rapportly می تواند کلید API مورد نیاز را ایجاد کند.

  1. درخواست دسترسی به برنامه Zapier

    پیوند دعوت را از Rapportly بخواهید و آن را با حساب Zapier که می خواهید اتوماسیون را در آن ایجاد کنید، بپذیرید. Rapportly هنوز در فهرست عمومی برنامه Zapier فهرست نشده است.

  2. یک کلید API ایجاد کنید

    در Rapportly، به حساب من → اتصالات بروید. به کلید یک نام قابل تشخیص مانند Zapier CRM بدهید و کلید New API را انتخاب کنید. بلافاصله کلید را کپی کنید: به دلایل امنیتی فقط یک بار نشان داده می شود.

  3. Rapportly را در Zapier متصل کنید

    یک Zap جدید ایجاد کنید، Rapportly را به عنوان برنامه شروع انتخاب کنید و زمانی که Zapier از شما درخواست اتصال کرد، کلید API را جایگذاری کنید. کلید را از طریق ایمیل یا چت به اشتراک نگذارید یا آن را در خارج از Zapier ذخیره نکنید.

  4. زمان شروع Zap را انتخاب کنید

    مکالمه تکمیل شده را برای پردازش خلاصه مکالمات تکمیل شده یا گزارش تکمیل شده برای گزارش های تکمیل شده انتخاب کنید. سپس برنامه و اقدام مقصد را انتخاب کنید، مانند به‌روزرسانی رکورد CRM یا افزودن ردیف صفحه‌گسترده.

  5. فیلدهای مورد نیاز را نقشه برداری کنید و تست کنید

    فقط فیلدهای مورد نیاز سیستم مقصد را نقشه برداری کنید. ترجیحاً با داده های مصنوعی تست کنید، نتیجه را در برنامه مقصد بررسی کنید و فقط سپس Zap را روشن کنید.

  6. تحویل را بررسی کنید

    در زیر حساب من ← اتصالات، Rapportly وب هوک فعال و آخرین وضعیت تحویل آن را نشان می دهد. هنگامی که Zap را روشن یا خاموش می کنید، Zapier به طور خودکار آن webhook را ایجاد و حذف می کند.

شما سیستم مقصد و داده های ارسال شده به آن را در Zapier انتخاب می کنید. از قبل بررسی کنید که کدام داده های مشتری لازم است و چه کسی به آن دسترسی دارد. لغو یک کلید API در Rapportly بلافاصله انتقال متصل را متوقف می کند.

راه اندازی و عیب یابی

چرا نمی توانم Rapportly را در Zapier پیدا کنم؟

برنامه Zapier هنوز یک نسخه بتا فقط دعوت است و به طور عمومی در فهرست برنامه فهرست نشده است. ابتدا پیوند دعوت Rapportly را بپذیرید، سپس بررسی کنید که به حساب Zapier صحیح وارد شده باشید.

آیا یک عضو تیم می تواند کلید API را ایجاد کند؟

خیر. فقط سرپرست حساب Rapportly می تواند کلیدهای API را ایجاد و لغو کند. مدیر می تواند اتصال را راه اندازی کند یا کلید را مستقیماً در Zapier وارد کند.

Rapportly کدام داده ها را ارسال می کند؟

این به ماشه انتخاب شده و فیلدهایی که در Zapier نگاشت می کنید بستگی دارد. خلاصه گفتگو یا گزارش تکمیل شده می تواند حاوی داده های مشتری باشد. فقط موارد مورد نیاز را ارسال کنید و بررسی کنید که سیستم مقصد تحت پوشش ترتیبات حفظ حریم خصوصی شما است.

چگونه اتصال را قطع کنم؟

Zap را خاموش کنید تا وب هوک آن به طور خودکار حذف شود. برای توقف فوری و کامل دسترسی، کلید API مربوطه را در قسمت My account → Connections لغو کنید.

آیا می توانم بدون Zapier وصل شوم؟

بله. یک سرپرست فنی می‌تواند از API Rapportly استفاده کند و به طور مستقیم از وب هوک‌های امن استفاده کند. برای یک CRM استاندارد، صفحه گسترده یا اتصال کانال تیمی، Zapier معمولا ساده ترین مسیر است.

API برای توسعه‌دهندگان

نرم‌افزار خود را از طریق عملیات مشخص برای منابع، پردازش، نتایج و مدیریت متصل کنید. این راهنما API در دسترس را در چارچوب محدودیت‌های مستندشدهٔ نسخه شرح می‌دهد. کاربر، مجوزها، فضای ذخیره‌سازی و اعتبارها به حساب Rapportly وابسته می‌مانند.

API برای توسعه‌دهندگان

پایهٔ فعلی API و افزونهٔ CRM شرح‌داده‌شده پس از استقرار کنترل‌شده، در چارچوب محدودیت‌های انتشار در دسترس هستند. آزمون CRM در محیط عملیاتی، جستجوهای ذخیره‌شده، ثبت بازدید و فرایندهای پیگیری را پوشش می‌دهد؛ الگوهای دفتر در این آزمون فقط خوانده شده‌اند. پردازش زبان گردش کار و مقایسهٔ تاریخچه به‌صورت محلی و در CI آزمایش شده‌اند، اما این شواهد رفتار کامل آن‌ها را در محیط عملیاتی اثبات نمی‌کند. راهنمای قابل دانلود شواهد دقیق را بیان می‌کند. این به معنای برابری کامل با قابلیت‌های وب‌سایت نیست.

اتصال را در سه مرحله آماده کنید

  1. 1
    کاربر، محیط و مجوزها را انتخاب کنید

    حساب → اتصال‌ها را باز کنید. برای شبیه‌ساز ساختگی از کلید آزمایشی و برای عملیات واقعی با دادهٔ ساختگی از کلید تولید جداگانه استفاده کنید. مدیر فقط مجوزهای لازم و بودجهٔ مناسب را تعیین می‌کند.

  2. 2
    دریافت و خطاها را تمرین کنید

    با شبیه‌ساز شروع کنید. سپس قراردادهای API را وارد و نمونه‌های مصنوعی را بررسی کنید. اطلاعات محرمانه روی سرور شما می‌ماند؛ تغییرات در مجموعه به‌طور پیش‌فرض غیرفعال‌اند.

  3. 3
    یک کار کامل را دنبال کنید

    ورودی و شناسه را ذخیره کنید، شروع و وضعیت نهایی را بررسی کنید، نتیجه را بخوانید، فایل موجود را بگیرید و مصرف را بررسی کنید. این تمرین را فقط در محیط تأییدشده انجام دهید.

کلید API بسازید

نشانی پایه

https://api.rapportly.io/api/rapportly/v1

کلید متعلق به یک کاربر است

کلید مجوزهای یک کاربر را تفویض می‌کند. مدیر محیط، سقف مجوزها، بودجهٔ ماهانه و انقضا را تعیین می‌کند. عضو کلید آماده را فعال می‌کند و مقدار محرمانه را یک بار می‌بیند. هر درخواست، مجوزهای فعلی کاربر، بسته و شیء را نیز بررسی می‌کند. مدیریت کلید از نشست کاربر و عملیات تولید از کلید API استفاده می‌کند. اطلاعات محرمانه را روی سرور نگه دارید و کلید گم‌شده را در حساب → اتصال‌ها لغو کنید. رویدادهای Zapier قرارداد جداگانه دارند.

HTTP
GET https://api.rapportly.io/api/rapportly/v1/ping
Authorization: Bearer rply_<jouw_sleutel>

از قراردادها و نمونه‌های مشخص استفاده کنید

OpenAPI تولید قراردادهای کد را شرح می‌دهد و ورودی یا پاسخ جزئی را مشخص می‌کند. فهرست، طرح‌های باز را نشان می‌دهد. مجموعهٔ Postman با نشانی نامعتبر، کلیدهای خالی و تغییرات غیرفعال شروع می‌شود. برای بررسی وارد کنید و آگاهانه دادهٔ ساختگی را در محیط تأییدشده بفرستید. ورود هنوز آزموده نشده است.

کلاینت‌های JavaScript و Python

کلاینت‌های کم‌حجم و بدون وابستگی خارجی را برای بررسی دسترسی، خواندن عملیات و میزان مصرف، ایجاد پرونده، بارگذاری منابع، شروع گزارش‌ها، پیش‌فاکتورها یا ارائه‌ها، پیگیری وضعیت و دریافت خروجی دانلود کن. SDK از همین زیرمجموعهٔ محدود API پشتیبانی می‌کند و تمام قابلیت‌های وب‌سایت را ارائه نمی‌دهد. روش نصب و نمونه‌ها در راهنمای بسته آمده است.

کلید API را روی سرور خودت نگه دار و هویت درخواست را پیش از شروع ثبت کن. کلاینت‌ها درخواست‌های پولی را به‌صورت خودکار دوباره ارسال نمی‌کنند. در دانلودهای موقت کلید API ارسال نمی‌شود و دانلود فقط از مبدأهای ذخیره‌سازی (origin) که از قبل مجاز شده‌اند امکان‌پذیر است. مجوزها، بودجه‌ها و محدودیت‌های انتشار فعلی همچنان برقرارند.

ابتدا با کارهای ساختگی تمرین کنید

کلید آزمایشی بسازید و کارهای در جریان، نتایج، خطاها و بودجهٔ ناکافی را تمرین کنید. شبیه‌ساز از نمونه‌های ثابت استفاده می‌کند و اعتبار مصرف نمی‌کند.

  1. در حساب → اتصال‌ها کلید Test را با مجوزهای دلخواه بسازید یا فعال کنید.
  2. GET /test/scenarios را بخوانید و یک عملیات از پاسخ انتخاب کنید. فهرست از مجوزهای فعلی پیروی می‌کند.
  3. POST /test/opdrachten را فقط با actie و scenario بفرستید: succes، verwerking_mislukt، creditbudget_bereikt یا toegang_geweigerd. هر تمرین جدید Idempotency-Key جداگانه دارد.
  4. opdracht_id را ذخیره کنید. در bezig پس از حدود پنج ثانیه GET /test/opdrachten/{id} را بخوانید. همیشه وضعیت را بررسی کنید؛ HTTP200 هم می‌تواند شامل شکست پردازش باشد.
HTTP
POST https://api.rapportly.io/api/rapportly/v1/test/opdrachten
Authorization: Bearer rply_test_<jouw_testsleutel>
Idempotency-Key: test-rapport-0001
Content-Type: application/json

{
  "actie": "rapport.start",
  "scenario": "succes"
}

نمونه به rapport.start در فهرست شما نیاز دارد. پس از مشکل اتصال، همان داده و Idempotency-Key را تکرار کنید.

این تمرین چه چیزی را ثابت می‌کند؟

کارها، انتظار، تکرار و خطا را تمرین می‌کنید. فایل واقعی، پردازش هوش مصنوعی، ایمیل یا webhook ساخته نمی‌شود. تمرین، کیفیت سند یا حسابداری واقعی اعتبار را ثابت نمی‌کند. سپس عملیات مشخص تولید را با دادهٔ ساختگی و کلید جداگانه بیازمایید. کارهای تمرینی پس از هفت روز منقضی می‌شوند.

فقط دادهٔ لازم را دریافت کنید

پوشه‌های مشتری، گفتگوها و گزارش‌های قابل‌دسترسی را جستجو کنید. /acties عملیات و مجوزها، /gebruik بودجه و رزروها، و /verzoeken تاریخچهٔ فنی را نشان می‌دهد. پردازش در جریان هنوز نتیجه ندارد. پیوند گزارش‌ها ۱۵ دقیقه معتبر است؛ برای پیوند تازه گزارش را دوباره بخوانید.

GET/ping

کلید را بررسی کنید.

GET/gesprekken?zoek=&limiet=30&offset=0

گفتگوهای قابل‌دسترسی را جستجو و نتایج را صفحه‌بندی کنید.

GET/gesprekken/{id}

وضعیت و نتیجهٔ گفتگو را بخوانید.

GET/rapporten/{id}

وضعیت و نتیجهٔ گزارش را بخوانید.

GET/rapporten?limiet=30&offset=0

گزارش‌های قابل‌دسترسی را ببینید، در صورت نیاز در یک پرونده.

GET/klanten?zoek=&limiet=30&offset=0

پوشه‌های مشتری قابل‌دسترسی و klantId آن‌ها را پیدا کنید.

به‌روزرسانی مدیریت مشتریان

نرم‌افزار شما می‌تواند الگوهای دفتر را تغییر دهد، جستجوهای شخصی را ذخیره کند، یک بازدید را ثبت کند و یک فرایند پیگیری بسازد. از مجوزهای مدیریتی مناسب استفاده کنید و هر تغییر را تأیید کنید. ابتدا نسخه فعلی را بخوانید و اگر پاسخ از دست رفت، همان شناسه درخواست را نگه دارید. تکرار درخواست قدیمی نباید تغییر جدیدتری را برگرداند. آزمون محیط عملیاتی، جستجوها، بازدیدها و فرایندهای پیگیری را از جمله پاک‌سازی و لغو کلیدها بررسی می‌کند. الگوهای دفتر در این آزمون فقط خوانده شده‌اند؛ نوشتن به‌صورت محلی و در CI آزمایش شده است. راهنمای قابل دانلود چهار مسیر و حدود شواهد مربوط به آن‌ها را توضیح می‌دهد.

مقایسه دو نسخه ذخیره‌شده

دو شماره‌نسخهٔ موجود از یک فیلد متن گزارش ذخیره‌شده یا یک فیلد گفت‌وگوی ذخیره‌شده را بدون پردازش جدید هوش مصنوعی مقایسه کنید. این قرارداد به‌صورت محلی و در CI آزمایش شده است؛ آزمون CRM در محیط عملیاتی، رفتار مقایسه را در محیط عملیاتی اثبات نمی‌کند. سابقه مفقود با متن فعلی تکمیل نمی‌شود. تفاوت‌های طولانی با اعلام واضح کوتاه شدن، به حداکثر 8000 نویسه در هر طرف محدود می‌شوند. این مقایسه شامل PowerPoint، محاسبات پیشنهاد قیمت، نامه همراه یا قالب‌بندی نیست. مجوزهای فعلی خواندن و شرایط حریم خصوصی همچنان برقرارند.

پیشاپیش برآورد هزینه بخواهید

POST /generatieplan مراحل و اعتبار مورد انتظار برای گزارش، پیشنهاد قیمت یا گفتگو را نشان می‌دهد. از gebruik:lezen استفاده کنید. محاسبه و تنظیمات تیم مانند وب‌سایت است.

برآورد پردازش را شروع نمی‌کند و اعتبار کم نمی‌کند. قیمت حداکثری تضمین‌شده نیست. عدم‌قطعیت‌ها، مانند هزینهٔ خواندن فایل که هنوز مشخص نیست، را نشان دهید. شروع دوباره مجوزها و اعتبار را بررسی می‌کند.

راهنمای برآورد و نمونه‌ها را بگیرید

پردازش را از نرم‌افزار خود شروع کنید

API، پرونده‌ها، اسناد، بارگذاری، صدا، رونویسی، پوشه‌های مشتری، سبک‌ها، خروجی‌ها، گردش کار، Excel و پیام‌های هدفمند را متصل می‌کند. هر مسیر ورودی، مجوز، تأیید و بررسی نسخهٔ خود را دارد. پردازش و حسابداری اعتبار موجود همچنان معتبر است. پاسخ آغاز فقط دریافت را تأیید می‌کند؛ سپس وضعیت را بخوانید. فهرست، قراردادهای باز را مشخص می‌کند.

ابتدا پرونده بسازید

یک UUID بسازید و نگه دارید. PUT /dossiers/{id} را فقط با naam، حداکثر ۲۰۰ نویسه، بفرستید. 201 یعنی ایجاد و 200 یعنی تکرار یکسان. پرونده متعلق به کاربر و سازمان کلید است و اعتبار مصرف نمی‌کند. دادهٔ متفاوت 409 و پروندهٔ غیرقابل‌دسترسی یا حذف‌شده 404 می‌دهد. GET /dossiers/{id} با مجوز خواندن، naam و klant_id را می‌خواند.

HTTP
PUT https://api.rapportly.io/api/rapportly/v1/dossiers/00000000-0000-4000-8000-000000000002
Authorization: Bearer rply_<jouw_sleutel>
Content-Type: application/json

{ "naam": "Voorbeeldproject" }

گزارش، پیشنهاد قیمت یا ارائه

با dossierId و notities شروع کنید. tier اختیاری است: basis، standaard یا max. بدون نمایهٔ سبک، قالب خنثی استفاده می‌شود. می‌توانید stijlprofielId، klantId، bronOpnameIds و taal قابل‌دسترسی اضافه کنید. سبک باید با نوع سند سازگار باشد. پیشنهاد قیمت از تنظیمات شرکت و شماره‌گذاری امن استفاده می‌کند؛ API آن را برای مشتری نمی‌فرستد.

POST/rapporten

از یادداشت‌ها و منابع موجود گزارش بسازید.

POST/offertes

با شماره‌گذاری، مجوزها و اعتبارهای موجود پیشنهاد قیمت بسازید.

POST/presentaties

ارائه بسازید؛ در صورت نیاز با presentatieOpties یا bronRapportVersieId یک گزارش کامل و قابل‌دسترسی.

HTTP
POST https://api.rapportly.io/api/rapportly/v1/rapporten
Authorization: Bearer rply_<jouw_sleutel>
Idempotency-Key: crm-rapport-2026-0001
Content-Type: application/json

{
  "dossierId": "00000000-0000-4000-8000-000000000002",
  "notities": "Team Atlas besprak de training. Noor plant de volgende bijeenkomst op donderdag.",
  "tier": "standaard"
}

versie_id را نگه دارید و GET /rapporten/{versie_id} را برای گزارش، پیشنهاد و ارائه دنبال کنید. در klaar، شیء resultaat فایل‌های موجود را دارد: export_url برای PDF، export_url_docx برای Word و export_url_pptx برای PowerPoint. پیوندها ۱۵ دقیقه معتبرند. در mislukt پیش از شروع خودکار کار جدید با کلید دیگر، پردازش و مصرف را بررسی کنید.

مراحل منبع تا دریافت را بگیرید

نمونه‌های سبک خود را بارگذاری کنید

یک تا سه فایل نمونه را به‌صورت مجموعهٔ کامل بفرستید. Rapportly همان بررسی فایل و سبک وب‌سایت را استفاده می‌کند. فضای ذخیره و اعتبار متعلق به کاربر متصل است.

  1. فایل‌ها، نام، نوع سند، محدودهٔ شخصی یا تیمی، تأیید صریح و شناسهٔ ثابت را بفرستید. سبک تیمی به مدیر یا سرپرست تیم نیاز دارد.
  2. شناسهٔ دریافت را ذخیره و وضعیت را بخوانید. دریافت‌شده یعنی کل مجموعه ذخیره شده است؛ بررسی پیش‌نمایش و تأیید ممکن است بعداً انجام شود.
  3. پس از قطعی، همان درخواست را دقیق تکرار کنید، بدون ساخت سبک دوم. بارگذاری ناقص تا سی روز قابل تکرار است و سپس کنترل‌شده پاک‌سازی می‌شود.

راهنمای نمونهٔ سبک، multipart و خطاها را بگیرید

تقویم یا صندوق ایمیل را متصل کنید

کاربر شخصاً در Google یا Microsoft رضایت می‌دهد. نرم‌افزار درخواست را دنبال می‌کند و می‌تواند آگاهانه اتصال را قطع کند. گذرواژه و توکن ارائه‌دهنده در پاسخ نمی‌آیند.

برای اتصال از verbindingen:beheren و برای قرارها از agenda:lezen استفاده کنید. ارسال همچنین مجوز ارسال و درخواست صریح می‌خواهد.

شمارهٔ درخواست، شناسه و مبنای فعلی را ذخیره کنید. درخواست گم‌شده را دقیق تکرار کنید؛ قطع اتصال قدیمی نباید اتصال جدیدتر را حذف کند.

API می‌تواند با مجوز مدیریت و ارسال صندوق پیش‌فرض را انتخاب کند. ابتدا انتخاب و اتصال فعلی را بخوانید. تکرار قدیمی انتخاب جدیدتر را تغییر نمی‌دهد؛ ارسال‌های موجود فرستندهٔ خود را حفظ می‌کنند.

مراحل رضایت، قرارها، قطع اتصال و بازیابی را بگیرید

نتایج گفتگو از متن

رونویسی با دست‌کم صد نویسه بفرستید. نتیجه را با gesprek_id دنبال کنید. موارد اختیاری: titel، tier، klantId و taal.

HTTP
POST https://api.rapportly.io/api/rapportly/v1/gesprekken
Authorization: Bearer rply_<jouw_sleutel>
Idempotency-Key: crm-gesprek-2026-0001
Content-Type: application/json

{
  "transcript": "Team Atlas bespreekt uitsluitend een fictieve oefening. Het team plant een training en verzamelt algemene voorbeeldvragen zonder klantgegevens.",
  "titel": "Kennismaking"
}

خواندن نسخه‌های زبانی موجود

نتایج زبانی موجود را بخوانید. مسیرهای گردش کار شرح‌داده‌شده برای شروع، توقف موقت، ادامه و بازیابی به‌صورت محلی و در CI آزمایش شده‌اند؛ آزمون CRM در محیط عملیاتی این پردازش زبانی را تأیید نمی‌کند. از آن‌ها فقط در محیطی استفاده کنید که برای این منظور مجاز شده باشد. کاربر، کلید، منبع و هزینه‌های اولیه به درخواست متصل می‌مانند. وضعیت فعلی منبع، مجوزها، بودجه و تسویهٔ تأییدشده همچنان الزامی هستند؛ منبع منقضی‌شده یا حذف‌شده مجوز شروع جدید نمی‌دهد. پردازش گروهی با زبان دوم فعال همچنان بسته است، حتی با تنظیمات به‌ارث‌رسیده. تکمیل پولی یک نتیجه ترجمه مفقود نیز همچنان خارج از محدوده است.

HTTP
GET https://api.rapportly.io/api/rapportly/v1/gesprekken/00000000-0000-4000-8000-000000000001/taalvarianten
Authorization: Bearer rply_<jouw_sleutel>
از کارهای تکراری جلوگیری کنید

برای هر کار جدید، ورودی دقیق و Idempotency-Key یکتا را ذخیره کنید. بیشتر شروع‌ها ۸ تا ۱۲۸ نویسهٔ امن می‌پذیرند؛ رضایت و بازبینی‌های اصلی گزارش حداقل ۱۶ می‌خواهند. نمونه‌ها حداقل ۱۶ دارند. پس از گم‌شدن پاسخ، همان داده و کلید را تکرار کنید. در تعارض نسخه ابتدا وضعیت را دوباره بخوانید. پرونده و بارگذاری فایل از UUID خود به‌عنوان مرز تکرار استفاده می‌کنند.

پس از پایان پردازش اعلان بگیرید

Rapportly می‌تواند ارجاع‌های فنی را به سرور شما بفرستد. سپس با مجوز خواندن مناسب محتوا را بگیرید، بدون پرس‌وجوی مداوم پیشرفت.

  1. گیرندهٔ HTTPS بسازید و با POST /webhooks و مجوز webhooks:beheren ثبت کنید. برای کارهای مربوط از همان کلید تولید استفاده کنید.
  2. امضا را روی بایت‌های اصلی پیام بررسی و هر شناسهٔ رویداد را یکتا ذخیره کنید. پس از ذخیرهٔ امن همراه با کار بعدی، دریافت را تأیید کنید. تکرار نباید کار دومی بسازد.
  3. GET /webhook-afleveringen و جزئیات تحویل را بخوانید. خطاهای موقت حداکثر هشت بار تکرار می‌شوند؛ می‌توانید دور اضافه درخواست کنید. پذیرفته‌شده فقط یعنی سرور شما پیام را گرفته است. پردازش بعدی را همان‌جا بررسی کنید.

شبیه‌ساز اعلان واقعی نمی‌فرستد. گیرنده را با دادهٔ ساختگی و اتصال تولید جداگانه امتحان کنید. نمونه اعلان را بررسی می‌کند؛ سرور شما مسئول ذخیره و کارهای بعدی است.

کد خطا چه معنایی دارد؟

400

ورودی یا Idempotency-Key را اصلاح کنید.

401

کلید وجود ندارد، نادرست است یا لغو شده است.

402

اعتبار، بودجه یا ادامهٔ پولی معتبر در دسترس نیست.

403

کلید، کاربر یا بسته مجوز لازم را ندارد.

404

شیء وجود ندارد یا برای کاربر دیده نمی‌شود.

409

ورودی، نسخه یا کار تغییر کرده است. ابتدا وضعیت فعلی را بخوانید.

429

منتظر بمانید و Retry-After را رعایت کنید.

503

منبع یا پردازش به‌شکل امن در دسترس نیست. وضعیت را بخوانید؛ فقط با اجازهٔ قرارداد مسیر، درخواست یکسان را تکرار کنید.

از کلید و داده‌های مشتری محافظت کنید

  • کلید را فقط روی سرور استفاده کنید، نه در کد عمومی مرورگر.
  • برای هر اتصال کلید جداگانه به‌کار ببرید و کلیدهای قدیمی را لغو کنید.
  • کلیدها، نتایج یا پیوندهای موقت را در گزارش‌ها یا گفتگوهای عمومی نگذارید.
  • داده‌های دریافت‌شدهٔ مشتری را طبق قواعد دسترسی سیستم خود نگه دارید.
کدام بخش‌ها هنوز نیاز به کار دارند؟

فهرست، طرح‌واره‌های جزئی را مشخص می‌کند و راهنمای قابل دانلود محدودیت‌ها و شواهد هر اقدام را شرح می‌دهد. موفقیت آزمون CRM رفتار پردازش زبان گردش کار یا مقایسهٔ تاریخچه را در محیط عملیاتی اثبات نمی‌کند. پردازش گروهی چندزبانه و تکمیل پولی یک نتیجهٔ ترجمهٔ مفقود همچنان خارج از محدوده هستند. کلید API مجوز کاربری اضافه‌ای نمی‌دهد؛ مقایسه اسناد فقط از فیلدهای متنی ذخیره‌شده شرح‌داده‌شده پشتیبانی می‌کند.