یک فاکتور میتواند کاملاً عادی به نظر برسد و همچنان اشتباه باشد. ممکن است برای ۱۲۰ واحد صورتحساب صادر کند در حالی که ۱۰۰ واحد دریافت شده است، صورتحسابی را تکرار کند که قبلاً پرداخت شده، یا قیمتی را دریافت کند که هیچکس تأیید نکرده است. اگر فرآیند حسابهای پرداختنی شما با این پرسش شروع شود که «آیا این فاکتور منطقی به نظر میرسد؟»، شما از یک سند میخواهید سه واقعیت جداگانه را اثبات کند: اینکه شخصی خرید را مجاز کرده، کسبوکار شما آن را دریافت کرده، و تأمینکننده مبلغ توافقشده را صورتحساب کرده است.
تطبیق سهجانبه این پرسشها را از هم جدا میکند. قبل از اینکه پرداختی از بانک خارج شود، سفارش خرید، سند دریافت، و فاکتور تأمینکننده را مقایسه میکنید. این فرآیند به اندازه کافی ساده است که یک کسبوکار کوچک بتواند آن را پیادهسازی کند، اما قدرتمند است زیرا اشتباهات را قبل از تبدیل شدن به مشکلات جریان نقدی، مغایرتهای موجودی، یا گفتگوهای ناخوشایند با فروشنده شناسایی میکند.
تطبیق سهجانبه در واقع چه چیزی را بررسی میکند
هر سند به یک پرسش متفاوت پاسخ میدهد:
| سند | پرسشی که به آن پاسخ میدهد | جزئیات برای مقایسه |
|---|---|---|
| سفارش خرید (PO) | چه چیزی را مجاز کردیم؟ | فروشنده، قلم، مقدار، قیمت واحد، شرایط، دپارتمان، و تأیید |
| گزارش دریافت | واقعاً چه چیزی دریافت کردیم؟ | تاریخ، قلم، مقدار، وضعیت، محموله جزئی، و دریافتکننده |
| فاکتور تأمینکننده | چه چیزی از ما خواسته شده که پرداخت کنیم؟ | شماره فاکتور، شماره PO، قلم، مقدار، قیمت، مالیات، حمل، و مجموع |
تطبیق زمانی موفق است که فاکتور کالاهایی را توصیف کند که سفارش داده شده و با قیمت تأییدشده دریافت شدهاند. یک تفاوت جزئی لزوماً به این معنا نیست که فاکتور متقلبانه یا غیرقابل پرداخت است. حمل، مالیات، نرخ ارز، محمولههای جزئی، و تغییرات قیمت تأییدشده همگی میتوانند استثناهای قانونی ایجاد کنند. نکته مهم این است که یک استثنا بررسی و مستندسازی شود به جای اینکه بیصدا تأیید شود.
این کنترل همچنین یک ردیابی حسابداری مفید ایجاد میکند. سفارش خرید تعهد را مستند میکند، گزارش دریافت این واقعیت را پشتیبانی میکند که کسبوکار کالاها را به دست آورده، و فاکتور حساب پرداختنی را ایجاد میکند. با هم، آنها یک رویداد عملیاتی را به یک ورودی مالی متصل میکنند.
چرا کسبوکارهای کوچک به این کنترل نیاز دارند
سازمانهای بزرگ ممکن است تیمهای اختصاصی تدارکات، دریافت، و حسابهای پرداختنی داشته باشند. یک شرکت کوچک ممکن است یک مالک، یک کارمند عملیات، و یک دفتردار خارجی داشته باشد. این تفاوت در کارکنان ریسک را حذف نمیکند؛ طراحی نقش را مهمتر میکند.
مطالعه جهانی ۲۰۲۶ انجمن متخصصان مبارزه با تقلب (ACFE) شامل ۲,۴۰۲ مورد تقلب شغلی در ۱۴۳ کشور و منطقه است. یافتههای آن همچنان طرحهای صورتحساب، سرقت داراییهای غیرنقدی، و دستکاری پرداخت را به عنوان ریسکهای قابل توجه شناسایی میکند. تطبیق سهجانبه هر طرحی را شناسایی نمیکند، اما حرکت مستقیم یک فاکتور بدون پشتیبانی از صندوق ورودی به چرخه پرداخت را دشوارتر میکند.
یک خردهفروش آنلاین کوچک را در نظر بگیرید که ۵۰۰ واحد بستهبندی سفارش میدهد. PO مبلغ ۵۰۰ واحد با قیمت ۲ دلار برای هر واحد را تأیید میکند. انبار ۴۵۰ واحد را ثبت میکند زیرا تأمینکننده یک محموله جزئی ارسال کرده است. فاکتور درخواست پرداخت برای هر ۵۰۰ واحد میکند. بدون سند دریافت، فاکتور ممکن است به مبلغ ۱,۰۰۰ دلار ثبت و پرداخت شود. با تطبیق سهجانبه، تفاوت ۵۰ واحدی به یک استثنا تبدیل میشود: فقط آنچه قرارداد اجازه میدهد پرداخت کنید، منتظر محموله باقیمانده بمانید، یا درخواست فاکتور اصلاحشده کنید.
همین انضباط مشکلات کمتر آشکار را نیز شناسایی میکند:
- یک نسخه دوم از فاکتور با نام فایل کمی متفاوت.
- افزایش قیمتی که هرگز تأیید نشده است.
- فاکتوری که به موجودیت یا دپارتمان قانونی اشتباه ارسال شده است.
- اقلامی که توسط انبار پذیرفته شده اما هرگز در موجودی وارد نشدهاند.
- صورتحساب فروشنده برای کالاهایی که سفارش داده شده اما قبل از حمل لغو شدهاند.
- حمل یا هزینههای اضافی که با توافق مطابقت ندارند.
فرآیند را حول مالکیت روشن بسازید
بهترین کنترل «کسی فاکتور را بررسی کند» نیست. یک زنجیره کوتاه از مسئولیتها با یک مالک در هر نقطه است.
۱. خرید را قبل از سفارش تأیید کنید
برای خریدهای بالای یک آستانه مشخص از PO یا تأیید کتبی دیگری استفاده کنید. سند باید تأمینکننده، مورد خرید، مقدار مورد انتظار، قیمت توافقشده، مرکز هزینه یا پروژه، و شخص تأییدکننده را مشخص کند.
PO را جایگزین بودجه ندانید. تأیید باید به این پرسش پاسخ دهد که آیا خرید ضروری، مقرون به صرفه، و به بخش درست کسبوکار اختصاص داده شده است. برای خریدهای تکراری، PO دائمی میتواند کارساز باشد، اما باید تاریخ انقضا، سقف هزینه، و مالک مشخص داشته باشد.
برای یک شرکت کوچک، تأیید میتواند سبک باشد. یک فرم شمارهدار، برگه ورودی مشترک، یا تراکنش سیستم حسابداری کافی است اگر متوالی، نگهداریشده، و ویرایش آن بدون باقی ماندن تاریخچه دشوار باشد.
۲. دریافت را به طور مستقل ثبت کنید
شخصی که کالاها را دریافت میکند باید آنچه رسیده را ثبت کند، نه آنچه PO انتظار داشته برسد. تاریخ، تأمینکننده، شماره PO، مقدار، وضعیت، و هر یادداشت سفارش عقبافتاده یا آسیب را شامل شود. عکس گرفتن از کارتنهای آسیبدیده یا ثبت یادداشت تحویل ناقص میتواند شواهد مفیدی برای درخواست اعتبار بعدی باشد.
سوابق دریافت باید به موقع ایجاد شوند. اگر انبار تا پایان ماه صبر کند، حسابهای پرداختنی ممکن است قبل از اینکه کسی محموله را مستند کند، فاکتور را ببیند. این فشار برای پرداخت از روی حافظه ایجاد میکند.
خدمات به نسخه متفاوتی از همین کنترل نیاز دارند. ممکن است جعبهای برای شمارش وجود نداشته باشد، بنابراین شواهد دریافت میتواند پذیرش مرحلهای امضا شده، تأیید جدول زمانی، یادداشت تکمیل پروژه، یا تأیید مدیر باشد که کار قراردادی انجام شده است. هدف همچنان یکسان است: مستند کردن انجام کار قبل از ثبت حساب پرداختنی.
۳. فاکتورها را به حسابهای پرداختنی هدایت کنید
از فروشندگان بخواهید که یک شماره PO و شماره فاکتور منحصر به فرد روی هر صورتحساب قرار دهند و فاکتورها را به یک آدرس کنترلشده ارسال کنند. یک صندوق ورودی مشترک یا مکان بارگذاری، تعیین زمان رسیدن فاکتور را آسانتر میکند و از ناپدید شدن صورتحسابها در صندوق پستی شخصی جلوگیری میکند.
قبل از تطبیق، موارد تکراری اساسی را بررسی کنید. فروشنده، شماره فاکتور، تاریخ فاکتور، مبلغ، و سفارش خرید را مقایسه کنید. فقط به نام فایل اعتماد نکنید: «Invoice-1048.pdf» و «March statement.pdf» ممکن است همان هزینه را توصیف کنند.
۴. در سطح خط تطبیق دهید
مقادیر و قیمتها را خط به خط مقایسه کنید، سپس حمل، مالیات، تخفیفها، و مجموع را بررسی کنید. یک بررسی فقط مجموع میتواند یک قلم بیشصورتحسابشده را پنهان کند که با یک قلم کمصورتحسابشده نامرتبط جبران شده است.
تلورانسها را از قبل تعیین کنید. به عنوان مثال، یک کسبوکار ممکن است برای محمولههای عمده، یک واریانس مقدار یک واحدی یا برای قراردادهایی با تعدیل شاخص منتشرشده، یک واریانس قیمت کوچک را مجاز کند. تلورانس باید تأیید، مستند، و متناسب با دسته باشد. تلورانس اجازه کلی برای پرداخت هر چیزی که روی فاکتور ظاهر میشود نیست.
۵. پرداخت را تأیید یا نگه دارید
اگر تطبیق موفق بود، یک فرد مجاز فاکتور را برای پرداخت با توجه به تاریخ سررسید و برنامه نقدی تأیید میکند. اگر ناموفق بود، فاکتور را در حالت تعلیق قرار دهید و استثنا را به شخصی واگذار کنید که بتواند آن را حل کند.
شخصی که کالاها را دریافت میکند نباید تنها کسی باشد که میتواند پرداخت را تأیید کند. در یک کسبوکار بسیار کوچک، جداسازی کامل ممکن است غیرعملی باشد، بنابراین از کنترلهای جبرانی استفاده کنید: بررسی مالک از دسته پرداخت، دسترسی فقطخواندنی به بانک برای دفتردار، یک آستانه تأیید، و بررسی ماهانه تغییرات فروشنده و پرداختهای غیرعادی.
یک جریان کاری عملی برای استثناها
استثناها جایی هستند که یک کنترل یا مفید میشود یا دور زده میشود. به هر مغایرت یک وضعیت و دلیل یکسان بدهید:
۱. مغایرت مقدار: سند دریافت را با برگههای حمل مقایسه کنید و بپرسید که آیا تحویل جزئی بوده است. فقط مبلغ پشتیبانیشده توسط توافق را پرداخت کنید، یا مقدار باقیمانده را به عنوان باز ثبت کنید. ۲. مغایرت قیمت: قرارداد، پیشفاکتور، تأیید ایمیل، یا سفارش تغییر را بررسی کنید. PO را فقط برای قبولی فاکتور بازنویسی نکنید؛ تأیید اصلی را حفظ کنید و تغییر مجاز را ثبت کنید. ۳. رسید گمشده: از مدیر مسئول بخواهید تکمیل خدمات را تأیید کند یا دریافتکننده یک سند دریافت دیرهنگام ایجاد کند. هرگز کالاها را فقط به دلیل وجود فاکتور به عنوان دریافتشده علامت نزنید. ۴. ظن تکراری: دفتر فروشنده و فعالیت بانکی را جستجو کنید. اگر فاکتور قبلاً پرداخت شده، اعتبار یا دریافتنی فروشنده را جداگانه ثبت کنید و درخواست بازپرداخت یا جبران کنید. ۵. فروشنده ناشناس یا درخواست تغییر بانک: پرداخت را متوقف کنید و درخواست را با استفاده از یک روش تماس شناختهشده تأیید کنید. از شماره تلفن یا آدرس پاسخ موجود در یک پیام مشکوک استفاده نکنید.
هر استثنا باید یک مالک، یک اقدام بعدی، و یک تاریخ حل داشته باشد. یک گزارش هفتگی استثنا اغلب ارزشمندتر از یک ماتریس تأیید پیچیده است که هیچکس آن را بررسی نمیکند.
تطبیق دوجانبه گاهی پاسخ درست است
هر خریدی گزارش دریافت ندارد. اجاره، خدمات شهری، بیمه، اشتراکها، خدمات حرفهای، و برخی هزینههای تکرارشونده معمولاً با یک قرارداد، صورتحساب، تأیید خدمات، یا برنامه تکرارشونده تأییدشده اعتبارسنجی میشوند.
این اغلب تطبیق دوجانبه نامیده میشود: مقایسه فاکتور با PO یا توافق. برای خدمات، شواهدی مبنی بر انجام کار اضافه کنید. به عنوان مثال، برای یک اشتراک نرمافزار ماهانه، تأیید کنید که قرارداد فعال است، تعداد کاربران یا دوره صورتحسابشده صحیح است، و هزینه قبلاً ثبت نشده است.
از تطبیق سهجانبه برای کالاهای فیزیکی، موجودی، تجهیزات، و سایر خریدهایی که دریافت واقعی اهمیت دارد استفاده کنید. از تطبیق دوجانبه یا قراردادی برای دستههایی استفاده کنید که مقدار دریافتشده شواهد مرتبط نیست. کنترل باید منعکسکننده تراکنش باشد به جای اینکه هر هزینهای را مجبور به ورود به یک جریان کاری انبار کند.
تطبیق را در دفترداری خود قرار دهید
تطبیق سهجانبه یک کنترل عملیاتی است، اما اگر سوابق حسابداری نتوانند آنچه اتفاق افتاده را نشان دهند، ارزش آن از بین میرود. حداقل، کتابهای شما باید تمایز قائل شوند:
- تعهدات خرید باز که تأیید شده اما هنوز فاکتور نشدهاند.
- کالاهای دریافتشده اما هنوز فاکتورنشده، جایی که روش حسابداری شما مستلزم اقلام تعهدی است.
- صورتحسابهای فروشنده تأیید و ثبتشده در حسابهای پرداختنی.
- صورتحسابهای در حالت تعلیق به دلیل مغایرت مقدار، قیمت، مالیات، تکرار، یا استثنای مجوز.
- اعتبارات فروشنده، بازپرداختها، و پرداختهای اضافی در انتظار حل.
PO، سند دریافت، فاکتور، تأیید، و یادداشت حل را به یک تراکنش یا بسته سندی متصل کنید. موجودی و داراییهای ثابت را جدا از هزینههای عملیاتی عادی ثبت کنید زمانی که مناسب است. این به شما محاسبه حاشیه ناخالص تمیزتر میدهد و بررسی پایان ماه را سریعتر میکند.
حسابداری متنساده میتواند ردیابی حسابرسی را به ویژه قابل درک کند. یک تراکنش میتواند ارجاعات فروشنده، PO، رسید، فاکتور، و تأیید را در قالبی جستجوپذیر، قابل بررسی، و کنترلشده نگه دارد. نتیجه فقط یک صورتحساب پرداختشده نیست؛ یک رکورد از دلیل پرداخت صورتحساب است.
شما همچنین میتوانید از یک داشبورد مانند Fava برای بررسی حسابهای پرداختنی معوق، اعتبارات فروشنده، و حسابهای مربوط به استثنا استفاده کنید بدون اینکه جزئیات دفتر کل زیرین را از دست بدهید. اگر در حال ساخت جریان کاری خود هستید، مستندات میتواند به شما کمک کند تا به ساختار شفاف برای حسابها، برچسبها، و سوابق پشتیبان فکر کنید.
چکلیست کسبوکار کوچک
با خریدهایی شروع کنید که اگر اشتباه شوند بیشترین آسیب را میتوانند داشته باشند. سپس فرآیند را با رشد حجم گسترش دهید.
- تعیین کنید چه زمانی PO الزامی است و چه کسی میتواند آن را تأیید کند.
- به هر PO و فاکتور یک شناسه منحصر به فرد بدهید.
- برای هر خرید یک دریافتکننده یا مالک خدمات نام ببرید.
- تحویلهای جزئی، آسیب، بازگشتها، و اعتبارات را ثبت کنید.
- فاکتورها را با فروشنده، شماره، PO، خط، مقدار، قیمت، مالیات، و مجموع تطبیق دهید.
- تلورانسهای نوشتهشده محدود را قبل از وقوع استثناها تعریف کنید.
- خریدهای بدون PO را در یک قرارداد تأییدشده یا لیست هزینههای تکرارشونده نگه دارید.
- تأیید فاکتور را از انتشار پرداخت جدا کنید جایی که عملی است.
- تغییرات جزئیات بانکی فروشنده را از طریق یک کانال تماس شناختهشده تأیید کنید.
- گزارشهای ماهانه پرداختنشده، در حالت تعلیق، مشکوک به تکرار، و مانده اعتباری را بررسی کنید.
- زیردفتر حسابهای پرداختنی را با دفتر کل و فعالیت بانکی تطبیق دهید.
- بسته سند کامل و توضیح هر دور زدن را نگهداری کنید.
فرآیند نیازی به پرهزینه بودن ندارد. یک قالب PO شمارهدار، یک ثبت دریافت، یک صندوق ورودی فاکتور کنترلشده، و یک بررسی ماهانه استثنا میتوانند محافظت معناداری قبل از سرمایهگذاری در اتوماسیون فراهم کنند. مهمترین ویژگی سازگاری است: هر فرد باید بداند چه شواهدی قبل از انتشار پرداخت لازم است.
مدیریت مالی خود را ساده کنید
هنگامی که تأییدهای خرید، رسیدها، صورتحسابها، و اعتبارات به هم متصل شدند، دفترداری دقیق بسیار آسانتر برای نگهداری و بررسی میشود. Beancount.io حسابداری متنسادهای را ارائه میدهد که شفاف، کنترلشده از نظر نسخه، و آماده هوش مصنوعی است، بنابراین سوابق مالی شما قابل درک باقی میمانند به جای قفل شدن در یک جعبه سیاه.