چک به طور کامل خرده فروشی 1c پرداخت نشده است. به روز رسانی بسته نرم افزاری “VT: Store. قالب ها و دوره های اعتبار آنها

28.07.2017 نسخه 1.10 بسته نرم افزاری VT:Magazin منتشر شد. نسخه جدید نرم افزار از کار با CCP "AMS-300F"، "Mercury-119F" پشتیبانی می کند. "Manager's Workstation" کار تمام عیار را با صندوق AMS-100F در حالت "آفلاین" اجرا می کند. خطاهای شناسایی شده تصحیح شده است.

تغییرات عمده نسبت به نسخه 1.9

ایستگاه کاری صندوقدار

• اضافه شدن پشتیبانی محدود برای FR "Mercury-119F" با ذخیره سازی مالی. محدودیت ها در تاریخچه تغییرات ARMC نشان داده شده است.
• پارامتر «سیستم مالیات پیش‌فرض» به تنظیمات اضافی دستگاه‌های صندوق‌فروشی برای مدل‌های صندوق‌دار «AMS-100F»، «FR» «K1-F» و «FR» «Shtrikh-M» با FN اضافه شده است. نسخه درایور "Shtrikh-M: FR Driver" باید حداقل 4.13.580 باشد. پارامتر "سیستم مالیات" از پنجره پارامترهای CCP "AMS-100F" و FR "K1-F" حذف شده است.
• ماژول دریافت بانک.dll به نسخه 1.27 به روز شده است. عملیات "چاپ یک سند از بایگانی" بهبود یافته است. یک پنجره پیش نمایش محتوای فایل را به گفتگوی انتخاب فایل اضافه کرد. پشتیبانی برای چاپ اسناد بانکی در Mercury-119F FR اضافه شده است.
• تعداد تلاش‌ها برای نوشتن در پایگاه داده هنگام تغییر داده‌ها به صورت رقابتی از چندین ایستگاه کاری افزایش یافته است، که وقتی مقادیر زیاددر محل کار ممکن است پیامی مبنی بر مسدود شدن محصول ایجاد شود.
• عملیات "صندوق - استرداد کالا از طریق رسید" برای صندوق های صندوق دارای درایوهای مالی باز می شود.
• غیرفعال کردن گزینه "بازگشت کالا فقط در صورتی امکان پذیر است که با استفاده از صندوق نقدی فعلی در شیفت فعلی فروخته شده باشد" در تنظیمات کاربر اکنون امکان بازگرداندن کالاهای فروخته شده در هر شیفت صندوق در هر تسویه حساب را فراهم می کند.
• در تنظیمات کاربر در قسمت تنظیمات دیگر گزینه خروج خودکار از حالت حواله بانکی در صورت خطا/لغو تراکنش بانکی اضافه شده است.
• پارامتر "نام برای فروش عملیات با قیمت رایگان" به تنظیمات کاربر اضافه شده است.
• مورد "تغییر نرخ مالیات در رسید" به بخش "رابط" تنظیم حقوق دسته کاربر اضافه شده است.
• دستور "Subtotal" به منوی "دریافت" اضافه شده است.
• در پنجره انتخاب یک محصول از بین چندین محصول با بارکد یکسان که هنگام افزودن محصول به رسید نمایش داده می شود، ستون های «مقاله» و «اضافی» اضافه شده است. اطلاعات» و همچنین نمایان بودن ستون‌ها، فونت و رنگ پس‌زمینه جدول را تنظیم کرد.
• هنگام کار با ATOL DF، مکانیسم نظارت بر شکستن کاغذ و چاپ مجدد رسید پس از بارگذاری یک رول جدید بهبود یافته است.
• هنگام کار با FR شرکت ATOL، احتمال وقوع خطاهای "(-3897) چک به طور کامل پرداخت نشده است" و "(-3835) مبلغ ارائه شده توسط مشتری کمتر از مبلغ چک است" چاپ چک با تخفیف کل حذف شده است.
• احتمال وقوع خطای «(69) مبلغ انواع پرداخت ها کمتر از کل رسید است» هنگام چاپ رسید با تخفیف خرید (کالای رسید) در صورت های مالی شرکت شتریخ-م حذف شده است. .
• اصلاح شده. هنگام انجام عملیات "صندوق - بازگرداندن کالا با رسید"، رسید برگشت بدون در نظر گرفتن تخفیف در خریدها (اقلام پرداخت) ایجاد شد.
• اصلاح شده. هنگام کار در حالت "بدون صندوق نقدی"، هنگام اضافه کردن خرید به رسید، مبلغ مالیات محاسبه نشده است.

ایستگاه کاری مدیر

• پشتیبانی از کار با CCP "AMS-100F" در حالت آفلاین.
• EGAIS. بررسی وجود گره مورد نیاز غیرفعال است در فایل XML با فرمت TTN v2 ورودی. در حال حاضر وجود این گره اجباری نیست.
• فیلدهای «تلفن» و «آدرس ایمیل» به فهرست راهنمای کارت تخفیف اضافه شده است.
• دستور "Reprice" به کارت محصول در منوی "عملیات" اضافه شده است.
• که در قسمت جدولیستون "واحد اندازه گیری" به فاکتور رسید اضافه شده است. نمایان شدن ستون در منوی "تنظیمات" پنجره سند فعال است.
• در فهرست محصول، اگر اندازه کد جستجو شده از 14 کاراکتر بیشتر باشد، خطا در جستجو بر اساس کد محصول تصحیح شده است.

سرور نقدی

