چالش های یکپارچگی اطلاعات در هلدینگ ها و نقش ERP

۲. نبود کدینگ مالی هماهنگ

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

ERP هلدینگی باید امکان تعریف ساختار حسابداری هماهنگ، نگاشت حساب ها، کنترل حساب های بین شرکتی و گزارش گیری در سطوح مختلف را فراهم کند.

۳. پیچیدگی معاملات بین شرکتی

در یک هلدینگ، شرکت ها معمولاً فقط به بازار بیرونی فروش یا از بازار بیرونی خرید نمی کنند. بسیاری از تراکنش ها بین خود شرکت های گروه اتفاق می افتد. یک شرکت ممکن است مواد اولیه را تأمین کند، شرکت دیگر تولید انجام دهد، شرکت سوم خدمات پشتیبانی ارائه دهد و شرکت چهارم مسئول فروش باشد. این تعاملات اگر در ERP به درستی طراحی نشده باشند، باعث مغایرت مالی بین شرکت ها، دوباره کاری در ثبت اسناد، اختلاف بین دفاتر شرکت ها و ابهام در سود واقعی گروه می شوند.

۴. دشواری گزارش گیری تلفیقی

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

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

۵. تفاوت در فرآیندهای عملیاتی شرکت ها

در یک هلدینگ، همه شرکت ها الزاماً مشابه هم کار نمی کنند. ممکن است یک شرکت تولیدی باشد، شرکت دیگر بازرگانی، شرکت دیگر خدماتی و شرکت دیگر پیمانکاری. بنابراین ERP نباید همه شرکت ها را مجبور کند دقیقاً با یک فرآیند یکسان کار کنند. چالش اصلی این است که ERP باید بین استانداردسازی و انعطاف پذیری تعادل ایجاد کند. فرآیندهای کلیدی گروه باید استاندارد و قابل کنترل باشند، اما هر شرکت نیز باید بتواند متناسب با ماهیت کسب وکار خود، برخی تنظیمات و گردش های کاری اختصاصی داشته باشد.

۶. کنترل دسترسی در سطح شرکت و گروه

در هلدینگ ها، امنیت اطلاعات اهمیت ویژه ای دارد. همه کاربران نباید به اطلاعات همه شرکت ها دسترسی داشته باشند. مدیر مالی گروه ممکن است نیاز به مشاهده اطلاعات همه شرکت ها داشته باشد، اما کاربر مالی یک شرکت فقط باید به اطلاعات همان شرکت دسترسی داشته باشد. از طرف دیگر، ممکن است یک مدیر در شرکت مادر یا شرکت مرکزی، تأییدکننده برخی اسناد شرکت های زیرمجموعه باشد. ERP مناسب هلدینگ باید امکان تعریف دسترسی در سطوح مختلف را فراهم کند؛ از جمله دسترسی بر اساس شرکت، نقش سازمانی، ماژول، نوع سند، مرکز هزینه، سطح مدیریتی و مسیر گردش کار.

چند مثال از فرآیندهای واقعی بین شرکتی در ERP هلدینگی

Intercompany در ERP به فرآیندها و تراکنش هایی گفته می شود که بین شرکت های یک گروه هلدینگ انجام می شوند؛ مانند فروش داخلی، خرید داخلی، انتقال وجه یا تسویه بدهی بین شرکت ها. 

برای درک بهتر پیچیدگی Multi-Company و Intercompany، بهتر است چند نمونه فرآیندی را بررسی کنیم. این مثال ها نشان می دهند که پشتیبانی واقعی از ساختار هلدینگی، فراتر از ثبت نام شرکت در اسناد یا تجمیع داشبوردی اطلاعات است.

۱. تبدیل دستور خرید یک شرکت به سفارش فروش در شرکت دیگر

فرض کنید شرکت «الف» در یک هلدینگ به کالایی نیاز دارد که توسط شرکت «ب» در همان گروه تأمین یا تولید می شود. در یک سیستم ساده، شرکت الف باید یک دستور خرید ثبت کند و شرکت ب نیز به صورت جداگانه، یک سفارش فروش مستقل ایجاد کند.

این روش باعث دوباره کاری، احتمال مغایرت و نبود ارتباط سیستمی بین دو سند می شود.

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

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

۲. درخواست خرید یک شرکت و انجام خرید توسط شرکت کارگزار گروه

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

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

پس از تأمین کالا یا خدمت، هزینه، مالکیت، تحویل و تسویه باید متناسب با ساختار بین شرکتی در سیستم ثبت شود.

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

۳. مأموریت خرید کالا و خدمات برای شرکت های گروه

گاهی یک شرکت در هلدینگ، مسئول خرید همه کالاها و خدمات برای کل گروه است. در برخی موارد نیز این مسئولیت فقط برای گروه خاصی از کالاها یا خدمات تعریف می شود؛ مثلاً خرید مواد اولیه، قطعات یدکی، تجهیزات IT، خدمات حمل ونقل یا خدمات پیمانکاری.

