چرخه خرید و تامین ERP یعنی از نیاز داخل شرکت تا نشستن کالا در موجودی، سندها پشت هم باشند: درخواست خرید، تأیید، سفارش خرید، رسید انبار. اثر آخر روی دو عدد است. موجودی بالا می‌رود و حساب همان تأمینکننده عوض میشود. اگر این مسیر در اکسل، تلفن یا واتساپ پخش باشد، انبار یک روایت دارد و حساب روایت دیگر.
این راهنما برای شرکت بازرگانی و تولیدی کوچک است که خریدش در فایل و پیام‌رسان مانده، یا در یک نرم‌افزار حسابداری جدا — از جنس سپیدار یا هلو — ثبت میشود و انبار همان عدد را نمی‌بیند. اگر خدمات می‌فروشید و کالایی به قفسه اضافه نمیشود، این چرخه موضوع شما نیست.
اگر عدد سیستم و شمارش قفسه همین حالا یکی نیست، اول مغایرت موجودی انبار را ببندید. رسید تازه روی موجودی غلط، فقط یک سند دیگر روی عدد نادرست است.
ثبت خرید همچنان بخشی از تدارکات است. فرق عملی این است که سفارش خرید تا رسید نخورد، موجودی قابل فروش را عوض نکند.
خریدتان الان کجا می‌ماند؟
سه جا را زیاد می‌بینیم. هر کدام یک تکه از حقیقت را نگه می‌دارد و بقیه را گم می‌کند.
| محل ثبت | چه می‌ماند | چه گم میشود |
|---|---|---|
| اکسل | نام کالا و تعداد | تأیید، موعد، و اینکه جنس رسید یا نه |
| تلفن یا واتساپ | قول شفاهی | سند، تاریخ شمسی، و اثر روی موجودی |
| نرم‌افزار حسابداری جدا | بدهی تأمینکننده | موجودی همان لحظه در انبار |
ستون سوم همان نرم‌افزار حسابداری جداست. فاکتور خرید آن‌جا می‌نشیند. انباردار یا خبر ندارد، یا در فایل خودش یک عدد دیگر دارد. فروشنده قبل از قول به مشتری، هیچ‌کدام را لحظه‌ای نمی‌بیند.
تا این سه یکی نشوند، «خرید کردیم» یعنی سه نفر سه چیز شنیده‌اند.
از درخواست خرید تا سفارش چه چیزی باید به هم وصل باشد؟
درخواست خرید سند داخلی است. فروش، تولید یا انبار می‌گوید این کالا، این تعداد، این واحد. دلیل کوتاه هم لازم است: موجودی به خط خرید رسیده، یا سفارش مشتری این قلم را کم دارد. برای کالای تکراری، شروع درخواست همان نقطه سفارش موجودی کالا است، نه لحظه‌ای که قفسه خالی شده.
تأیید یعنی یک نقش مجاز، قبل از اینکه اعتبار شرکت درگیر شود، همان درخواست را دیده است. در شرکت کوچک این نقش اغلب مدیر است. اگر درخواست‌دهنده و خریدار یک نفر باشند و سیاست شما تأیید دوم نمی‌خواهد، سند تأیید جدا نسازید. گردش‌کار برای وقتی است که دو نفر باید پشت سر هم سند را ببینند، نه برای شلوغ کردن کار یک نفر.
سفارش خرید سندی است که از شرکت خارج میشود. تأمینکننده، تعداد، واحد، و موعد رسیدن با تاریخ شمسی. قیمت توافق‌شده روی همین سند می‌ماند تا بعداً با فاکتور یکی باشد. مبلغ را اینجا منتشر نکنید؛ بعد از دمو، روی کالای خودتان بسته میشود.
این سه اگر در یک زنجیره باشند، میشود پرسید این رسید مال کدام سفارش است و آن سفارش مال کدام درخواست. اگر حلقه قطع باشد، رسید یتیم است.
رسید کالا روی موجودی و حساب تأمینکننده چه اثری دارد؟
رسید یعنی کالا را شمردید و قبول کردید. اثرش دو طرفه است.
- موجودی. به اندازهٔ تعداد رسیده بالا می‌رود، نه به اندازهٔ تعداد سفارش. اگر ده تا سفارش داده باشید و شش تا آمده باشد، موجودی شش تا زیاد میشود و چهار تا هنوز باز است. جنس در راه، موجودی قابل فروش نیست.
- حساب تأمینکننده. بدهی همان فروشنده با رسیدِ همان محموله در پنل جابهجا میشود. اگر حسابدار شب از روی واتساپ سند بزند، دو تاریخ و گاهی دو تعداد خواهید داشت.
سفارش بدون رسید، موجودی را عوض نمی‌کند. پیام «بار رسید» هم سند نیست. ورود کالا به انبار باید سند داشته باشد، همان‌طور که خروج کالا سند میخواهد. خروج را در حواله انبار از فاکتور جدا نوشته‌ایم. ورود بدون سند، ماه بعد به‌شکل موجودی اضافهٔ بی‌نام یا مغایرت برمی‌گردد.
تاریخ رسید شمسی و همان روز تخلیه باشد. اگر بار سه‌شنبه آمده و سند را شنبه بزنید، فروش چهار روز با موجودی غلط کار کرده است.
کی این چرخه لازم نیست؟
این مسیر را وقتی سبک نگه دارید که خرید، موجودی را درگیر نمی‌کند.
- در ماه چند خرید کوچک دارید، همان یک نفر جنس را می‌خرد و همان روز می‌آورد، و اختلافی بین انبار و حساب ندیده‌اید
- خرید، خدمات یا هزینهٔ مصرفی است و چیزی به قفسهٔ قابل فروش اضافه نمیشود
- کالای سفارشی یک‌باره است که برای یک مشتری خاص می‌آید و ماندهٔ تکراری ندارد
در این سه حالت، یک فهرست کوتاه کافی است. ساختن درخواست و تأیید و سفارش برای هر بستهٔ مصرفی دفتر، کار را دقیق‌تر نمی‌کند. فقط سند خالی می‌سازد که کسی پر نمی‌کند.
لحظهٔ لازم شدن روشن است. نفر دوم باید سفارش را تأیید کند. یا تأمینکننده می‌گوید فرستادم و انبار می‌گوید نرسیده. یا حساب بدهکار است و قفسه خالی است. از همان خرید به بعد، پیام‌رسان سند نیست.
در پنل واحد چه چیزی دیده میشود؟
تینا درخواست خرید، سفارش به تأمینکننده و رسید کالا را در یک مسیر قابل ردیابی نشان میدهد، کنار موجودی و مالی عملیاتی. جایی که دو نقش لازم است، تأیید با گردش‌کار همان پنل انجام میشود. جزئیات ماژول‌ها در ویژگی‌ها است.
اگر امروز خریدتان در واتساپ است، هفتهٔ اول را با راه‌اندازی برای شرکت کوچک روی همین زنجیره ببندید: کالاهای پرفروش، تأمین‌کننده‌های اصلی، و رسید واقعی. همهٔ فهرست کالا در روز اول لازم نیست.
در دمو یک خرید باز ببرید. بپرسید موجودی کی بالا می‌رود، حساب تأمینکننده کی عوض میشود، و سفارش نیمه‌رسیده کجا می‌ماند. اگر جواب «بعداً در حسابداری وارد می‌کنیم» باشد، هنوز دو سیستم دارید.
آنچه پنل عوض نمی‌کند: بار بدون شمارش، تأییدی که فقط در گروه پیام مانده، و واحدی که در درخواست «عدد» است و در رسید «بسته». این سه را اول یکی کنید.
چک‌لیست چرخه خرید تا رسید
- [ ] درخواست، کالا و تعداد و واحد دارد و فقط در پیام نمانده
- [ ] اگر دو نقش در خرید دخیل‌اند، تأیید قبل از سفارش ثبت شده
- [ ] برای خرید تک‌نفرهٔ کم‌حجم، سند تأیید جدا نساخته‌اید
- [ ] سفارش، تأمینکننده و موعد شمسی دارد
- [ ] رسید به اندازهٔ جنس رسیده است، نه کپی کل سفارش
- [ ] جنس در راه داخل موجودی قابل فروش نیست
- [ ] موجودی بعد از رسید بالا رفته، نه بعد از تماس تلفنی
- [ ] حساب همان تأمینکننده با رسید جابهجا شده، نه با یادداشت جدا
- [ ] اگر سیستم و قفسه یکی نیست، قبل از رسید تازه مغایرت بسته شده
- [ ] نقطه سفارش برای کالای تکراری به درخواست وصل است
- [ ] خرید مصرفی که به قفسه نمی‌آید وارد این چرخه نشده
قدم بعدی
اگر حداقل یک خرید این ماه را انبار ندیده و حساب دیده، یا برعکس، مسیر از وسط بریده است. یک جلسه روی همان یک سفارش نیمه‌تمام کافی است. دموی رایگان را با این سند رزرو کنید یا با 09109874872 هماهنگ کنید.