• کار با CCP "AMS-300F" پشتیبانی شد.
• پارامتر "نام کالا برای عملیات "فروش به قیمت رایگان"" به تنظیمات ویژگی های صندوق "AMS-100F" اضافه شده است.
• در صورت عدم امکان انتقال چک حاوی محصولات الکلی، در UTM EGAIS، در CCP "AMS-100F" و "AMS-300F" متن دقیق خطای بازگشتی از UTM اکنون قابل چاپ است.
• هنگام کار با سیستم صندوق نقدی AMS-100F، محدودیت درج تخفیف در کارت تخفیف در چک استرداد وجه برداشته شده است. درج تخفیف دستی (از صفحه کلید صندوق) در چک استرداد وجه در سطح نرم افزار صندوق فروش ممنوع است.
• برای افزایش قابلیت اطمینان ثبت رویدادهای رخ داده در CCP AMS-100F، تغییراتی در پروتکل تبادل با CCP ایجاد شد. به روز رسانی نرم افزار MI-01 مورد نیاز است.
• اصلاح شده. رسید حاوی مشروبات الکلی بسته شده روی صندوق "AMS-100F" با پرداخت توسط پرداخت غیر نقدیو به EGAIS منتقل شد، بدون علامت پرداخت غیرنقدی در پایگاه داده ذخیره شد.
• اصلاح شده. هنگام کار با صندوق نقدی AMS-100F، گزینه موجود در ویژگی های صندوق پول کار نمی کرد: EGAIS - چاپ برگه برای رسید برگشت.
• اصلاح شده. هنگام تخصیص شماره شبکه ترمینال صندوق "AMC-100F" بیشتر از 99، نشانگرهای "ارتباط" و "آنلاین" در پنجره سرور صندوق فروش نمایش داده نمی شوند و پیام ها به مانیتور صندوق ارسال نمی شود.
• اصلاح شده. هنگام فروش محصولی در صندوق نقدی AMS-100F که کد آن بیش از 7 کاراکتر است، چنین محصولی با مقدار کد نادرست در گزارش رسید ذخیره می شود.

بیشتر توصیف همراه با جزئیاتتغییرات و همچنین تاریخچه تغییرات در سایر ماژول ها را می توان در فایل های تاریخچه تغییرات مربوطه مشاهده کرد.

18 آبان 1396 ساعت 17:19 سوال 1816792 آنا، مسکو

آنا نظری در مورد سایت - نمایش گذاشت

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

20 نوامبر 2017 09:51

400 قیمت
سوال

موضوع حل شده است

سقوط - فروپاشی

پاسخ وکلا (2)

اخذ شده
هزینه 50%

وکیل، سامارا

چت کنید

مسئولیت تخلف قانون فدرالمورخ 22 مه 2003 N 54-FZ "در مورد برنامه تجهیزات صندوق پولهنگام پرداخت های نقدی و (یا) تسویه با استفاده از وسایل الکترونیکیپرداخت» در ماده 14.5 مقرر شده است. قانون تخلفات اداری فدراسیون روسیه "فروش کالا، انجام کار یا ارائه خدمات در صورت عدم وجود اطلاعات ثابت یا عدم استفاده از تجهیزات صندوق نقدی در موارد تعیین شده توسط قوانین فدرال"

ماده 14.5 شامل 15 قسمت است.

1. فروش کالا ... در صورت عدم وجود اطلاعات ثابت ... مناسب نیست

2. عدم استفاده از تجهیزات صندوق ... مناسب نیست




3. مکرراً در قسمت 2 ... NO




4. استفاده از صندوق نقدی که مطابقت ندارد ... خیر




5. عدم ارائه به درخواست سازمان امور مالیاتی... بیشتر





7. نقض تعهد به پردازش و انتقال داده های مالی TRANSFERRED




8. در صورت لغو مجوز - OK




9. اطلاعات نادرست هنگام درخواست برای مجوز قابل اعتماد
10. عدم ارائه اخطار در مورد انعقاد قرارداد با کاربر برای پردازش داده های مالی، نه مال ما




11. عدم ارائه اعلان تغییرات در اطلاعات... نه آن




12. سایر موارد نقض الزامات قانونی توسط اپراتور داده های مالی فدراسیون روسیهدر مورد استفاده از تجهیزات صندوق نقدی - مستلزم اعمال جریمه اداری است مقاماتبه مبلغ پنج هزار تا ده هزار روبل؛ بر اشخاص حقوقی- از پنجاه هزار تا صد هزار روبل. باید بیشتر فکر کنیم...

13. فروش توسط سازنده CCP..

14. صدور توسط سازمان کارشناسی ...




15. عدم ارائه توسط سازمان کارشناسی ... این نیست.

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

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

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

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

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

آیا پاسخ وکیل مفید بود؟ + 1 - 0

سقوط - فروپاشی