در ERP هلدینگی واقعی، این سیاست باید قابل تعریف باشد. یعنی سیستم باید بداند کدام شرکت مجاز یا موظف است برای کدام شرکت ها و در چه گروه هایی از کالا و خدمات خرید انجام دهد.

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

چنین سطحی از انعطاف پذیری فقط با تعریف چند شرکت در سیستم به دست نمی آید؛ بلکه نیازمند طراحی قواعد فرآیندی، سطح دسترسی، مسیر تأیید، سیاست های خرید، مراکز هزینه و ارتباط مالی بین شرکت هاست.

۴. مأموریت فروش محصولات شرکت های گروه توسط یک شرکت فروش متمرکز

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

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

اگر این فرآیند به درستی در ERP طراحی نشده باشد، سودآوری شرکت ها، بهای تمام شده، موجودی کالا، بدهی و مطالبات بین شرکتی و گزارش فروش گروه با ابهام مواجه می شود.

۵. واگذاری اسناد دریافتی از مشتری برای تسویه بدهی بین شرکتی

در بسیاری از هلدینگ ها، ممکن است یک شرکت از مشتری بیرونی چک، سفته یا سند دریافتنی دریافت کند، اما در همان زمان به یکی از شرکت های درون گروهی بدهکار باشد.

در یک سیستم غیرمنسجم، این فرآیند معمولاً با ثبت های دستی، مکاتبات داخلی و ورود مجدد اطلاعات در شرکت مقابل انجام می شود.

در ERP بین شرکتی واقعی، اسناد دریافتی از مشتری در شرکت اول می تواند به عنوان ابزار تسویه بدهی به شرکت درون گروهی واگذار شود. یعنی شرکت دریافت کننده سند، عملیات واگذاری را ثبت می کند و شرکت مقابل، بدون نیاز به ورود مجدد اطلاعات، سند واگذار شده را مشاهده، بررسی و تأیید یا رد می کند.

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

۶. انتقال وجه از بانک یک شرکت به بانک شرکت دیگر

یکی دیگر از نمونه های مهم Intercompany، انتقال وجه بین حساب های بانکی شرکت های گروه است. در حالت سنتی، شرکت پرداخت کننده یک پرداخت بانکی ثبت می کند و شرکت دریافت کننده نیز جداگانه یک دریافت بانکی ثبت می نماید.

اگر مبلغ، تاریخ، شرح یا حساب ها با هم متفاوت ثبت شوند، مغایرت ایجاد می شود.

در ERP هلدینگی واقعی، شرکت پرداخت کننده انتقال وجه را ثبت می کند و شرکت دریافت کننده به جای ثبت مجدد واریز، یک اعلامیه واریز بین شرکتی مشاهده می کند. سپس می تواند آن را تأیید یا رد کند. با تأیید شرکت دریافت کننده، ثبت مالی و گردش خزانه در هر دو شرکت به صورت هماهنگ انجام می شود.

این قابلیت از ورود اطلاعات تکراری جلوگیری می کند، مغایرت های بانکی و مالی بین شرکت ها را کاهش می دهد و کنترل دقیق تری بر جریان نقدینگی گروه ایجاد می کند.

۷. برون سپاری خدمات تولیدی بین شرکت های گروه

در یک هلدینگ تولیدی، ممکن است یک شرکت بخشی از عملیات تولیدی خود را به شرکت دیگری در همان گروه واگذار کند. برای شرکت اول، این عملیات به عنوان خرید خدمات تولیدی یا برون سپاری ثبت می شود؛ اما برای شرکت دوم، همان عملیات به عنوان فروش خدمات تولیدی یا ارائه خدمت تولیدی محسوب می شود.

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

در ERP هلدینگی واقعی، این فرآیند باید بتواند هم زمان چند اثر را مدیریت کند: خروج کالا از شرکت کارفرما، ورود یا دریافت امانی در شرکت مجری، ثبت عملیات تولیدی، محاسبه هزینه خدمت، صدور سند خرید خدمات تولیدی در شرکت کارفرما، صدور سند فروش خدمات تولیدی در شرکت مجری و در نهایت تسویه حساب بین دو شرکت.

این نمونه به خوبی نشان می دهد که Intercompany واقعی فقط یک موضوع مالی نیست؛ بلکه می تواند تولید، انبار، کنترل کیفیت، بهای تمام شده، خرید، فروش و حسابداری را هم زمان درگیر کند.

۸. انتقال منابع انسانی بین شرکت های گروه با حفظ سوابق

در هلدینگ ها، جابه جایی کارکنان بین شرکت های زیرمجموعه امری رایج است. ممکن است یک کارمند از شرکت الف تسویه کند و در شرکت ب استخدام شود، اما از نگاه گروه، سوابق کاری، مهارت ها، آموزش ها، ارزیابی ها و مسیر رشد او همچنان اهمیت داشته باشد.

در یک سیستم ساده، این جابه جایی مانند خروج کامل از یک شرکت و استخدام جدید در شرکت دیگر ثبت می شود و ارتباط سوابق فردی از بین می رود.

