پیامک سازمانی یعنی ارسال پیامکهای عملیاتی، مثل تأیید سفارش، اعلان پاسخ تیکت یا اطلاع از ارسال کالا، از داخل همان سیستمی که اطلاعات مشتری در آن است. در ابرک این کار با ماژولهای abrak_sms_* انجام میشود: هر ارسال از کیفپول ریالی شرکت کسر میشود، از یک الگوی ثبتشده استفاده میکند و وضعیت تحویلش روی همان رکورد برمیگردد.
پیامک سازمانی با پیامک انبوه چه فرقی دارد؟
پیامک انبوه برای کمپین بازاریابی است و فهرست بزرگی از مخاطبان را هدف میگیرد. پیامک سازمانی به رویداد وابسته است: فاکتوری صادر شده، تیکتی پاسخ گرفته یا سفارشی آماده تحویل شده. فرض کنید فروشگاهی روزانه ۴۰ سفارش دارد. پیام «سفارش شما ارسال شد» برای هر سفارش یک ارسال جدا است و باید همان لحظه در تاریخچهٔ مشتری دیده شود، نه در فایل اکسلی که هفتهٔ بعد بررسی میشود.
تفاوت دیگر در مالکیت داده است. وقتی پیام از یک سرویس جدا فرستاده میشود، شماره و نام مشتری باید دوبار نگه داشته شود و گزارش تحویل در دو جا پراکنده است. در ERP، مخاطب و سند یکجا هستند و ارسال به همانها وصل میشود.
اجزای سرویس پیامک ابرک
سرویس از چند ماژول با نقش مشخص ساخته شده است. هستهٔ مالی و کیفپول در abrak_sms_core قرار دارد و شامل خط، تعرفه و دفتر کل مصرف است. آداپتور آیپیپنل در abrak_sms_ippanel ارسال، الگو، دفترتلفن و گزارش تحویل را پوشش میدهد. abrak_sms_bridge ارسال را به ریل بومی sms.sms اودو وصل میکند و اعلانهای تیکت پشتیبانی را میسازد. abrak_sms_portal پرتال /my/sms و API عمومی را فراهم میکند. abrak_sms_tenant در ERP تننت فقط آیکون کیفپول است که به کیفپول مرکزی هدایت میکند. با نصب abrak_sms_all همهٔ این اجزا یکجا به سیستم اضافه میشوند.
کیفپول ریالی: پیش از هر ارسال موجودی بررسی میشود
هر شرکت یک کیفپول پیشپرداخت ریالی دارد. ارسال فقط وقتی انجام میشود که موجودی کافی باشد و این بررسی با قفل ردیف کیفپول انجام میشود. بدون این قفل، دو ارسال همزمان میتوانستند هر دو از بررسی موجودی عبور کنند و بیش از اعتبار کسر شوند. این قفل در نسخهٔ ۱۹.۰.۱.۵.۵ ماژول هسته اضافه شده است.
آستانهٔ پیشفرض هشدار ۵۰ هزار ریال است. وقتی موجودی از این حد پایینتر برود، هشدار برای همان دوره یکبار فرستاده میشود. تغییر موجودی فقط از کد سرور یا از مدیران پیامک انجام میشود و کاربر پرتال نمیتواند عدد کیفپول را دستی تغییر دهد.
هر ارسال یک رکورد مصرف میسازد که ارائهدهنده، تعداد گیرنده و مبلغ را نگه میدارد. همین دفتر مصرف مبنای گزارش مالی شرکت و بررسی هزینهٔ هر کمپین است.
الگو و دفترتلفن: پیام تکراری را یکبار تعریف کنید
پیامهای عملیاتی تقریباً همیشه ساختار ثابت دارند و فقط چند متغیر تغییر میکنند. الگو همان ساختار است. ابرک الگوها را در مدل محلی abrak.sms.pattern نگه میدارد و هر شرکت فقط الگوهای خودش را میبیند. متغیرها با کاما جدا میشوند و الگو از /my/sms/patterns ساخته میشود.
دفترتلفن ابرک مخاطبان ثبتشدهٔ مشتری را به دفترتلفن آیپیپنل همان شرکت منتقل میکند. این انتقال با حساب خود شرکت انجام میشود، نه با کلید مرکزی ابرک، تا فهرست مخاطبان هر مشتری از فهرست مشتری دیگر جدا بماند. شمارهها از فیلد phone خوانده میشوند، چون در اودو ۱۹ فیلد mobile حذف و در phone ادغام شده است.
روش گامبهگام: از نصب تا اولین پیام سازمانی
- ماژول
abrak_sms_allرا نصب کنید. اگر فقط هسته را لازم دارید،abrak_sms_coreوabrak_sms_ippanelرا جدا نصب کنید. - در تنظیمات شرکت، ارائهدهندهٔ اصلی را انتخاب کنید: آیپیپنل یا مدیانا. اگر ارائهدهندهٔ اصلی خطا بدهد، ارسال از طریق ارائهدهندهٔ دوم و با همان قرارداد ارسال انجام میشود.
- شرایط استفاده از سرویس را بپذیرید. ابرک نسخه، زمان، کاربر و نشانی IP پذیرش را ثبت میکند.
- کیفپول را از
/my/sms/walletشارژ کنید و آستانهٔ هشدار را تنظیم کنید. - الگوی پیام را در
/my/sms/patternsبسازید و با/my/sms/send/patternیک پیام آزمایشی به شمارهای که خودتان دارید بفرستید. - بعد از چند دقیقه، وضعیت تحویل را در تاریخچهٔ ارسال بررسی کنید. اگر هنوز نهایی نشده بود، کرون گزارش تحویل تا ۴۸ ساعت بعد آن را پیگیری میکند.
گزارش تحویل: وضعیت اپراتور روی خود رکورد
وضعیت تحویل از دو مسیر میرسد. مسیر اول یک کرون است که ارسالهای ۴۸ ساعت اخیر را که هنوز نهایی نشدهاند از ارائهدهنده میپرسد. مسیر دوم وبهوک پوشی به نشانی /omni/sms/dlr/<code> است که ارائهدهنده در لحظه گزارش را میفرستد. هر دو مسیر منطق یکسانی دارند و فقط ردیفهای غیرنهایی را تغییر میدهند. بنابراین یک گزارش تکراری وضعیت را برنمیگرداند.
وضعیت متنی مدیانا به کدهای عددی آیپیپنل نگاشت میشود، تا گزارش هر دو ارائهدهنده یک شکل داشته باشد. نتیجه روی رکورد مصرف ابرک و روی sms.tracker بومی اودو نوشته میشود، پس اعلانها و آمار کمپینهای خود اودو هم درست میمانند.
تیکت پشتیبانی: پیامک بعد از هر پاسخ و حل مسئله
در abrak_sms_bridge هر تیکت helpdesk با آیپیپنل همگام است. پیامک اطلاعرسانی در سه رویداد فرستاده میشود: پاسخ جدید، در انتظار مشتری و حلشده. متن پیامک از الگوی تعیینشده در تنظیمات سیستم خوانده میشود. اگر پیام لینک پیگیری تیکت داشته باشد، آدرس با link.tracker کوتاه میشود تا در سقف کاراکتر الگو جا شود.
کارشناس پشتیبانی میتواند متن محاورهای خود را با ابزار ویراستاری بازنویسی کند. ابزار از مدل هوش مصنوعی رایگان ابرک استفاده میکند و متن پیشنهادی را نشان میدهد. کارشناس آن را بررسی و تأیید میکند. پس از تأیید، متن در چت تیکت ثبت و پیامک فرستاده میشود.
قوانین پاسخ خودکار منشی پیامکی در سمت ریسلر به CRM وصل میشوند.
API برای سامانههای بیرونی
سامانههای دیگر، مثل وبسایت یا نرمافزار حسابداری، میتوانند با POST /sms/v1/api/send پیامک بفرستند. احراز هویت با هدر Authorization و کلید API انجام میشود. کلید بهصورت هش SHA-256 ذخیره میشود و متن کامل آن فقط یک بار نمایش داده میشود. هر کلید به کیفپول شرکت وصل است، پس هزینهٔ هر ارسال به همان کیفپول میرود.
شکل درخواست با پاسخ ارائهدهندهٔ Edge آیپیپنل یکسان است. مشتری که قبلاً به آیپیپنل وصل بوده، با عوضکردن نشانی پایه (base URL) مهاجرت میکند و کد ارسال خود را تغییر نمیدهد. دو نوع ارسال پشتیبانی میشود: webservice برای متن آزاد و pattern برای الگو.
سپرهای امنیتی و سقف روزانه
همهٔ مسیرهای ارسال، یعنی پرتال، API عمومی و ریل بومی sms.sms، قبل از ارسال از یک دروازه عبور میکنند. این دروازه سه کار میکند. اول، سقف ارسال روزانه برای هر شرکت را بررسی میکند؛ تننتهای جدید با سقف ۱۰۰ پیام در روز شروع میکنند و افزایش آن با تأیید ابرک انجام میشود. دوم، اگر متن شامل عبارت پرخطر مثل «رمز دوم» یا «برنده جایزه» باشد و همزمان لینک داشته باشد، ارسال متوقف میشود. این قاعده فقط برای عبارت بهتنهایی اعمال نمیشود، چون یک جملهٔ عادی نباید مسدود شود. سوم، برای ارسال متوقفشده خطای مشخص با دلیل برمیگردد.
اگر بخواهید ارتباط کلید API و امنیت ارتباط AI با ERP را بیشتر بسنجید، مقالهٔ MCP چقدر امن است؟ همان مدل تهدید را مرور میکند.
پیامک سازمانی و بازاریابی را از هم جدا نگه دارید
پیامک عملیاتی و پیامک بازاریابی هم کاربر یکسان دارند و هم ابزار یکسان، اما اثر متفاوتی روی مشتری میگذارند. پیام عملیاتی مرتبط با سندی است که مشتری منتظرش است. پیام بازاریابی به مشتریای میرسد که شاید هنوز رضایت یا علاقهای نشان نداده باشد. اگر این دو را در یک صف بریزید، پیام تأیید سفارش با تبلیغ دیر میرسد. برای مرور کمپینهای انبوه، مقالهٔ پیامک مارکتینگ و اعلان چندکاناله را ببینید.
اگر پیام سازمانی به تماس تلفنی هم وصل است، مثل تماس پیگیری پس از پیامک، همان مشتری را در راهنمای تلفن ابری پیدا میکنید. برای سرنخهایی که پیام به آنها میرود، راهنمای CRM فارسی ساختار پیگیری را توضیح میدهد.
منابع
میخواهید خودتان امتحان کنید؟ آزمایش ۱۴ روزهٔ رایگان ابرک را فعال کنید و طرحها و قیمتها را ببینید.
سؤالات متداول
پیامک سازمانی بدون الگو هم ارسال میشود؟
بله، کانال webservice متن آزاد را میفرستد. با این حال الگو برای پیامهای تکراری بهتر است، چون متن ثابت است و متغیرها جدا میشوند.
اگر کیفپول خالی شود، پیامها از دست میروند؟
ارسالی که موجودی ندارد انجام نمیشود. پس از شارژ، ارسال تازه ممکن است.
گزارش تحویل چقدر طول میکشد؟
اگر ارائهدهنده گزارش را از طریق وبهوک بفرستد، وضعیت در همان لحظه ثبت میشود. در غیر این صورت کرون ارسالهای ۴۸ ساعت اخیر را پیگیری میکند.
شمارههای دفترتلفن کجا ذخیره میشوند؟
مخاطبان در اودو ذخیره میشوند و با عمل انتقال به دفترتلفن آیپیپنل همان شرکت منتقل میشوند. انتقال با حساب خود شرکت انجام میشود.
پیامها فقط با اقدام کاربر یا رویداد تعریفشده فرستاده میشوند؟
بله. ارسالهای سازمانی از رویدادی مثل پاسخ تیکت یا درخواست کاربر شروع میشوند و کمپینها را کاربر خودش میسازد.
با اتصال API، نیاز به تغییر کد ارسال داریم؟
اگر سیستم قبلی شما با قالب Edge کار میکرد، معمولاً فقط نشانی پایه و کلید تغییر میکند. قبل از تغییر، یک ارسال آزمایشی به شماره خودتان بگیرید.