• • اخذ شده
    هزینه 50%

    وکیل، سن پترزبورگ

    چت کنید
    • امتیاز 10.0
    • کارشناس

    عصر بخیر!

    1) با توجه به شرایط سوال می توان فرض کرد که مبلغ قبولی از خریدار با چک واقعی صادر شده مطابقت دارد.

    از نظر مسئولیت احتمالی، ممکن است در مورد نقض رویه و شرایط استفاده از صندوق فروش صحبت کنیم:
    

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

    4. استفاده از تجهیزات صندوق نقدی که الزامات تعیین شده را برآورده نمی کند یا استفاده از تجهیزات صندوق نقدی بر خلاف قانون است. توسط قانون ایجاد شده استفدراسیون روسیه در مورد استفاده از تجهیزات صندوق نقدی، روش ثبت تجهیزات صندوق نقدی، روش، شرایط و ضوابط ثبت مجدد آن، روش و شرایط اعمال آن -
    مستلزم اخطار یا اعمال جریمه اداری بر مقامات از یک و نیم هزار تا سه هزارروبل؛ برای اشخاص حقوقی - اخطار یا اعمال جریمه اداری به مبلغ پنج هزار تا ده هزار روبل.
    (قسمت 4 معرفی شده توسط قانون فدرال مورخ 3 ژوئیه 2016 N 290-FZ)

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

    نامه وزارت دارایی روسیه به تاریخ 28 آوریل 2017 N 03-01-15/26352

    بند 1 ماده 4.7 قانون فدرال شماره 54-FZ تعریف می کند جزئیات مورد نیاز، که باید حاوی یک رسید نقدی و یک فرم گزارش دقیق باشد، به جز مواردی که توسط قانون فدرال مشخص شده تعیین شده است، از جمله: نام کالا، کار، خدمات (در صورتی که حجم و لیست خدمات در زمان پرداخت قابل تعیین باشد) ، پرداخت، پرداخت، مقدار آنها، قیمت هر واحد با در نظر گرفتن تخفیف و اضافه، هزینه با در نظر گرفتن تخفیف و اضافه هزینه با ذکر نرخ مالیات بر ارزش افزوده (به استثنای موارد محاسبات توسط کاربرانی که پرداخت کننده مالیات بر ارزش افزوده نیستند یا معاف هستند. از انجام وظایف پرداخت کننده مالیات بر ارزش افزوده و همچنین پرداخت برای کالاها، کارها، خدماتی که مشمول مالیات (معاف از مالیات) با مالیات بر ارزش افزوده نیستند، در عین حال متذکر می شویم که طبق اطلاعات دریافتی از خدمات مالیاتی فدرال روسیه، اگر حجم و فهرست کالاها، آثار، خدمات را نمی توان در زمان پرداخت (در صورت دریافت پیش پرداخت و (یا) پرداخت اقساط) تعیین کرد. رسید پول(فرم گزارش دقیق) پیش پرداخت و وجوه واقعی دریافتی مشخص شده است. در تسویه حساب نهایی، با در نظر گرفتن پیش پرداخت ارائه شده قبلی، جزئیات اجباری مندرج در ماده 4.7 قانون فدرال N 54-FZ در رسید نقدی و میزان پرداخت به صورت نقدی و (یا) وسایل الکترونیکی نشان داده شده است. پرداخت برای کالاها، کارها، خدمات فروخته شده نشان دهنده وجوه دریافتی واقعی بدون الزام به اقلام خاص است، در حالی که میزان پیش پرداخت قبلی منعکس نشده است. FZ، دستور سرویس مالیاتی فدرال روسیه مورخ 21 مارس 2017 N ММВ-7-20/229@ "در مورد تایید توضیحات بیشتر اسناد مالیو فرمت های اسناد مالی مورد نیاز برای استفاده.» مربوط دستورالعمل ها، از جمله در مورد مسائل مربوط به تولید رسیدهای نقدی، در وب سایت رسمی خدمات مالیاتی فدرال روسیه ارسال می شود.

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

    2) علیرغم تمام ابهامات مربوط به تخلف اداری انجام شده، می توانید از تبصره ماده 14.5 قانون تخلفات اداری فدراسیون روسیه استفاده کنید.
    

    توجه داشته باشید. شخصی که داوطلبانه اعلام کرده است سازمان مالیاتی V نوشتن در مورد عدم استفاده وی از تجهیزات صندوق نقدی در مواردی که توسط قانون فدراسیون روسیه در مورد استفاده از تجهیزات صندوق نقدی تعیین شده است یا در مورد استفاده وی از تجهیزات صندوق پولی که الزامات تعیین شده را برآورده نمی کند یا در مورد استفاده وی از صندوق نقدی تجهیزاتی که مطابق با قوانین فدراسیون روسیه در مورد استفاده از تجهیزات صندوق نقدی، روش ثبت تجهیزات صندوق پول، روش، شرایط و ضوابط ثبت مجدد تجهیزات صندوق نقدی تعیین شده است. و روش اعمال آنو کسانی که داوطلبانه قبل از اتخاذ تصمیم در مورد تخلف اداری، تعهدی را برای عدم انجام یا اجرای نادرست آن انجام داده اند که شخص از نظر اداری مسئول است، از مسئولیت اداری رها می شود. تخلف اداری، ارائه شده است

قالب های اسناد مالی CCP که در حال حاضر در حال اجرا هستند چگونه متفاوت است؟ کدام یک برای پردازش پرداخت جزئی برای کالا راحت تر است؟ چگونه گزارش شیفت جایگزین گزارش Z را به درستی بخوانیم؟ رئیس اداره اتوماسیون در این باره به BUKH.1S گفت خرده فروشیشرکت "1C" اولگا سالیموا.

قالب ها و دوره های اعتبار آنها

دستور خدمات مالیاتی فدرال شماره ММВ-7-20/229@ مورخ 21 مارس 2017 سه نسخه از قالب اسناد مالی را به طور همزمان معرفی کرد:

• FFD 1.0 - برای تعامل با ذخیره سازی مالی 1.0،
• FFD 1.1 برای تعامل با درایو 1.1،
• FFD 1.05 یک نسخه انتقالی است که در آن صندوق پول با تعداد زیادی جزئیات با همان FN 1.0 کار می کند.

فرمت 1.0 قبلاً به عنوان جزئیات ناکافی شناخته شده است. بنابراین همان دستور تاریخ انقضا را برای فرمت درایو مالی 1.0 - 1 ژانویه 2019 تعیین می کند.

هنوز هیچ محدودیت زمانی برای فرمت 1.05 وجود ندارد. بنابراین، با تغییر به این قالب، می توانید حداقل پنج سال دیگر با خیال راحت کار کنید.

پرداخت های جزئی

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

مشکلات زمانی شروع می شود که شما نیاز به صدور چک برای پرداخت جزئی کالا دارید. و این لیست نسبتاً گسترده ای از موارد است:

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

BUKH.1S کانالی در پیام رسان تلگرام باز کرد.این کانال روزانه با طنز اخبار اصلی را برای حسابداران و کاربران برنامه های 1C می نویسد. برای عضویت در کانال باید پیام رسان تلگرام را روی گوشی یا تبلت خود نصب کنید و به کانال https://t.me/buhru بپیوندید (یا در نوار جستجوی تلگرام buhru@ را تایپ کنید). اخبار در مورد مالیات، حسابداری و 1C - به سرعت در تلفن شما!

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