اما در ERP مناسب ساختار هلدینگی، انتقال منابع انسانی می تواند با حفظ سوابق انجام شود. در این حالت، تسویه در شرکت قبلی، شروع همکاری در شرکت جدید، انتقال سوابق آموزشی، سوابق ارزیابی، اطلاعات مهارتی، سوابق شغلی و برخی اطلاعات پرسنلی در یک مسیر کنترل شده انجام می شود.

این قابلیت به مدیران منابع انسانی کمک می کند نگاه یکپارچه تری به سرمایه انسانی گروه داشته باشند.

۹. تأیید اسناد یک شرکت توسط مدیران شرکت دیگر

در ساختارهای هلدینگی، همیشه تأییدکنندگان اسناد در همان شرکتی نیستند که سند در آن ثبت شده است. ممکن است مدیر مالی هلدینگ، مدیر خرید گروه، مدیر منابع انسانی مرکزی، مدیرعامل شرکت مادر یا مدیر یک واحد مشترک، لازم باشد بخشی از اسناد شرکت های زیرمجموعه را تأیید کند.

برای مثال، درخواست خرید یک شرکت تولیدی ممکن است به دلیل مبلغ بالا نیازمند تأیید مدیر خرید گروه باشد. یا پرداخت های خاص یک شرکت زیرمجموعه باید توسط مدیر مالی هلدینگ تأیید شود.

بنابراین ERP هلدینگی باید گردش کار بین شرکتی داشته باشد. یعنی بتواند مسیر تأیید اسناد را بر اساس شرکت، نوع سند، مبلغ، مرکز هزینه، گروه کالا، نقش سازمانی و سیاست های گروه تنظیم کند.

این قابلیت با تعریف ساده کاربر و نقش در یک شرکت به دست نمی آید و نیازمند طراحی جدی در سطح فرآیند و امنیت اطلاعات است.

۱۰. تمرکز یا تفکیک فرآیندهای منابع انسانی در سطح هلدینگ

برخی فرآیندها در هلدینگ ها ممکن است به صورت متمرکز انجام شوند و برخی دیگر در اختیار هر شرکت باشند. منابع انسانی نمونه بسیار خوبی از این موضوع است.

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

ERP مناسب هلدینگ باید بتواند چنین مدل های ترکیبی را پشتیبانی کند. یعنی نه همه چیز را کاملاً متمرکز و غیرقابل تغییر کند، نه همه چیز را کاملاً پراکنده و مستقل بگذارد.

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

ERP چگونه یکپارچگی بین شرکت های هلدینگ را ایجاد می کند؟

مدیریت ساختار چندشرکتی

اولین قابلیت مهم ERP برای هلدینگ ها، پشتیبانی از ساختار چندشرکتی است. در چنین ساختاری، هر شرکت می تواند شخصیت مستقل مالی و عملیاتی داشته باشد. این قابلیت باعث می شود اطلاعات هر شرکت به صورت مستقل نگهداری شود، اما در سطح گروه نیز قابل تجمیع و تحلیل باشد. مدیران می توانند گزارش ها را در سطح یک شرکت، چند شرکت یا کل هلدینگ مشاهده کنند.

یکپارچگی ماژول ها

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

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

وقتی ماژول ها یکپارچه نباشند، سازمان با ورود اطلاعات تکراری، مغایرت های متعدد و گزارش های غیرقابل اعتماد روبه رو می شود.

کنترل فرآیندهای بین شرکتی

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

در چنین شرایطی، ERP باید مسیر گردش اطلاعات، اسناد، تأییدیه ها و ثبت های مالی را به صورت دقیق کنترل کند. این موضوع باعث می شود مسئولیت ها شفاف شود، خطای انسانی کاهش یابد و مدیران بتوانند وضعیت هر فرآیند را از ابتدا تا انتها مشاهده کنند.

مدیریت دسترسی ها در سطح شرکت و گروه

ERP مناسب هلدینگ باید امکان تعریف دسترسی در سطوح مختلف را فراهم کند. کاربر یک شرکت نباید الزاماً به اطلاعات شرکت دیگر دسترسی داشته باشد، اما ممکن است یک مدیر گروه لازم باشد بخشی از اطلاعات یا اسناد چند شرکت را مشاهده یا تأیید کند.

بنابراین کنترل دسترسی باید هم شرکت محور باشد، هم نقش محور، هم فرآیندمحور. این موضوع در هلدینگ ها اهمیت ویژه ای دارد، زیرا هم استقلال شرکت ها باید حفظ شود و هم مدیریت مرکزی بتواند کنترل لازم را اعمال کند.

داشبوردهای مدیریتی برای تصمیم گیری در سطح هلدینگ

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

اما نکته مهم این است که داشبورد مدیریتی زمانی ارزش واقعی دارد که داده های آن از فرآیندهای واقعی و یکپارچه سازمان استخراج شده باشد، نه از فایل های پراکنده یا گزارش های دستی.

اگر پشت داشبورد، فقط چند بانک اطلاعاتی جداگانه و چند گزارش تجمیعی باشد، هنوز با یک ERP هلدینگی واقعی فاصله داریم.