این دو گروه، اتاق کنترل سامانهاند: امنیت و کاربران، گردش کارها، مالیات، اعلانها، یکپارچهسازی، پشتیبانگیری و ممیزی.
| زیرگروه | صفحات |
|---|---|
| کاربران و امنیت | لیست کاربران · گروههای دسترسی · تأیید ورود کاربران · کلیدهای API · مدیریت برچسبها |
| پیکربندی فرایندها | نمونههای فرایند · تعریف فرایندها |
| مدیریت مالیات | پیکربندی · گزارش عملیات مالیاتی |
| اعلانها | تاریخچه پیامکها و اعلانها · مدیریت پنل پیامک |
| یکپارچهسازی | مدیریت درگاههای پرداخت · مدیریت دستگاههای پوز |
| سیستم | عمومی · تنظیمات ارز · پوسته و ظاهر · مدیریت پایگاه داده · انتقال داده از پیشرو به کاریتم · رویدادهای سیستم |
دو نکتۀ نامگذاری: آیتم منو «مدیریت ← مدیریت مالیات ← پیکربندی» صفحۀ «سامانه مودیان» را باز میکند — هر دو نام را به کاربر بگویید. و آیتم منو «لیست کاربران» است، ولی عنوان تب و عنوان داخل صفحه فقط «کاربران» است.
کاربران و امنیت
«لیست کاربران»
ستونها: # · جعبۀ انتخاب · نام نمایشی · کد ملی · شماره موبایل · نام کاربری · نقش · عملیات. ستون نقش با چیپ نمایش داده میشود. ستون عملیات سه آیکن دارد: دسترسیها، بازنشانی رمز یا کلید، حذف. دو دکمۀ بالای صفحه: کاربر جدید و تأیید ورود کاربران.
«گروههای دسترسی»
قلب مدل امنیتی سامانه. سامانه صدها مجوز جداگانه دارد؛ بهجای دادن یکتک آنها به هر کاربر، مجوزها در یک گروه دسترسی بستهبندی میشوند و گروه به کاربر داده میشود. اگر وظایف شغلی یک نفر تغییر کرد، فقط گروهش را عوض میکنید، نه دهها مجوز را.
ستونها: # · نام گروه · توضیحات · تعداد دسترسی · تعداد کاربر · وضعیت · عملیات. پنج کنش در ستون عملیات: حذف · گزارش · کپی · اعضا · ویرایش.
«همه» در برابر «مالکیت خود». بیشتر مجوزها در دو دامنه تعریف میشوند. دامنۀ «همه» یعنی کاربر همۀ رکوردهای سازمان را در آن بخش میبیند و تغییر میدهد؛ «مالکیت خود» یعنی فقط رکوردهایی که خودش ساخته یا به او نسبت داده شدهاند. مثلاً کارشناس فروش فقط مشتریان و فاکتورهای خودش را ببیند، ولی مدیر فروش همۀ سازمان را. هنگام ساخت هر گروه، این دو حالت را برای هر بخش آگاهانه انتخاب کنید.
همۀ مجوزهای سامانه معمولاً حتی در گروه ادمین هم فعال نیستند؛ چند مجوز در سطح مالک سازمان باقی میماند. پس پاسخ درست به «آیا ادمین به همهچیز دسترسی دارد؟» این است: تقریباً به همهچیز، نه دقیقاً به همهچیز. قابلیت کپی گروه میانبر مهم راهاندازی است: گروه مشابه را کپی کنید و چند مجوز را تغییر دهید.
«تأیید ورود کاربران» کارتابل تأیید ورودهای جدید. کاربر تا وقتی مدیر تأییدش نکند فعال نمیشود — لایۀ کنترلی مکمل نام کاربری و گذرواژه.
«کلیدهای API»
زیرعنوان: «کلیدهای برنامهنویسی برای اتصال دستگاهها و سرویسها (مانند دستگاه ساعتزنی) به سامانه». بنر اطلاعرسانی صفحه: «هر کلید با دسترسی پروفایل فعلی شما ساخته میشود. اگر اعتبارسنجی اثر انگشت دستگاه فعال باشد، کلید در اولین استفاده به همان دستگاه قفل میشود و استفاده از دستگاه دیگر نیازمند کلید جدید یا چرخش کلید است.»
- کلید API مجوزهای سازندۀ خودش را به ارث میبرد؛ پس با کاربری با دسترسی محدود بسازیدش، نه با کاربر ادمین.
- قفل شدن به اثر انگشت دستگاه یعنی کلید دزدیدهشده روی دستگاه دیگر کار نمیکند.
- جابهجایی دستگاه نیازمند چرخش کلید است.
«مدیریت برچسبها» تعریف برچسبهای مشترک سازمان که در ماژولهای مختلف روی رکوردها گذاشته میشوند.
پیکربندی فرایندها
«تعریف فرایندها» موتور گردش کار سامانه و یکی از پیشرفتهترین بخشهای محصول. ستونها: # · نام · نوع موجودیت · وضعیت · نسخه · عملیات.
| ستون | جزئیات |
|---|---|
| نام | با آیکن ساختار درختی؛ فرایند پیشفرض هر موجودیت چیپ «پیشفرض ★» میگیرد |
| نوع موجودیت | چیپ موجودیتی که فرایند روی آن سوار است: سرنخ · پذیرش خدمات · فعالیت · فاکتور |
| وضعیت | پیشنویس (خاکستری) · منتشرشده (سبز) · آرشیو (قرمز) |
| نسخه | فرایندها نسخهبندی میشوند و شمارۀ نسخه کنار نام دیده میشود |
عملیات هر ردیف بسته به وضعیت: مشاهده · ویرایش · انتشار · ارتقاء نسخه · کپی · آرشیو · نمودار فرایند. دو دکمۀ بالای صفحه: ایجاد تعریف فرایند و ایجاد از الگو.
نسخهبندی گردش کار نکتۀ مهمی است: وقتی فرایندی را عوض میکنید، نمونههای در جریان نسخۀ قبلی با همان قواعد قبلی تمام میشوند و فقط نمونههای جدید با نسخۀ تازه اجرا میشوند. این همان چیزی است که در حسابرسی میپرسند: «این پرونده با کدام قواعد تأیید شد؟»
«نمونههای فرایند» فهرست اجراهای جاری و گذشتۀ هر فرایند، با وضعیت و مرحلۀ فعلی. کارتابل وظایف گردش کار در صفحۀ صندوق وظایف دیده میشود.
مدیریت مالیات
آیتم منو «پیکربندی» صفحۀ «سامانه مودیان» را باز میکند و دو کارت اصلی دارد.
| عنصر کارت اعتبارنامه | جزئیات |
|---|---|
| سه چیپ وضعیت | اعتبارنامه ثبت شده است (سبز) · کلید خصوصی ذخیره شده (سبز) · توکن منقضی شده است (قرمز) |
| شناسه کلاینت | فیلد الزامی |
| کلید خصوصی | فیلد چندخطی؛ در صورت خالی ماندن، کلید خصوصی فعلی تغییر نمیکند |
| چهار دکمه | ذخیره اطلاعات اعتباری · اعتبارسنجی · بازآوری · حذف |
کارت «عملیات مالیاتی» دکمۀ ارسال فاکتورها به سامانه مودیان را دارد با راهنمای: «فاکتورهای تأیید شده را میتوانید به سامانه مودیان ارسال کنید. اطمینان حاصل کنید که اعتبارنامه مالیاتی و شناسه ملی شرکت تنظیم شده است.» پایین صفحه: «ارسالهای اخیر» و بخش جمعشوندۀ «خطاهای رایج سامانه مودیان».
سه چیپ وضعیت مهمترین ابزار عیبیابی مالیاتیاند. اگر فاکتورها ارسال نمیشوند، اول این سه چیپ را ببینید: «توکن منقضی شده است» رایجترین علت است و با دکمۀ اعتبارسنجی تازه میشود.
«گزارش عملیات مالیاتی» گزارش کلی وضعیت ارسال صورتحسابها به سامانۀ مؤدیان — مکمل ستون «وضعیت مالیاتی» در فهرست فاکتورهای فروش.
اعلانها و یکپارچهسازی
«تاریخچه پیامکها و اعلانها» سابقۀ همۀ پیامکها و اعلانهای ارسالشده با وضعیت تحویل. «مدیریت پنل پیامک» پیکربندی سرویسدهندۀ پیامک: اعتبارنامه، خط ارسال، قالبهای پیام. این دو صفحه پشتوانۀ همۀ اعلانهای خودکار سامانهاند: یادآور سررسید فاکتور، اطلاعرسانی وضعیت سفارش فروشگاه، کد ورود دومرحلهای و کمپینهای پیامکی باشگاه وفاداری.
«مدیریت درگاههای پرداخت» تعریف درگاههای پرداخت اینترنتی برای فروشگاه و لینک پرداخت. «مدیریت دستگاههای پوز» تعریف کارتخوانهای متصل. دسترسی به خود دستگاه و دسترسی به اعتبارنامۀ اتصال آن، دو مجوز جداگانهاند؛ یعنی میتوانید به کاربر اجازۀ دیدن و انتخاب دستگاه بدهید بدون آنکه اطلاعات اعتبار اتصال را ببیند. این همان چیزی است که «ثبت دریافت با کارتخوان مستقیم» در ویزارد خزانهداری را ممکن میکند.
«اتصال دستگاههای محلی»
نصب برنامهای روی رایانۀ محل کسبوکار، تا دو نوع دستگاه را به کاریتم وصل کند: کارتخوان (پوز) یا دستگاه حضور و غیاب. اتصال با یک کد یکبارمصرف انجام میشود: از همین صفحه یک کد بسازید، آن را به مسئول نصب بدهید، او کد را در برنامۀ نصبشده وارد میکند و از آن پس رایانه در فهرست «رایانههای وصلشده» دیده میشود؛ هر ردیف وضعیت آخرین ارتباط (وصل، مدتی بیخبر، بیش از یک شبانهروز بیخبر یا نامشخص) و دکمۀ ابطال دسترسی دارد.
چاپگر و بارکدخوان به این برنامه نیاز ندارند و از راه دیگری کار میکنند.
سیستم
- «عمومی» — تنظیمات پایۀ سازمان: نام، لوگو، سربرگ چاپ، اطلاعات تماس، شناسۀ ملی، و رفتارهای پیشفرض سامانه (از جمله پیشفرض «صدور سند» در ویزارد خزانهداری). شرح کامل همۀ این تنظیمات در بخش تنظیمات عمومی آمده است.
- «تنظیمات ارز» — تعریف ارزها و نرخها. این صفحه تعیین میکند مبالغ در کدام واحد نمایش داده شوند؛ تفاوت واحد بین گزارشها (ریال در ترازنامه، تومان در گزارش فروش) از همینجا یکسانسازی میشود.
- «پوسته و ظاهر» — پوسته، رنگبندی و چیدمان ظاهری سامانه.
- «انتقال داده از پیشرو به کاریتم» — ابزار رسمی مهاجرت از نسل قبلی محصول («پیشرو») به کاریتم.
«مدیریت پایگاه داده»
زیرعنوان: «پشتیبانگیری، بازیابی و مشاهده تاریخچه عملیات پایگاه داده».
| بخش | محتوا |
|---|---|
| فضای پشتیبانگیری | فضای باقیمانده و فضای استفادهشده؛ دکمههای ایجاد پشتیبان و درخواست افزایش فضای دیسک |
| پشتیبانگیری خودکار | کلید «فعالسازی پشتیبانگیری خودکار — تهیه خودکار پشتیبان در بازههای زمانی منظم» و دکمۀ ذخیره تنظیمات |
| پشتیبانهای موجود | فهرست نسخههای پشتیبان با امکان بازیابی |
| تاریخچه عملیات پایگاه داده | رخدادنگار پشتیبانگیری و بازیابی |
مجوزهای اختصاصی: بکآپ · بازیابی · مشاهدۀ فهرست و حجم بکآپ · تاریخچۀ عملیات · مشاهده و مدیریت تنظیمات بکآپ خودکار. یعنی میتوانید به کاربر اجازۀ دیدن وضعیت پشتیبانها را بدهید بدون اجازۀ بازیابی.
توصیۀ عملی مدیر سامانه: یک بار پشتیبانگیری خودکار را روشن کنید و تنظیمات را ذخیره کنید، و یک بار هم بازیابی آزمایشی انجام دهید تا مطمئن شوید نسخۀ پشتیبان واقعاً قابل بازگرداندن است. پشتیبانی که هرگز آزمایش نشده، پشتیبان محسوب نمیشود.
«وضعیت سرویسها»
این صفحه در منو نیست؛ با کلیک روی نشانگر وضعیت اتصال در نوار پایین صفحه باز میشود. سه سرویس زیرساختی سامانه را زنده پایش میکند: سرویس هویت و احراز هویت (ورود، توکنها، دسترسیها)، سرویس مالی و عملیات (حسابداری، انبار، فروش، خرید، گزارشها) و سرویس پشتیبانی (تیکتینگ). هر سرویس یکی از سه وضعیت را نشان میدهد: سالم (سرور پاسخ میدهد)، مشکلدار (پاسخ کند یا خطای سرور) یا قطع (بدون پاسخ یا اتمام مهلت). کارت هر سرویس زمان پاسخ، کد پاسخ و نموداری از بررسیهای اخیر را نشان میدهد؛ بخش جداگانهای هم وضعیت اتصال شبکۀ خودِ مرورگر را کنار همین بررسیها میگذارد تا معلوم شود مشکل از اتصال کاربر است یا از سرور. با دکمۀ نوسازی یا کلید «نوسازی خودکار» هر ۳۰ ثانیه دوباره بررسی میشود.
این صفحه برای وقتی است که سامانه کند یا بیپاسخ به نظر میرسد و میخواهید بفهمید مشکل از کدام بخش سرور است یا از اتصال خودتان.
«رویدادهای سیستم»
ممیزی کامل سامانه: هر عملیات ثبتشده روی رکوردها اینجا نگهداری میشود. ستونها: # · جعبۀ انتخاب · تاریخ و زمان · نوع عملیات · نوع موجودیت · کاربر · فیلدهای تغییریافته · عملیات (مشاهده). دیالوگ «جزئیات رویداد» دو تب دارد: جزئیات رویداد و تاریخچه موجودیت.
| فیلد | توضیح |
|---|---|
| تاریخ و زمان | زمان دقیق وقوع رویداد به تاریخ شمسی |
| موجودیت | نوع رکوردی که رویداد روی آن رخ داده |
| آدرس IP | نشانی شبکهای که عملیات از آن انجام شده |
| دستگاه / مرورگر | مشخصات کامل دستگاه و مرورگر کاربر |
| نوع عملیات | مشاهده، ایجاد، ویرایش، حذف و … |
| کاربر انجامدهنده | نام کاربر همراه با چیپ نقش او |
| دلیل تغییر · پیورقی | زمینهای که رویداد در آن ثبت شده · شناسۀ همبستگی رویداد برای پیگیریهای دقیق |
تب «تاریخچه موجودیت» همۀ تغییرات یک رکورد مشخص را در طول زمان نشان میدهد و مجوز اختصاصی خودش را دارد. این صفحه پاسخ استاندارد به حسابرس است: «چه کسی، چه زمانی، از چه دستگاهی، چه فیلدی را عوض کرد».
تنظیمات عمومی
این صفحه اتاقفرمانِ رفتارهای پیشفرض سامانه است: مالیات پیشفرض فاکتور، اجباریبودن شرح سند، حسابهای تسویۀ صندوق فروشگاهی، شمارهگذاری فاکتور و دهها تنظیم دیگر که هرکدام روی یک یا چند ماژول اثر میگذارند. ریل سمت راست صفحه، تنظیمات را در ده دسته گروهبندی میکند؛ با کلیک روی هر دسته فقط همان بخش نشان داده میشود، ولی همۀ دستهها با یک دکمۀ «ذخیره» در نوار بالای صفحه با هم ذخیره میشوند — لازم نیست پیش از رفتن سراغ دستۀ بعدی، دستۀ فعلی را جداگانه ذخیره کنید.
| دسته در ریل کناری | دربارۀ |
|---|---|
| تنظیمات حسابداری | کدینگ حسابها و الزام شرح سند |
| تنظیمات فروش | مالیات، مشتری پیشفرض و کارهای خودکار فاکتور فروش |
| تنظیمات خرید | مالیات و کارهای خودکار فاکتور خرید |
| دریافت و پرداخت | سند خودکار تراکنشها و دستهچک پیشفرض |
| تنظیمات انبارداری | انبار پیشفرض، دامنۀ برداشت از موجودی و سند رسید/حواله |
| تولید و بهای تمامشده | سند خودکار تکمیل تولید و هزینههای جانبی خرید |
| تسویه در صندوق فروشگاهی | حسابهای تسویه، هزینههای سفارش، رند و شمارهگذاری فاکتور، آشپزخانه، ارسال و رزرو میز |
| تنظیمات چاپ فاکتور | سربرگ، لوگو، متن پایانی و قالب پیشفرض چاپ |
| استثناهای مرکز و کاربر | تنظیم مقدار جداگانه برای یک شعبه یا یک نفر، بهجای مقدار شرکت |
| سایر | تقویم سامانه و زمان ساخت رسید/حوالۀ فاکتور |
مگر آنکه خلافش گفته شود، هر تنظیم یک مقدار شرکتی است و روی همۀ صندوقها و کاربران یکسان اعمال میشود؛ فقط تنظیمهای فهرستشده در «استثناهای مرکز و کاربر» را میتوان برای یک شعبه یا یک کاربر جداگانه تعیین کرد.
تنظیمات حسابداری
| تنظیم | چه میکند | پیشفرض |
|---|---|---|
| سطح پیشفرض حسابهای کل | عمقِ کدینگ حسابهای کل را تعیین میکند | ۱ |
| نمایش کد حساب در درخت حسابها | کدِ هر حساب را کنار نامش، در درختوارۀ حسابها نشان میدهد | خاموش |
| الزامی بودن شرح سند | بدون نوشتنِ شرح، سند حسابداری ذخیره نمیشود | خاموش |
تنظیمات فروش
| تنظیم | چه میکند | پیشفرض |
|---|---|---|
| ارزش افزودۀ پیشفرض کالا در فاکتور فروش | وقتی کالایی نرخ مالیات خودش را ندارد، همین درصد در فاکتور فروش پیشنهاد میشود | ۰٪ |
| مشتری پیشفرض فروش سریع | در فروش سریعِ صندوق فروشگاهی، اگر مشتری واقعی معرفی نشود همین مشتری خودکار انتخاب میشود | تعییننشده |
| الزام به تسویۀ کامل برای عملیاتیشدن فاکتور فروش | تا فاکتور فروش بهطور کامل تسویه نشود، عملیاتی (قطعی) نمیشود | خاموش |
| صدور حوالۀ خروج از انبار خودکار پس از عملیاتیشدن فاکتور فروش | با عملیاتیشدن فاکتور، حوالۀ خروج انبار خودش ساخته میشود | خاموش |
| صدور سند حسابداری خودکار پس از عملیاتیشدن فاکتور فروش | سند حسابداری فاکتور را بهجای صدور دستی، خودش میسازد | خاموش |
| الزام مشتری نهایی در فاکتور بازاریاب (نمایندگی) | در فاکتوری که برای بازاریاب/نماینده صادر میشود، مشتری نهایی هم باید مشخص شود | خاموش |
| بررسی اعتبار حساب یا مشتری پیش از تأیید نهایی فاکتور | پیش از تأیید نهایی فاکتور فروش، اعتبار حساب یا مشتری بررسی میشود | خاموش |
هزینههایی مثل حق سرویس یا کرایۀ ارسال روی فاکتور فروش، تنظیم جداگانهای در همین صفحه ندارند؛ صفحۀ «هزینههای فاکتور» آنها را مدیریت میکند — به هزینههای فاکتور در مستند فروش نگاه کنید.
تنظیمات خرید
| تنظیم | چه میکند | پیشفرض |
|---|---|---|
| ارزش افزودۀ پیشفرض کالا در فاکتور خرید | وقتی کالایی نرخ مالیات خودش را ندارد، همین درصد در فاکتور خرید پیشنهاد میشود | ۰٪ |
| الزام به تسویۀ کامل برای عملیاتیشدن فاکتور خرید | تا فاکتور خرید بهطور کامل تسویه نشود، عملیاتی (قطعی) نمیشود | خاموش |
| صدور رسید ورود به انبار خودکار پس از عملیاتیشدن فاکتور خرید | با عملیاتیشدن فاکتور، رسید ورود انبار خودش ساخته میشود | خاموش |
| صدور سند حسابداری خودکار پس از عملیاتیشدن فاکتور خرید | سند حسابداری فاکتور را بهجای صدور دستی، خودش میسازد | خاموش |
یک تنظیمِ مرتبط با فاکتور خرید — «موکولکردنِ صدور رسید و حواله به بعد از تسویۀ فاکتور» — چون روی فاکتور فروش هم اثر دارد، زیر دستۀ سایر آمده، نه اینجا.
دریافت و پرداخت
| تنظیم | چه میکند | پیشفرض |
|---|---|---|
| دستهچک پیشفرض دریافتنی | در فرم ثبت دریافت با چک، همین دستهچک بهطور پیشفرض انتخاب میشود | تعییننشده |
| صدور سند برای تراکنش واریز (دریافت) | با ثبت هر دریافت، سند حسابداریاش خودکار صادر میشود | روشن |
| صدور سند برای تراکنش برداشت (پرداخت) | با ثبت هر پرداخت، سند حسابداریاش خودکار صادر میشود | روشن |
| ثبت سند پس از ذخیرۀ مدرک | سند حسابداری بلافاصله پس از ذخیرۀ مدرک دریافت/پرداخت ثبت میشود، نه در حالت پیشنویس | روشن |
برخلاف بیشتر تنظیمات این صفحه، هر سه سوییچ این بخش بهطور پیشفرض روشناند. جزئیات کاربردی: ثبت دریافت و ثبت پرداخت و دسته چک در مستند خزانهداری.
تنظیمات انبارداری
| تنظیم | چه میکند | پیشفرض |
|---|---|---|
| انبار پیشفرض رسید | انباری که برای رسید ورود کالا (مثلاً فاکتور خرید) پیشفرض پیشنهاد میشود | تعییننشده |
| انبار پیشفرض حواله | انباری که برای حوالۀ خروج کالا (مثلاً فاکتور فروش) پیشفرض پیشنهاد میشود | تعییننشده |
| دامنۀ برداشت از موجودی | وقتی موجودیِ مرکز خودِ کاربر کم بیاید، تا کجا اجازه دارد از موجودیِ مراکز دیگرِ همان انبار بردارد: فقط انبار (همۀ مراکز)، مرکز خود بههمراه زیرمجموعهها و مرکز مشترک، یا فقط مرکز خودش | «همۀ موجودی انبار» |
| صدور سند خودکار پس از ایجاد رسید | با ثبت رسید ورود انبار، سند حسابداریاش هم خودکار صادر میشود | خاموش |
| صدور سند خودکار پس از ایجاد حواله | با ثبت حوالۀ خروج انبار، سند حسابداریاش هم خودکار صادر میشود | خاموش |
تولید و بهای تمامشده
| تنظیم | چه میکند | پیشفرض |
|---|---|---|
| ساخت خودکار سند بهای تمامشدۀ تولید | با تکمیل سفارش تولید، سند حسابداریاش خودکار ساخته میشود | خاموش |
| ساخت خودکار سند هزینههای جانبی رسید | با ثبت رسید ورودیای که هزینۀ جانبی دارد (کرایه، گمرک و مانند آن)، سند حسابداری همان هزینه خودکار ساخته میشود | خاموش |
تسویه در صندوق فروشگاهی
بزرگترین دستۀ این صفحه است و خودش به چند زیربخش تقسیم میشود.
حسابهای تسویه
| تنظیم | چه میکند | پیشفرض |
|---|---|---|
| حساب دریافت وجه نقد | نقدی که در صندوق فروشگاهی گرفته میشود، روی همین حساب ثبت میشود | تعییننشده |
| حساب دریافت چک | چکهای دریافتی در صندوق، روی همین حساب ثبت میشوند | تعییننشده |
| حساب دریافت کارتبهکارت | کارتبهکارت و واریز به حساب در صندوق، روی همین حساب ثبت میشود | تعییننشده |
| گروه حسابهای صندوق | در انتخابگرِ «حساب دریافت وجه نقد»، فقط حسابهای همین گروه (خانواده) نشان داده میشود | خانوادۀ صندوق (کد ۱۴۱۰) |
| حساب بالادست بانکها | در انتخابگرهای بانکیِ صندوق، فقط زیرمجموعههای همین حساب نشان داده میشود | تعییننشده |
| بانکهای قابلانتخاب برای چک | فهرست بانکهایی که هنگام ثبت چک در صندوق قابلانتخاباند | خالی |
حساب کارتخوان (پوز) اینجا تعیین نمیشود؛ از خودِ تعریفِ دستگاه کارتخوان خوانده میشود. شرح کامل این حسابها و کاربردشان هنگام فروش: حسابهای تسویۀ صندوق در مستند خزانهداری.
هزینههای سفارش
| تنظیم | چه میکند | پیشفرض |
|---|---|---|
| قاعدههای هزینه (حق سرویس، بستهبندی، ارسال یا هر عنوان دلخواه) | هر قاعده یک هزینه را — مبلغ ثابت، درصدی، بهازای هر کالا یا برابر قیمتِ یک خدمت — روی نوع مشخصی از سفارش (حضوری/بیرونبر/ارسالی) مینشاند | بدون قاعده (خاموش) |
| صندوقدار میتواند حذفش کند | اگر روشن باشد، صندوقدار اجازه دارد این هزینه را از همان سفارش بردارد | به تنظیمِ هر قاعده بستگی دارد |
| صندوقدار میتواند مبلغش را ویرایش کند | اگر روشن باشد، صندوقدار میتواند مبلغ همین هزینه را روی همان سفارش دستی عوض کند | به تنظیمِ هر قاعده بستگی دارد |
این ویرایشگر نسخۀ قدیمی است و خودِ صفحه هم به کاربر میگوید که جانشین دارد. راه تازه و توصیهشده، صفحۀ مستقلِ «هزینههای فاکتور» است که هم روی فروش هم روی خرید کار میکند و شرطهای دقیقتری (ساعت، روز هفته، تعطیلات، بازۀ مبلغ) دارد؛ جزئیاتش در هزینههای فاکتور، مستند فروش آمده. اینکه این هزینهها چطور روی سفارشِ صندوق مینشینند و صندوقدار چه میبیند، در هزینههای سفارش، مستند صندوق فروشگاهی شرح داده شده.
رند کردن و تخفیف
| تنظیم | چه میکند | پیشفرض |
|---|---|---|
| گام رند نقدی (ریال) | جمع فاکتور تا این گام رند میشود — همیشه رو به پایین و به نفع مشتری | خاموش (۰) |
| درصد پیشفرض تخفیف باشگاه | وقتی پاسخ سرور برای عضو باشگاه مشتریان درصد تخفیفی نمیدهد، همین درصد پیشنهاد میشود | خاموش (۰، یعنی حدس زده نشود) |
شمارهگذاری فاکتور
| تنظیم | چه میکند | پیشفرض |
|---|---|---|
| شماره شروع فاکتور | وقتی هنوز هیچ فاکتور شمارهداری ثبت نشده، دنباله از همین عدد شروع میشود؛ صفرهای ابتدایی هم حفظ میشوند | تعییننشده |
| حداقل تعداد رقم | شمارۀ کوتاهتر از این تعداد رقم، با صفر پر میشود؛ فقط میتواند طول شماره را بلندتر کند | خالی (بدون اجبار) |
| دورۀ صفر شدن شماره | هر چند وقت یکبار شمارش از نو شروع شود: هرگز، هر شیفت، هر روز، هر ماه یا هر سال | هرگز |
| دنبالۀ شماره برای | همۀ صندوقها یک دنبالۀ مشترک داشته باشند، یا هر صندوق دنبالۀ جداگانۀ خودش را | مشترک بین همۀ صندوقها |
| پیشوند شماره | متن ثابتی که پیش از شماره میآید؛ میتواند نشانههایی برای سال، ماه و روزِ شمسی (و در دنبالۀ جداگانه، نشانۀ خودِ صندوق) داشته باشد | خالی (بدون پیشوند) |
انتخابِ دوره یا دنبالۀ جداگانه، پیشوند را خودکار پیشنهاد میدهد و تا پیشوند نشانۀ لازم را نداشته باشد، ذخیره جلو نمیرود — وگرنه شمارۀ دورۀ بعد دقیقاً روی شمارۀ همین دوره میافتد. این دنباله با شمارۀ فاکتورهای خودِ پرتال هم مشترک است. جزئیات بیشتر: شمارهگذاری، مستند صندوق فروشگاهی.
آشپزخانه
| تنظیم | چه میکند | پیشفرض |
|---|---|---|
| نگاشتِ دستهبندی کالا به ایستگاه، و ایستگاه پیشفرض | مشخص میکند سفارشِ هر دستهبندی کالا در نمایشگر آمادهسازیِ صندوق زیرِ کدام ایستگاه (مثلاً آشپزخانۀ گرم، بار) دیده شود؛ دستهای که نگاشت ندارد به ایستگاه پیشفرض میرود | تعییننشده — تا وقتی تعیین نشود، تب آشپزخانۀ صندوق خالی میماند |
جزئیات نمایشگر آمادهسازی: فاکتور، رسید و آشپزخانه، مستند صندوق فروشگاهی.
ارسال و رزرو میز
| تنظیم | چه میکند | پیشفرض |
|---|---|---|
| مناطق ارسال | فهرستی از منطقهها با نام، کرایه و زمانِ تقریبی؛ کرایۀ منطقه بر هزینۀ ثابتِ ارسال مقدم است، و مبلغی که صندوقدار روی همان فاکتور دستی میزند بر هر دو | خالی |
| مدت هر رزرو میز (دقیقه) | طولِ نواری که صندوق روی نمای تایملاینِ رزرو برای هر میز رسم میکند — چون سرور فقط ساعتِ شروعِ رزرو را نگه میدارد | تعییننشده — هر صندوق پیشفرضِ محلیِ خودش (۹۰ دقیقه) را میگذارد |
جزئیات ارسال و میزها: هزینههای سفارش و میزها در مستند صندوق فروشگاهی.
صندوق کاربران
این بخش یک مقدار شرکتی نیست؛ برای هر صندوقدار میتوان پروفایل جداگانهای ساخت که دستگاه، مجوزها، قالب چاپ و حتی دنبالۀ شمارهگذاریِ اختصاصیِ همان کاربر را مشخص میکند. چون هر پروفایل رکورد جداگانۀ همان کاربر است، نه یک ردیف در جدولِ تنظیماتِ شرکتی، در جدولهای بالا نیامده است.
تنظیمات چاپ فاکتور
| تنظیم | چه میکند | پیشفرض |
|---|---|---|
| نام شرکت | در سربرگِ فاکتور و رسید چاپ میشود | خالی |
| آدرس شرکت | در سربرگِ فاکتور و رسید چاپ میشود | خالی |
| شناسۀ اقتصادی | در سربرگِ فاکتور چاپ میشود؛ برای فاکتور رسمی لازم است | خالی |
| شناسۀ ملی | در سربرگِ فاکتور چاپ میشود؛ برای فاکتور رسمی و سامانۀ مؤدیان لازم است | خالی |
| لوگو | در سربرگِ فاکتور و رسید چاپ میشود | خالی |
| متن پایین فاکتور | در پاورقیِ فاکتور و رسید چاپ میشود | خالی |
| فرمت پیشفرض چاپ | فاکتور بهطور پیشفرض با کدام قالب چاپ شود: چاپ استاندارد (A4/A5) یا فیش حرارتی | چاپ استاندارد |
شناسۀ ملی که اینجا ثبت میشود، همان شناسهای است که سامانۀ مؤدیان روی فاکتورهای رسمی میخواهد — به بخش مدیریت مالیات نگاه کنید. برای خروجی PDF و چاپِ خودِ فاکتور: چاپ فاکتور، مستند فروش؛ برای طراحی قالبهای چاپ: قالبهای گزارش، مستند چاپ.
شکل رسید حرارتی صندوق
رسیدی که صندوق فروشگاهی پس از هر فروش چاپ میکند، جدا از تنظیمات بالا، شکل خودش را هم دارد:
| تنظیم | چه میکند | پیشفرض |
|---|---|---|
| نمایش شماره | شمارۀ فاکتور روی رسید یا با کدِ کاملِ درشت چاپ شود، یا با سریالِ درشت و کدِ کامل ریز زیرش | کدِ کامل درشت |
| بارکد | زیرِ شمارۀ فاکتور، بارکدِ خطی هم چاپ شود یا نه | بدون بارکد |
| ریز اقلام | هر ردیفِ کالا با قیمتِ واحد و تخفیفش چاپ شود (کامل)، یا فقط نام، تعداد و جمع (فشرده) | کامل |
| تعداد نسخه | هر بار چند برگ رسید چاپ شود — مثلاً یکی برای مشتری و یکی برای آشپزخانه | ۱ نسخه |
| چاپ لوگو | لوگوی سربرگ روی رسید هم چاپ شود | روشن |
| نام صندوقدار | نامِ کاربرِ صندوقدار روی رسید چاپ شود | روشن |
| ریز پرداختها | وقتی فاکتور با چند روش پرداخت تسویه شده، ریزِ هر روش روی رسید چاپ شود | روشن |
جزئیات کامل محتوای رسید: رسید، مستند صندوق فروشگاهی.
استثناهای مرکز و کاربر
قاعدۀ کلیِ این صفحه این است که هر تنظیم یک مقدار دارد و برای همه یکسان اجرا میشود. اما نُه تنظیم — همانهایی که رفتار روزمرۀ صندوقدار و مشتری را میسازند — میتوانند برای یک شعبه یا یک کاربر مشخص، مقدار جداگانهای داشته باشند: مدیر برای هر استثنا قاعدۀ تازهای اختراع نمیکند، همان مقدار شرکتی برای همه برقرار میماند و فقط موردهای لازم جدا میشوند.
| گروه | تنظیمهای قابلاستثنا |
|---|---|
| هزینهها | حق سرویس سالن (درصد) · هزینۀ بستهبندی (ریال، هر واحد) · هزینۀ ارسال (ریال) |
| رند و تخفیف | گام رند نقدی · درصد پیشفرض تخفیف باشگاه |
| شمارهگذاری فاکتور | شماره شروع فاکتور · حداقل تعداد رقم · پیشوند شماره |
| ارسال و رزرو | مدت هر رزرو میز |
طرز استفاده: دکمۀ «استثنای تازه» ← انتخاب یک شعبه، یک کاربر، یا هر دو با هم (انتخابِ «هر دو» یعنی استثنا فقط وقتی همان کاربر در همان شعبه کار میکند اعمال میشود) ← کنارِ هر تنظیم در فهرست، «تنظیمِ مخصوصِ این مورد» را بزنید و مقدارِ تازه را بنویسید ← مقدارِ فعلیِ هر تنظیم، همراه با نشانِ اینکه از کجا آمده (شرکت، شعبه، کاربر یا کاربر-در-شعبه)، نشان داده میشود.
وقتی چند سطح با هم استثنا داشته باشند، اولویت با دقیقترین سطح است: کاربر-در-شعبه، سپس کاربر (در هر شعبهای)، سپس شعبه، و در نبودِ همۀ اینها، مقدارِ شرکت. برای نمونه، اگر «حق سرویس» برای یک شعبه دهدرصد و برای یک کاربرِ خاصِ همان شعبه پنجدرصد باشد، همان کاربر همیشه پنجدرصد میبیند و بقیۀ همان شعبه دهدرصد.
حذفِ یک استثنا (آیکن بازگشت) فقط همان سطح را پاک میکند؛ سطحِ بالاترِ بعدی — کاربر، شعبه یا در نهایت شرکت — دوباره حاکم میشود. صفحۀ اصلیِ این بخش، همۀ استثناهای ثبتشده را به تفکیکِ «چه کسی» فهرست میکند تا معلوم باشد چه کسانی از مقدار شرکت جدا شدهاند.
شکل رسید حرارتی، دورۀ صفر شدنِ شماره و دنبالۀ مشترک/جداگانه بودنِ صندوقها استثنا نمیگیرند؛ اینها همیشه مقدارِ شرکتیاند.
سایر
| تنظیم | چه میکند | پیشفرض |
|---|---|---|
| نوع تقویم | تقویمِ سراسرِ سامانه را شمسی یا میلادی میکند | شمسی |
| موکول کردن صدور رسید و حواله به بعد از تسویۀ فاکتور | ساختِ خودکارِ رسیدِ ورود انبار (برای فاکتور خرید) و حوالۀ خروج انبار (برای فاکتور فروش) را، بهجای لحظۀ عملیاتیشدنِ فاکتور، به بعد از تسویۀ کاملِ آن موکول میکند | خاموش |
گردش کارهای نمونه
راهاندازی امنیتی سازمان جدید
گروههای دسترسی ← ساخت گروه برای هر نقش شغلی ← استفاده از کپی گروه برای گروههای مشابه ← لیست کاربران ← ساخت کاربر و انتساب گروه ← تأیید ورود کاربران ← کنترل تفکیک «همه» و «مالکیت خود».
اتصال یک دستگاه به سامانه
ساخت کاربری با کمترین دسترسی لازم ← ورود با آن کاربر ← کلیدهای API ← ساخت کلید جدید ← تنظیم کلید روی دستگاه (در اولین استفاده قفل میشود) ← برای تعویض دستگاه، چرخش کلید.
راهاندازی سامانۀ مؤدیان
سیستم ← عمومی ← ثبت شناسۀ ملی ← مدیریت مالیات ← پیکربندی ← ورود شناسه کلاینت و کلید خصوصی ← ذخیره ← اعتبارسنجی و کنترل سه چیپ ← ارسال فاکتورها ← پیگیری در گزارش عملیات مالیاتی.
تعریف یک گردش کار تأیید
تعریف فرایندها ← ایجاد از الگو ← انتخاب نوع موجودیت ← طراحی مراحل و شرایط ← ذخیره در پیشنویس ← انتشار ← در صورت تغییر، ارتقاء نسخه ← پیگیری در نمونههای فرایند و صندوق وظایف.
سیاست پشتیبانگیری
مدیریت پایگاه داده ← کنترل فضا ← روشن کردن پشتیبانگیری خودکار ← یک پشتیبان دستی ← یک بازیابی آزمایشی ← کنترل نتیجه در تاریخچه عملیات.
پاسخ به یک پرسش حسابرسی
رویدادهای سیستم ← فیلتر بر اساس تاریخ، کاربر یا نوع موجودیت ← تب جزئیات رویداد برای «چه کسی، از کجا، چه زمانی» ← تب تاریخچه موجودیت برای کل مسیر تغییر رکورد.
پرسشهای رایج
آیتم منو «پیکربندی» است؛ چه صفحهای باز میکند؟
صفحۀ «سامانه مودیان».
فاکتورها به سامانۀ مؤدیان ارسال نمیشوند.
سه چیپ وضعیت در صفحۀ اعتبارنامه را ببینید؛ «توکن منقضی شده است» رایجترین علت است. دکمۀ «اعتبارسنجی» را بزنید.
آیا گروه ادمین به همۀ امکانات دسترسی دارد؟
تقریباً؛ چند مجوز در سطح مالک سازمان باقی میماند و در گروه ادمین نیست.
تفاوت «همه» و «مالکیت خود» در گروه دسترسی چیست؟
«همه» یعنی کاربر همۀ رکوردهای سازمان را در آن بخش میبیند؛ «مالکیت خود» یعنی فقط رکوردهای خودش را.
کلید API را با چه دسترسیای بسازم؟
با کاربری که کمترین دسترسی لازم را دارد؛ کلید مجوزهای سازندهاش را به ارث میبرد.
کلید API روی دستگاه دوم کار نمیکند.
کلید در اولین استفاده به اثر انگشت دستگاه قفل شد؛ کلید جدید بسازید یا کلید را بچرخانید.
فرایند را تغییر دادم، پروندههای در جریان چه میشوند؟
اگر ارتقاء نسخه بزنید، نمونههای در جریان با نسخۀ قبلی تمام میشوند.
چطور بفهمم چه کسی این رکورد را عوض کرده؟
رویدادهای سیستم ← تب «تاریخچه موجودیت» رکورد.
دادههای نرمافزار پیشرو ما چه میشود؟
ابزار «انتقال داده از پیشرو به کاریتم» در منوی سیستم برای همین است.