مثال ها

بیایید به عنوان مثال فروش یک تخت بزرگسال و دو تخت کودک را در نظر بگیریم - به مبلغ 14000 روبل. دو چک پول نقد برای وضوح، در یک شیفت. 30٪ در زمان حمل و نقل (4200 روبل) پرداخت می شود. 70٪ - با چک دوم (9800 روبل).

نحوه فروش در رسید با FFD 1.0 منعکس می شود

این واقعیت که این یک پرداخت جزئی است مستقیماً در نام محصول ذکر شده است. مبلغ چک برابر با مبلغ معامله است، مالیات بر ارزش افزوده به درستی محاسبه می شود. مبلغ پرداختی به صورت نقدی (4200 روبل) پرداخت شد. اما میزان پرداخت اعتباری آتی به عنوان یک وسیله پرداخت الکترونیکی طبقه بندی می شود، زیرا این فرمت سایر اشکال پرداخت را نمی شناسد.

با بررسی دوم همه چیز به صورت متقارن اتفاق می افتد. پرداخت وام نقدی پذیرفته شده نیز به درستی منعکس می شود و اعتبار پیش پرداخت نیز به وسیله پرداخت الکترونیکی واریز می شود.

امروزه بیش از 80 درصد از کاربران صندوق پول از FFD 1.0 استفاده می کنند. اگر از پوچ های توصیف شده راضی نیستید چه باید بکنید؟ بله، در واقع، هیچ چیز. مقامات مالیاتی آن را به سادگی توصیف می کنند - "همه چیز در یک پشته روی هم انباشته شده است." برای مقابله با "هیپ"، آنها پسوند قالبی را ارائه کردند.

FFD 1.05

علاوه بر بسیاری از جزئیات دیگر، فرمت 1.05 ویژگی "نشانه روش محاسبه" را معرفی کرد. هفت ویژگی روش پرداخت ایجاد شده است که با کمک آنها محبوب ترین طرح های پرداخت جزئی شرح داده شده است: 100٪ پیش پرداخت، پیش پرداخت، پیش پرداخت، پرداخت کامل، پرداخت جزئی و اعتبار، انتقال اعتباری، پرداخت وام.

در فوتر چک در قالب 1.05، در مقایسه با FFD 1.0، جزئیات جدیدی ظاهر شده است که به وضوح نشان دهنده حسابداری گردش مالی جزئی است:

• مبلغ تسویه مندرج در چک (BSO)،
• مبلغ چک (BSO) به صورت نقدی،
• مبلغ چک (BSO) الکترونیکی،
• مبلغ چک (BSO) از قبل (پیش افست)،
• مبلغ چک (BSO) پس پرداخت (به صورت اعتباری)،
• مبلغ در چک (BSO) با ارائه پیشخوان.

و در پایان شیفت شمارنده های بیشتری برای شیفت در قسمت های مربوطه اضافه می شود.

با FFD 1.05 بررسی کنید

همانطور که می بینید، در هر خط به زیبایی مشخص شده است که چه چیزی است. پرداخت جزئی و اعتبار. مبلغ چک بر اساس مجموع خطوط تولید تعیین می شود و برابر با مبلغ معامله است. مبلغ پرداختی به صورت نقدی پرداخت شده است، اما در مورد پرداخت اعتباری، قبلاً به صورت کاملاً انسانی نوشته شده است که این یک پرداخت بعدی (اعتبار) است.

چک دوم ما پرداخت های بعدی را به صورت نقدی می پذیریم و پیش پرداخت افست نیز کاملاً صادقانه به عنوان پیش پرداخت (پیش پرداخت) نشان داده شده است.

آنچه در اینجا باید به آن توجه کنید مبلغ دریافتی در اولین چک است. مبلغ کامل در اینجا نشان داده شده است، اگرچه ما فقط بخشی از آن را دریافت کردیم. (درآمد «دریافت شده» خلاصه می شود جریان نقدیو تعهدات). ما با سازنده CCP روی این موضوع کار می کنیم، وضعیت در آینده نزدیک تغییر خواهد کرد.

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

چگونه از 1.0 به 1.05 برویم؟

دستور فعلی خدمات مالیاتی فدرال قوانین انتقال از نسخه به نسخه را تعیین می کند. فقط در زمان تعویض درایو مالی می توانید تغییر دهید.

"مقدار ویژگی "شماره نسخه FDF" (برچسب 1209) در زمان تولید گزارش ثبت یا گزارش ثبت مجدد در رابطه با جایگزینی FN تعیین می شود و تا زمان تولید مجدد جدید قابل تعریف مجدد نیست. -گزارش ثبت نام در رابطه با جایگزینی FN، می گوید: دستور.

با این حال، فرمت FFD 1.0 آنقدر ناخوشایند و ناکافی است که اصلاحیه ای در حال آماده سازی است که لغو می کند. این نیاز. در همین حال، برخی از تولیدکنندگان نسخه انتقالی درایورهای FFD 1.0+ را در بازار ارائه می‌کنند که از برخی برچسب‌ها پشتیبانی می‌کند که برای نسخه 1.0 اختیاری هستند. به ویژه، نشانه ای از روش محاسبه که امروز در مورد آن صحبت می کنیم. و همچنین شاخص های کل دریافتی و شاخص های گردش مالیتغییر می کند.

با FFD 1.0+ بررسی کنید

تمام محاسبات پرداخت جزئی کاملاً واضح نمایش داده می شود ، پس از پرداخت اعتباری منعکس می شود.

چک دوم - پیش پرداخت برجسته شده است، پرداخت وام به صورت نقدی نشان داده شده است و حتی میزان وجوه دریافتی به درستی تعیین می شود. و برای تغییر به 1.0+ فقط باید به روز رسانی کنید نرم افزاردر پرداخت.

