اتصال هوشمند حسابداری و مدیریت ارتباط با مشتری
در این پروژه یک زیرساخت اختصاصی با Laravel برای همگامسازی اطلاعات بین نرمافزار حسابداری محک (Mahak) و CRM پیامگستر (PayamGostar) طراحی و پیادهسازی شده است. مشتریان، محصولات و فاکتورها در قالب فرایندهای مشخص میان دو سامانه جابهجا میشوند و هر مرحله قابل پیگیری است.
هدف این راهکار، کاهش ورود دستی و پراکندگی اطلاعات است؛ با لایههای نگاشت، ذخیره موقت و صف پردازش که برای کنترل تکرار و بازیابی عملیات طراحی شدهاند.
چالش پروژه؛ ساختار متفاوت دادهها و شناسهها
شناسه یک مشتری یا محصول در نرمافزار حسابداری لزوماً با شناسه همان رکورد در CRM یکسان نیست. در همگامسازی دوطرفه مشتریان نیز باید مشخص باشد رکورد از کدام سامانه آمده تا ارسال مجدد آن چرخه بیپایان یا نسخه تکراری ایجاد نکند.
چالش دیگر، قطع ارتباط و اجرای مجدد عملیات است. فرایند باید بتواند وضعیت قبلی را تشخیص دهد و از نقطه مناسب ادامه پیدا کند.
راهحل آونا؛ لایه مستقل Mapping و Staging
Mapping (نگاشت شناسهها) ارتباط هر رکورد را در دو سامانه نگه میدارد. Staging (ذخیره موقت داده) نیز داده دریافتی را پیش از پردازش ثبت میکند تا مراحل انتقال و خطاها قابل بررسی باشند.
طراحی Idempotent (اجرای مجدد بدون اثر تکراری) و کنترل منشأ تغییرات، برای جلوگیری از ثبت دوباره یک عملیات و کنترل Loop در همگامسازی مشتریان به کار رفتهاند.
چه اطلاعاتی همگام میشوند؟
- مشتریان: تبادل اطلاعات مشتریان در مسیرهای تعریفشده و کنترل حلقه در سینک دوطرفه.
- محصولات: انتقال اطلاعات محصولات از محک به پیامگستر و نگهداری ارتباط شناسهها.
- فاکتورها: انتقال فاکتورها و اطلاعات فروش در چرخه همگامسازی.
مسیرهای دریافت و ارسال، یا Pull و Push، برای هر سرویس جدا شدهاند تا توسعه و پیگیری هر بخش مستقل باشد.
پردازش در صف و اجرای خودکار
عملیات ارتباطی و پردازش داده با Laravel Queue بهصورت غیرهمزمان اجرا میشود. Scheduler زمان اجرای چرخهها را مدیریت میکند و کنترل اجرای همزمان، از شروع چند چرخه متداخل جلوگیری میکند.
ساختار پروژه برای اجرای دائمی روی سرور و مدیریت پردازشگرها با Supervisor در نظر گرفته شده است. نگهداری Cursor نیز امکان ادامه همگامسازی از آخرین نقطه ثبتشده را فراهم میکند.
ثبت رویداد، Retry و بازیابی عملیات
وضعیت عملیات Sync، خطاها، Payload و Meta برای بررسی فرایند ثبت میشوند. Retry امکان تلاش مجدد در خطاهای ارتباطی را فراهم میکند و ترکیب اطلاعات وضعیت، نگاشت و Cursor به پیگیری و ادامه کار کمک میکند.
این معماری برای اضافهکردن نوع داده جدید یا توسعه اتصال به ERP و CRMهای دیگر قابل گسترش است؛ هر اتصال جدید به بررسی API و قواعد همان سامانه نیاز دارد.
یکپارچهسازی متناسب با فرایند کسبوکار
اگر اطلاعات فروش، حسابداری و مشتریان شما در چند سامانه جدا نگهداری میشود، میتوان مسیر تبادل داده را متناسب با فرایند واقعی کسبوکار طراحی کرد.