چگونه یک شیفت را ببندیم؟

همانطور که می دانید، فرم های اسناد حسابداری اولیه برای ثبت تسویه نقدی با جمعیت هنگام انجام عملیات تجاری با استفاده از تجهیزات صندوق نقدی (از KM-1 تا KM-9) اکنون لغو شده است. اینها شامل یک کتاب و گواهی از صندوقدار - اپراتور و همچنین یک گزارش از شاخص های صندوق فروش است. آنها را می توان برای نیازهای خود نگهداری کرد (برای تعیین مسئولیت مالی) اما برای چک ها مورد نیاز نیستند.

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

آموزش خواندن گزارش Z جدید (گزارش Shift)

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

در شیفت ما، همانطور که به یاد داریم، فقط دو چک پانچ شد. برای 4200 و 9800 روبل. کل مبلغ 14000 را از صندوق برداشت کردیم و شیفت را بستیم.

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

بیایید روی جزئیاتی که برای ما مهم هستند تمرکز کنیم.

برداشت نقدی به درستی منعکس می شود - 14000 مالیات بر ارزش افزوده به درستی تعیین می شود. اما مقدار درآمد دو برابر شد - 28000.

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

FFD 1.0 دو گزینه پرداخت نقدی و الکترونیکی را درک می کند و آنها را در درآمد خلاصه می کند. اما میزان پرداخت های الکترونیکی معتبر تنها با استفاده از گزارش اخذ کنترل قابل کنترل است.

FFD 1.05 به درستی گردش مالی نقدی و الکترونیکی را در هر شیفت تعیین می کند. پیش پرداخت و پرداخت بعدی را متمایز می کند.

FFD 1.0+ می‌تواند پیش‌پرداخت‌ها و پس‌پرداخت‌ها را شناسایی کند، اما همچنان آنها را وسیله پرداخت الکترونیکی می‌داند. میزان واقعی پرداخت های الکترونیکی با کسر مبالغ پیش پرداخت و پس پرداخت از وسایل پرداخت الکترونیکی تعیین می شود.

آنچه در آینده نزدیک در انتظار ما است

خدمات مالیاتی فدرال در حال توسعه است دستورالعمل هادر مورد استفاده از قالب هایی که پس از تصویب اصلاحات قانون 54-FZ اجباری می شود. تا کنون، اصلاحات هنوز به دومای دولتی ارائه نشده است.

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

به محض تأیید دستورالعمل ها، بر این اساس در پیکربندی های 1C پشتیبانی می شوند.

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

پیش پرداخت خدماتی که ارائه نشده است

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

در این حالت، چکی با ویژگی "بازگشت رسید" برای مبلغی که مشمول بازگشت است، یعنی مبلغی که خدمات ارائه نشده است، ایجاد می شود.

کاربران ادعا می کنند که برخی از سیستم ها به شما اجازه بازپرداخت بخشی از مبلغ را نمی دهند. چگونه بودن؟

از نظر قانون، در این شرایط باید ناک اوت کرد یکیبرای مبلغ بازپرداخت شده قانون هیچ محدودیتی برای تشکیل چنین چکی ایجاد نمی کند.

مشتری پرداخت کرد 5000 روبلبه عنوان پیش پرداخت خدمات چک "رسید" به او داده شد که روش پرداخت "100٪ پیش پرداخت" را برای یک کالا - خدمات نشان می داد. با این حال، مشتری برخی از خدمات را رد کرد و اکنون باید برگردد 500 روبل. چک برگشتی چه چیزی باید باشد؟

در چک با ویژگی "بازگشت رسید"، باید همان پارامترهایی را که در چک "دریافت" وجود دارد (به جز خود ویژگی و قیمت) مشخص کنید. در مثال ارائه شده، باید مشخص کنید:

• علامت - برگشت رسید؛
• نشان دادن روش پرداخت - 100٪ پیش پرداخت؛
• نام مورد کالاو نرخ مالیات بر ارزش افزوده - همان داده هایی که در چک اصلی وجود دارد.
• هزینه مورد تسویه حساب و مبلغ نقدی / الکترونیکی - 500 روبل؛
• مالیات بر ارزش افزوده چک مبلغ مالیات بر ارزش افزوده است که در این 500 روبل گنجانده شده است.

در مثال ارائه شده، یک چک با دریافت پیش پرداخت و چک دوم برای برگشت بخشی از آن صادر می شود. با این حال، هنگام انجام محاسبات پیش پرداخت، خدمات مالیاتی فدرال توصیه می کند که چک دیگری را بکوبید - یک چک فنی. در لحظه ارائه خدمات باید حذف شود. یعنی در مثال بالا باید یک چک را پانچ کنید به مبلغ 4500 روبلبا علامت روش پرداخت "تسویه کامل".

نحوه بازگشت صحیح پول به خریدار برای یک کالا

به دلیلی اتفاق می افتد کیفیت پایینخریدار تقاضای کاهش قیمت کالا را دارد. در این صورت مابه التفاوت هزینه به او برگردانده می شود. چگونه می توانم این کار را با چک انجام دهم؟

در مثال ارائه شده، باید از ترتیب زیر استفاده شود:

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

چرا این دستور؟ این کار به نفع خریدار انجام می شود. پس از همه، در در این موردقیمت خرید تغییر کرده است و باید رسیدی با قیمت صحیح در دست داشته باشد.

خریدار مبلغی را به مبلغ بهای تمام شده جدید کالا به فروشنده واریز نمی کند، بنابراین هر دو چک نشانگر «مبلغ متقابل ارائه» است. و در چک با علامت "برگشت رسید" مشخصات "مبلغ نقدی / الکترونیکی" درج شده است.

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

این عملیات توسط دو چک صادر می شود:

1. چک با علامت "بازگشت رسید" برای کل مبلغ بلیط. باید نشان دهد:
   • در جزئیات "مبلغ تسویه" - هزینه بلیط؛
   • در جزئیات "مبلغ چک به صورت نقدی / الکترونیکی" - مقدار وجوهی که به مشتری پرداخت شده است، یعنی هزینه بلیط منهای جریمه.
   • در جزئیات "مبلغ چک با ارائه پیشخوان" - مبلغ جریمه.
2. چک با علامت "رسید" برای مبلغ جریمه.منعکس می کند:
   • "نام موضوع محاسبه" - نشان می دهد که جریمه در حال انصراف است.
   • "ویژگی موضوع پرداخت" - "پرداخت"؛
   • "مبلغ تسویه" و "مبلغ چک با تامین پیشخوان" - مبلغ جریمه.

قانون 54-FZ دقیقاً تعیین نمی کند که پذیرش و پرداخت پول برای یک محصول یا خدمات چیست. به عبارت دیگر، دریافت یا صدور مبالغ مرتبط با فروش کالا را می توان به عنوان «پرداخت» نیز طبقه بندی کرد.

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

• واریز پول توسط خریدار؛
• کسر مبلغ جریمه از بازپرداخت.

و در یک مورد، در مورد دیگر، عملیات تسویه حساب با مشتری هنگام برگرداندن بلیط تقسیم می شود به 2 قسمت:

• بازپرداخت کل هزینه بلیط؛
• گرفتن جریمه

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

خریدار پیش پرداختی را پرداخت کرد و بعداً برای کالایی که به او تحویل داده شد، مبلغ اضافی پرداخت کرد. با این حال، باید برگردانده می شد. در این مورد چه باید کرد؟ آیا باید دو چک با علامت برگشت رسید صادر کنم یا می توانم با یک فقره کل مبلغ خرید را تهیه کنم؟

در این مورد، باید یک چک با ویژگی "بازگشت دریافت" ایجاد کنید. بسته به زمان بازگرداندن کالا - قبل یا بعد از پرداخت کامل - برخی از جزئیات رسید به طور متفاوت نشان داده می شود، یعنی:

1. هزینه کالا به طور کامل پرداخت شد و سپس برگشت داده شد:
   • در "ویژگی روش پرداخت" باید "پرداخت کامل" را نشان دهید.
   • در جزئیات «مبلغ پرداخت»، هزینه کامل کالا (پیش پرداخت + پرداخت نهایی) را ذکر کنید.
2. محصول پس از پرداخت جزئی عودت داده می شود:
   • در "ویژگی روش پرداخت" باید "پرداخت جزئی و اعتبار" را نشان دهید.
   • جزئیات "مبلغ تسویه" هزینه کامل کالا را منعکس می کند.
   • در جزئیات "مبلغ پرداخت" - پیش پرداختی که توسط خریدار انجام شده و اکنون به او بازگردانده می شود.
   • در جزئیات "مبلغ اعتبار" - تفاوت بین هزینه کامل کالا و پیش پرداخت، یعنی مبلغی که هرگز توسط خریدار پرداخت نشده است.

بازگرداندن کالاهای خریداری شده به صورت اعتباری

کالا به صورت اعتباری خریداری شد اما تحت ضمانت برگشت داده شد. بخشی از هزینه به صورت نقدی از خریدار و بخشی دیگر از بانک به حساب بانکی دریافت می شد. بر این اساس چکی با علامت «رسید» فقط به مبلغی که به صورت نقدی از خریدار قبول شده بود صادر می شد. وقتی خریدار کالا را پس داد، وام قبلاً به طور کامل بازپرداخت شده بود. چگونه چک برگشتی صادر کنیم - برای کل مبلغ یا فقط برای بخشی که نقداً پرداخت شده است؟

در این صورت حذف می شود با علامت "بازگشت رسید" چک کنیدبرای تمام هزینه کالا. مهم نیست که پول چگونه به خریدار بازگردانده می شود. و این کار را می توان به سه روش مختلف انجام داد:

• به حساب بانکی او؛
• نقدی؛
• بخشی به صورت علی الحساب و بخشی به صورت نقدی.

اگر آخرین گزینه انتخاب شده باشد، بررسی موارد زیر را نشان می دهد: ملزومات:

• "مبلغ چک نقدی" - مبلغی که به صورت نقدی به خریدار بازگردانده می شود.
• "مبلغ با چک الکترونیکی" - مبلغی که به حساب بانکی وی منتقل شده است.
• در مبلغ تسویه نهایی برای چک - هزینه کامل کالا؛
• در "ویژگی روش پرداخت" "پرداخت کامل" نشان داده شده است.

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

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

کالاهایی که به صورت اعتباری خریداری شده بودند، کیفیت پایینی داشتند. طبق شرایط قرارداد، در این صورت، فروشنده باید نه تنها هزینه آن، بلکه سود وام را نیز به خریدار بازپرداخت کند. آیا صدور چک به این مبلغ برای خریدار ضروری است؟

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

بنابراین، هنگام بازگرداندن پول برای کالاهای بی کیفیت و سود وام، 2 چک برای خریدار صادر می شود:

1. با علامت "برگشت رسید" به مبلغ بهای تمام شده کالا.
2. با علامت "هزینه" برای میزان سود وام. علامت روش محاسبه "محاسبه کامل" است.

در صورت ایجاد چک ضرر، چه چیزی را به عنوان نام کالا مشخص کنیم؟

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

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

رسیدی که هنگام فروش برای خریدار صادر می شود باید دو مورد را نشان دهد:

• هزینه کالا؛
• هزینه تحویل

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

سوال: UT 11، کارت تخفیف لغو شده است، اما تخفیف همچنان اعمال می شود

عصر بخیر.
UT 11.4.1.261، تخفیف ها طبق طرح ضرب پیکربندی می شوند. سیستم پس انداز تخفیف.
هنگام تعویض کارت مشتری از 3% به 6% پس از رسیدن به حجم فروش انباشته، کارت 3% لغو شد. اما در بررسی بعدی، هنگام نشان دادن یک جدید کارت تخفیفبرای این مشتری (6%)، تخفیف 9% محاسبه می شود (از زمان ضرب، تخفیف های 3 و 9 خلاصه می شود، اما کارت 3% قبلاً باطل شده است..)

شرط تخفیف در کارت 3 درصد این است که «مشتری مالک کارت وفاداری «انباشته 3 درصد» باشد.
آیا پس از ابطال کارت، شرط 3 درصد نباید متوقف شود؟

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

سوال: v7: بررسی لغو شده Atol30F

روز خوب!
دیروز صندوق Atol30F را نصب کردیم، وصل کردیم، سعی کردیم رسیدها را چاپ کنیم، با خطاهای زیادی چاپ شد، مالیات بر ارزش افزوده، سیستم مالیاتی نادرست و یک سری چیزهای کوچک دیگر وجود داشت، اما رسیدها چاپ شدند. امروز سیستم مالیاتی را اصلاح کردم و 8 UTII را انتقال دادم و مالیات بر ارزش افزوده را از اسناد حذف کردم، فایل xml به طور معمول تولید می شود اما صندوق یک چک باطل صادر می کند. کجا حفاری کنیم؟ من نسخه درایور را از 8.14 به 8.16 تغییر دادم، FN نسخه 1.0.

پاسخ:بچه ها، همه چیز کار می کند! با تشکر از همه شما برای مشارکت شما. چند سوال کوچک در مورد تفاوت های ظریف باقی مانده است.
1. آیا می توان به نوعی فونت را کاهش داد (مصرف نوار بسیار بالا)
2. و چگونه می توان یک خط از یک چک را با دیگری ترکیب کرد، در این تصویر

خط "محصول" و "پرداخت کامل" را در یک سطح قرار دهید.

سؤال: CHECKDB در صورت وجود نتایج، باید آنها را دور انداخت

هنگام ذخیره پایگاه داده با استفاده از 1C، خطای DBMS Error را می دهد:
Microsoft SQL Server Native Client 11:0: SQL Server با خطای منطقی I/O مرتبط با سازگاری مواجه شد: جمع بررسی نامعتبر (0x78a1455f مورد انتظار؛ واقعی: 0x3ca0c55f). هنگام خواندن صفحات (1:2106472) در شناسه پایگاه داده 7 در آفست 0x000004048d0000 از فایل "C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\DATA\tkpt.mdf" رخ داد. برای اطلاعات بیشتر، گزارش خطای SQL Server و گزارش رویداد سیستم را ببینید. این یک خطای جدی است که یکپارچگی پایگاه داده را تهدید می کند و باید بلافاصله اصلاح شود. یک بررسی کامل سازگاری پایگاه داده (DBCC CHECKDB) انجام دهید. این خطا می تواند به دلایل زیادی ایجاد شود. اطلاعات اضافیبه کتابهای آنلاین SQL Server مراجعه کنید. HRESULT=80004005، SQLSrvr:SQLSTATE=HY000، حالت=2، شدت=18، بومی=824، خط=1

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

پاسخ:() انجمن اشتباه است. برای شما در sql.ru.

سوال: چگونه یک گواهی را برای فروش مجدد فعال کنیم

1C 8.3.5.1248 UT 11.1.7.49
شامل فروش گواهی های خرده فروشی.
ایجاد یک نوع گواهی (یک بار برای یک چک)
در همان کارت من سه را ایجاد کردم گواهی های هدیه. (وضعیت آنها غیر فعال شده است)
یک تغییر در فروش باز کرد. اولین گواهی از محل کار صندوقدار را فروختم. (وضعیت او فعال شد) شیفت را بست.
یک شیفت جدید باز کرد، یک محصول را انتخاب کرد و با این گواهی پرداخت کرد. (وضعیت او کاملاً خاموش شد). شیفت را بست.
یک شیفت جدید را باز کرد و فروش یک گواهی را انتخاب کرد. این گواهی در لیست انتخاب نیست. فقط دو مورد با وضعیت غیر فعال وجود دارد.
چگونه وضعیت گواهی را تغییر دهیم؟ آیا گواهینامه فقط یک بار است؟
وقتی با گواهی پرداخت کردم، از آنجایی که کالاها ارزان تر بودند، موجودی روی آن وجود داشت.
من سعی کردم آن را لغو کنم و موجودی را بنویسم اما اکنون وضعیت گواهینامه اول لغو شده است.
و همچنین به شما اجازه نمی دهد هنگام فروش آن را انتخاب کنید.
گواهی دوم را دقیقا به مبلغ کالا فروختم. اکنون وضعیت کاملاً خاموش شده است. و نمی توان آن را برای فروش مجدد انتخاب کرد.
گواهی های کامیکازه به دست می آید))
شما نمی توانید وضعیت را در کارت گواهی تغییر دهید. مورد منو اجازه ویرایش جزئیات. اجازه تغییر وضعیت گواهی را نمی دهد. غیر فعال می ماند

پاسخ:

shegarka73 گفت:

ما پردازشی را انجام دادیم که وضعیت گواهی لغو شده را تغییر داد.

برای گسترش کلیک کنید...

آیا می توانید پردازشی را برای من ارسال کنید که وضعیت گواهی ابطال شده را تغییر دهد؟

سوال: تیک لغو شد

عصر بخیر. برخی از چک ها به دلیل "پرداخت کامل چک" لغو می شوند. اما به دلیل اینکه صندوق پول 1 کوپک به موقعیت چک اضافه می کند، به طور کامل پرداخت نشد. در تنظیمات TO، اختلاف مجاز در کنترل فرمت منطقی 0.01 است. برای جلوگیری از ابطال چک چه کار کنم؟

پاسخ:آپنو
آخرین KA 1.1.87.1، هنگام تلاش برای زدن چک، مشکلی از سوژه ایجاد می شود.

از تنها 5 مورد، یکی در چک دو برابر شده و قیمت آن 1 کوپک افزایش می یابد.

در سند، قیمت موقعیت 115.00، مقدار 11.905 است.
چک به دو بخش تقسیم می شود:
1) 1.5 x 115.01 = 172.52 کمک هزینه = 0.02
2) 11.405 x 115 = 1311.57

بدون مالیات بر ارزش افزوده، بدون تخفیف.

سوال: انتقال از ZiK 7.7

سلام. انتقال داده از ZIK 7.7 به ZUK 2.5. با درمان استاندارد قابل تحمل است. حقوق را تنظیم کنید و آن را به درستی محاسبه کنید. اما در لیست حقوق و دستمزد برای همه کارمندان یک تعادل افتتاحیه وجود دارد، اگرچه نباید وجود داشته باشد. به من بگویید چگونه مثلاً داده های 30 آوریل را اصلاح یا لغو کنم.

پاسخ:

دوره فعلی اردیبهشت بود. پس از انتقال از طریق گزارش جهانی در ثبت "داده های تعهدی برای محاسبه میانگین درآمد (کل)"، داده ها فقط برای فوریه است. مارس و آوریل رفتند.

سوال: v7: خطا هنگام چاپ رسید در FR BAR: مقدار نامعتبر در قسمت طول

ظهر بخیر، پیکربندی TIS، ما FR SHTRIH FR-K را وصل کردیم.
اولین سوال. زمانی که شخصی چندین کالا از یک کالا را خریداری کرد، بنا به دلایلی فقط برای یک کالا رسید صادر می شود و در پایین رسید می گوید که رسید لغو شده است.
خود 1C می نویسد: ثبت مالی: خطا هنگام چاپ چک
مقدار نامعتبر در فیلد طول
چک KKM پانچ نشده است!
قبل از این، همان ثبت کننده از 10.3 چک های عادی را با دسته ای از موقعیت ها چاپ می کرد.

پاسخ:باکس آفیس سال 2006

سوال: چاپ یک کد QR در Retail 2.2

سلام به همه!
بعد از ارتقاء یکی دستگاه های پول نقد stroke-mقبل از آنلاین شدن و به روز رسانی درایور، به طور دوره ای هنگام چاپ رسید، مشکلی رخ می دهد که هنوز برای من نامشخص است، یک مشکل شناور در مرحله خروجی کد EGAIS qr.
طبق فرآیند، موارد زیر اتفاق می‌افتد: صندوقدار Punch را فشار می‌دهد، فرمانی برای مالیدن چک به FR ارسال می‌شود، FR یک چک کاغذی (مالی) صادر می‌کند، پس از آن درخواستی برای امضای ماژول حمل و نقل می‌شود. سیستم اطلاعات خودکار دولتی. UTM با موفقیت امضا را برمی گرداند و به چاپ آن ادامه می دهد. طبق مشاهدات من، این همان جایی است که شکاف رخ می دهد. زیرا طبق کد، در صورت خطای چاپ qr، 1C به رویه Print a Check_After an Error Print a Check می رود که در آن آدرس در EGAIS و امضای EGAIS پاک می شود و درخواستی را برای بازگشت به UTM ارسال می کند. و خود چک در 1C پانچ نمی شود، بدون شماره شیفت، بدون شماره چک KKM، در EGAIS لغو شده است، اما قبلاً در OFD ذکر شده است.
یا مشکلی در آخرین درایور وجود دارد، یا مشکلی در آدرس EGAIS که باید چاپ شود، یا خطا در 1C.
قابلیت فشار دادن چک فقط از طریق EGAIS را به طور موقت اضافه کرد و ویژگی‌های چکی را که ظاهراً در فلان شیفت و با فلان شماره پانچ شده بود، اضافه کرد.

سوال: خرده فروشی 2.2 و صندوق فروش آنلاین. خطا هنگام مشت زدن چک.

خرده فروشی 2.2.5.27، UTII. برای موارد جدید خروجی هاما تصمیم گرفتیم CCT را نصب کنیم (در حال حاضر بدون FN). ما روی FPrint22PTK مستقر شدیم. و اکنون در تلاش هستم تا آن را به نتیجه برسانم. اگر انتخاب کنی:
1) در درایور دستگاه ATOL: پروتکل مبادله FPrint-22PTK/k/envd و Atol 2.4 روی دستگاه - هنگامی که یک چک پانچ می شود، "چک لغو شده" را نمایش می دهد. (در پروتکل ATol 3.0، آزمون FPrint-22PTK/k/envd قبول نمی شود.
2) در پروتکل Atol 3.0 با انتخاب ATOL 22f/FPrint-22PTK، شیفت باز و بسته می شود، گزارشی با لغو نمایش داده می شود، اما رسیدها چاپ نمی شوند.
بر پیکربندی معمولیخطا: "خطای رابط EKLZ/FN1." من اطلاعاتی را در انجمن atol پیدا کردم که باید یک خط کد را در ماژول Equipment ManagerClient اضافه کنم (- پیام مورخ 06/12/17).
باشه کانفیگ رو عوض کردم اکنون، هنگام تلاش برای زدن چک، یک خطا ظاهر می شود: "خطای ناشناخته 238D|00EEH". باز هم گوگل موضوعاتی را مطرح کرد که این موضوع به دلیل انتخاب اشتباه سیستم مالیاتی است. (به عنوان مثال، در اینجا دستورالعمل است). من UTII را در درایور انتخاب کردم - کمکی نکرد.

با این چگونه روبرو میشوید؟ یا شاید این تجهیزات بدون ثبت و ثبت فیزیکی قابل استفاده نباشد؟

پاسخ:() دیگر نیاید