برنامه 1s به اشتباه مالیات بر درآمد شخصی را در نظر می گیرد. مکانیزم کلی برای ارسال مجدد اسناد پلت فرم

در این مقاله، کار با مالیات بر درآمد شخصی را در 1C 8.3 Accounting 3.0 در نظر خواهیم گرفت - از تنظیمات تا عملیات و گزارش.

داده های مالیاتی

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

"سازمان ها" را از منوی "اصلی" انتخاب کنید.

سازمانی را که می خواهید پیکربندی کنید از لیست انتخاب کنید و کارت آن را باز کنید. در فرم تنظیمات، داده های اولیه و مواردی که در زیربخش «بازرسی مالیاتی» هستند را پر کنید.

تنظیم حقوق و دستمزد

در منوی "حقوق و پرسنل" به آیتم "تنظیمات حقوق و دستمزد" بروید.

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

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

در پنجره باز شده به قسمت «مالیات بر درآمد شخصی» رفته و نحوه اعمال این کسورات را مشخص کنید.

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

به بخش "Classifiers" بروید و روی لینک "NDFL" کلیک کنید.

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

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

حسابداری مالیات بر درآمد شخصی در 1C

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

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

در تاریخ ارسال سند، مالیات کسر می شود. او مالیات بر درآمد شخصی را از سایر درآمدها، مانند، کسر نمی کند. برای این کار از «عملیات حسابداری مالیات بر درآمد افراد» استفاده می شود.

در منوی "حقوق و پرسنل" مورد "همه اسناد مالیات بر درآمد شخصی" را انتخاب کنید. در فرم لیست باز شده سند جدیدی با نوع عملیات «عملیات حسابداری مالیات بر درآمد افراد» ایجاد کنید.

ثبت اصلی حسابداری مالیاتی برای مالیات بر درآمد شخصی در 1C 8.3 ثبت انباشت "محاسبات مالیات دهندگان با بودجه مالیات بر درآمد شخصی" است.

گزارش نویسی

رایج ترین اسناد گزارش مالیات بر درآمد شخصی: "2-NDFL" و "6-NDFL". آنها در منوی "حقوق و پرسنل" هستند.

Help 2-NDFL فقط برای به دست آوردن اطلاعات و انتقال به یک کارمند یا به IFTS ضروری است.

تشکیل 6-NDFL به گزارشات نظارتی اشاره دارد و هر سه ماه یکبار ارائه می شود. پر کردن به طور خودکار انجام می شود.

بررسی صحت محاسبه مالیات بر درآمد شخصی

اگر مالیات بر درآمد شخصی انباشته و کسر شده در 1C 8.3 مطابقت نداشته باشد، می توانید خطاها را با یک گزارش جهانی پیدا کنید. در سرفصل، ثبت نام "تسویه حساب مودیان مالیاتی با بودجه مالیات بر درآمد شخصی" را انتخاب کنید و مشخص کنید که تشکیل آن بر اساس مانده ها و گردش مالی خواهد بود.

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

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

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

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

حذف کالا "در قرمز"

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

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

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

نمونه ای از سند "فروش کالا و خدمات":

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

در گزارش سود ناخالص شاهد بهای تمام شده صفر برای این فروش و بر این اساس 100 درصد سود ناخالص خواهیم بود.

منو: گزارش ها - فروش - تجزیه و تحلیل فروش - سود ناخالص

دلایل وقوع ترازهای منفی می تواند متفاوت باشد، اما عمدتاً موارد زیر یافت می شود:

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

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

در صورتی که خطا به دلیل تاریخ نادرست اسناد ایجاد شده باشد، کافی است تاریخ ها را اصلاح کرده و سند فروش کالا را مجددا ارسال کنید.

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

منو: گزارشات - موجودی (انبار) - لیست کالاهای موجود در انبارها

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

نمونه ای از گزارش تولید شده:

در این صورت می بینیم که فروش کالا 3 ساعت زودتر از دریافت کالا در انبار صادر شده است. برای حذف صحیح کافی است زمان اجرا را به زمان بعدی تغییر دهید و سند را پست کنید.

اگر تاریخ اسناد در روزهای مختلف باشد (به عنوان مثال، رسید در 1 آوریل، و فروش در 31 مارس انجام شده است)، پس باید این وضعیت را با جزئیات بیشتری درک کنید. ممکن است یکی از مدارک با تاریخ اشتباه وارد برنامه شده باشد (مثلاً تاریخ دریافت کالا و اسناد روی آن تاریخ 30 مارس بوده است، اما برنامه تاریخ را اشتباه تعیین کرده است). یا تامین کننده اسناد اولیه صادر شده با تاریخ اشتباه را ارسال کرده است (مثلاً کالا در 30 مارس وارد شده است و تامین کننده اسنادی را به تاریخ 1 آوریل ارسال کرده است) - در این صورت اسناد جدیدی از تامین کننده مورد نیاز خواهد بود.

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

گزارش نمونه پس از اصلاح:

تصحیح اشتباهات در حسابداری دسته ای. انجام به صورت دسته ای

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

نکته: روش محاسبه بهای تمام شده در مثال ها به صورت FIFO می باشد.

مثال 1

پس از آن، مدیر خرید یک رسید دیگر از یخچال و فریزر در برنامه صادر کرد - در 15th به قیمت 10500 روبل.

در نتیجه، اگر مدیر خرید تمام اطلاعات را به موقع وارد برنامه کند، در هنگام فروش یخچال و فریزر، قیمت تمام شده متفاوتی (10500 * 3 = 31500 روبل) و سود ناخالص متفاوت (10500 روبل) وجود خواهد داشت.

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

مثال 2

در 21، یخچال ها رسید - 10 عدد. برای 11000 روبل.

در تاریخ 25، مدیر 3 یخچال را به قیمت 14000 روبل فروخت. در همان زمان ، قیمت تمام شده حذف شد - 33000 روبل و سود ناخالص محاسبه شد - 9000 روبل.

پس از آن، مدیر خرید وارد سند رسید شد و قیمت یخچال های موجود در آن را 12000 روبل تغییر داد. (در ابتدا قیمت اشتباه وارد شده بود).

در نتیجه، اگر مدیر خرید تمام اطلاعات را به موقع وارد برنامه کند، در هنگام فروش یخچال، قیمت تمام شده متفاوتی (12000 * 3 = 36000 روبل) و سود ناخالص متفاوت (6000 روبل) وجود خواهد داشت.

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

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

مکانیزم کلی برای ارسال مجدد اسناد پلت فرم

منو: عملیات - ارسال اسناد

این مکانیسم به شما امکان می دهد تمام اسناد از نوع مورد نیاز را در یک ماه مجددا ارسال کنید، اما یک اشکال کوچک دارد - اسناد بدون توجه به اینکه لازم باشد یا نه، دوباره ارسال می شوند. از این گذشته ، کاملاً ممکن است که کارمندان هیچ عملیاتی را غیرعملیاتی انجام نداده باشند. و تمام کارهای اداری ممکن است زمان زیادی طول بکشد.

مکانیسم اجرای برنامه "1C: مدیریت تجارت، ویرایش. 10.3 اینچ

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

عملکرد مکانیسم دوم را در مثال اول در نظر بگیرید.

دومین سند رسید صادر شده به ماسبق:

پس از ایجاد دومین سند رسید، صورت سود ناخالص بدون تغییر باقی ماند:

بیایید پردازش "انجام توسط دسته" را باز کنیم.

منو: اسناد - پیشرفته - ارسال بر اساس دسته

در پردازش، می بینیم که توالی اسناد مربوط به 22 مارس است - تاریخ دریافت دوم، غیرعملیاتی وارد شده است.

دکمه "اجرا" را فشار دهید و برنامه تمام فروش کالاهای انجام شده پس از پانزدهم را مجدداً به فروش می رساند.

گزارش سود ناخالص پس از پردازش:

حالا همه چیز در محاسبه هزینه درست است.

توجه داشته باشید:در زمان پردازش، ممکن است پیام‌هایی در مورد کمبود کالا در انبار مشاهده کنید، زیرا به صورت عطف به ماسبق، آنها نه تنها می‌توانند رسید ایجاد کنند، بلکه آن را حذف کرده یا به تاریخ دیگری موکول کنند. هر یک از این وضعیت ها باید به طور جداگانه در نظر گرفته شود (همانطور که در بالا توضیح داده شد).

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

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

• 1 خطاهای احتمالی در محاسبه مالیات بر درآمد شخصی در برنامه 1C 8.2 ZUP 2.5
• 2 خطاهای احتمالی در محاسبه مالیات بر درآمد شخصی در برنامه 1C 8.3 ZUP 3.0.
• 3 خطاهای احتمالی در محاسبه مالیات بر درآمد شخصی در برنامه 1C 8.3 حسابداری 3.0
• 4 اشتباهات احتمالی در محاسبه مالیات بر درآمد شخصی
• 5 خطاهای احتمالی در اسناد بین تسویه حساب به عنوان مثال 1C 8.3 ZUP 3.0
• 6 خطاهای احتمالی در اسناد بین تسویه حساب با استفاده از مثال 1C Accounting 3.0
• 7 خطاهای احتمالی در اسناد بین تسویه حساب به عنوان مثال 1C 8.2 ZUP 2.5

خطاهای احتمالی در محاسبه مالیات بر درآمد شخصی در برنامه 1C 8.2 ZUP 2.5 بیایید در برنامه 1C ZUP 2.5 به عنوان مثال سند "تعطیلات" در نظر بگیریم. حقوق مرخصی تعلق گرفت که در ابتدا قرار بود در تاریخ 8 دی ماه 1394 پرداخت شود و در واقع پرداخت در 8 دی ماه 1394 انجام می شود بنابراین تاریخ پرداخت درآمد در سند تعهدی مرخصی را به 7 دی ماه 1394 تغییر می دهیم. .

برخی از کاربران برنامه 1s 8.3 با مالیات بر درآمد شخصی مشکل دارند. و حال شما چطور است؟

راه هایی برای عقب نشینی از آخرین به روز رسانی و حتی چند قطعه وجود دارد. در نوامبر، همه چیز هنوز خوب بود و حالا، از ناتوانی، فقط می خواهم احمقانه گریه کنم اضافه شده: 19 ژانویه 2018، 11:27 نقل قول: Gennady ObGES در 19 ژانویه 2018، 05:49 فقط در صورت امکان، من توضیح دهید - اسناد دوباره ترجمه شدند (از جمله موارد تکمیل نشده)، ماه ها دوباره شروع شد؟ خوب، شما با توجه به اسکرین شات و نبود اطلاعات حداقلی Gennady Ob HPP چگونه می توانید به این پاسخ دهید، لطفاً به من بگویید چه نوع اطلاعاتی ارائه دهم؟ من همه چیز را از صفر شروع کردم، به طور مداوم اقلام تعهدی - صورت‌حساب - پرداخت‌ها را انجام دادم و انجام دادم.

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

حسابداری مالیات بر درآمد شخصی در حسابداری 1s 8.3 3.0

مهم! برای جلوگیری از خطاهای احتمالی در مالیات بر درآمد شخصی، مطابقت بین تاریخ درآمد در ثبت درآمد و تاریخ درآمد در ثبت مالیات را در برنامه 1C 8.3 (8.2) دنبال کنید، در غیر این صورت برنامه هنگام محاسبه مالیات دارای خطا خواهد بود. هنگام ثبت هر گونه درآمد در برنامه، تاریخ دریافت واقعی درآمد ثابت است.
برای درآمدهای با کد 2000 آخرین روز ماه تعهدی است. برای سایر درآمدها، این تاریخ پرداخت برنامه ریزی شده از سند تعهدی مربوطه است.
هنگامی که مالیات محاسبه می شود، برنامه تجزیه و تحلیل می کند که این مالیات از کدام درآمد اخذ می شود و تاریخ دریافت واقعی درآمد را که در ثبت حسابداری مالیاتی ثبت می شود، تعیین می کند. چرا در تاریخ دریافت درآمد که در ثبت درآمد و ثبت مالیات بر درآمد افراد لحاظ می شود تفاوت وجود دارد؟ زیر را در نظر بگیرید.

مالیات بر درآمد محاسبه شده برابر با کسر نیست

خطاهای احتمالی در اسناد بین تسویه حساب به عنوان مثال 1C 8.3 ZUP 3.0 در مثال برنامه 1C ZUP 3.0 در سند "تعطیلات" تاریخ پرداخت برنامه ریزی شده 2016/01/28 است، اما ما تاریخ سند را 01 تنظیم می کنیم. /30/2016، یعنی دیرتر از تاریخ پرداخت برنامه ریزی شده. اجازه دهید آن را از طریق. سابقه ثبت حسابداری مالیاتی از تاریخ 9 دی ماه 1394 تشکیل شد.

مهم

اگر حقوق مرخصی را زودتر از تاریخ سند پرداخت کنیم - 2016/01/28، همانطور که برنامه ریزی شده است، صورتحساب را پر کنید، می بینیم - مالیات بر درآمد شخصی کسر شده پر نمی شود. از تاریخ 1395/01/28، مالیات محاسبه شده وجود ندارد. بر این اساس، هنگام انجام چنین اظهارنامه مالیات بر درآمد شخصی، نگهداری شده ثبت نمی شود.

توجه

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

مشکل با NDFL

خطاهای احتمالی در اسناد بین تسویه حساب با استفاده از مثال 1C Accounting 3.0 در برنامه 1C Accounting 3.0 همه چیز یکسان است. تاریخ سند مهم است. مثال سند "تعطیلات" را در نظر بگیرید. تاریخ پرداخت برنامه ریزی شده 1395/01/28 می باشد و تاریخ سند عمداً بعداً تعیین می شود مثلاً 1395/01/30 سند را پست کنیم. مالیات محاسبه شده در تاریخ 1395/01/30 به ثبت رسیده است.

پس از اینکه پرداخت انجام شد، و نه در Vedomosti، یعنی پرداخت "برداشت نقدی" یا برداشت از حساب جاری زودتر از تاریخ سند "تعطیلات"، مالیات کسر شده ثبت، تعیین و در آن ثابت نشده است. ثبت نام. بنابراین، تاریخ سند مهم است، اگر ما در 28 ژانویه 2016 قرار دهیم و مجدداً نقدی صادر کنیم، پس از آن پرونده مالیات بر درآمد شخصی کسر شده تشکیل شد، همه چیز به ثبت رسید و سپس به صورت درآمد 6-شخصی در می آید. مالیات.

خطاهای احتمالی مالیات بر درآمد شخصی در 1s 8.3 و 8.2 - نحوه پیدا کردن و رفع آنها

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

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

اگر در زمان کسر مالیات، خود مالیات تعلق نمی گیرد، در واقع چیزی برای کسر وجود ندارد. مهم! پیگیری در برنامه 1C: تاریخ اسناد بین تسویه حساب، تاریخی است که مالیات دریافت می شود، اگر در زمان پرداخت مالیات کسر نشود، کسر نمی شود. این امر به ویژه در مورد درآمدهای غیر حقوقی صادق است، زیرا تاریخ سند به عنوان تاریخ مالیات ثابت است. بنابراین، در نسخه سوم، تاریخ سند "مرخصی"، تاریخ سند "مرخصی استعلاجی" و سایر اسناد نیز مهم است.

اما اگر تاریخ را در فرم اصلی سند تغییر دهیم، تاریخ به طور خودکار به شکل "اطلاعات بیشتر در مورد محاسبه مالیات بر درآمد شخصی" تغییر می کند. اینجا ساده تر است، برنامه ZUP 3.0. خود به ما تضمین می‌کند که این تاریخ‌ها همزمان خواهند بود.

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

در اینجا باید یک محاسبه مجدد انجام دهید یا تاریخ را در فرم "اطلاعات بیشتر در مورد محاسبه مالیات بر درآمد شخصی" به صورت دستی تغییر دهید. برای سایر موارد، تاریخ حسابداری مالیات بر درآمد شخصی باید به طور خودکار در تاریخ پرداخت تغییر کند. اما در هر صورت، این لحظه را بررسی کنید، همزمانی تاریخ ها را کنترل کنید. خطاهای احتمالی در محاسبه مالیات بر درآمد شخصی در برنامه 1C 8.3 حسابداری 3.0 در مورد برنامه 1C Accounting 3.0 نیز دو سند بین تسویه حساب "مرخصی استعلاجی" و "تعطیلات" وجود دارد.
یک خط در مالیات بر درآمد شخصی با "منهای" مورخ 1395/01/29 و سطر دوم با یک "به اضافه" به تاریخ 1395/01/28. دو گروه دیگر از ردیف های 100 تا 140 به 6- اضافه می شود. مالیات بر درآمد شخصی در یکی، همه چیز معکوس است و در دیگری - همه چیز دوباره محاسبه می شود. برای جلوگیری از چنین وضعیتی، تاریخ دریافت درآمد را که در دفتر ثبت درآمد ثبت می شود و تاریخ دریافت درآمد که در دفتر مالیاتی ثبت می شود، به دقت نظارت کنید.

آنها باید مطابقت داشته باشند. خطاهای احتمالی در محاسبه مالیات بر درآمد شخصی در برنامه 1C 8.3 ZUP 3.0. در برنامه 1C ZUP 3.0، تاریخ دریافت درآمد نیز در دو ثبت در نظر گرفته می شود: ثبت حسابداری درآمد و ثبت حسابداری مالیات.

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

این دو تاریخ باید مطابقت داشته باشند.
در این مقاله، کار با مالیات بر درآمد شخصی را در 1C 8.3 Accounting 3.0 در نظر خواهیم گرفت - از تنظیمات تا عملیات و گزارش. محتوا

• 1 راه اندازی برنامه
  • 1.1 داده های مالیاتی
  • 1.2 تنظیم حقوق و دستمزد
• 2 عملیات حسابداری مالیات بر درآمد شخصی در 1C
• 3 گزارش
• 4 بررسی صحت محاسبه مالیات بر درآمد شخصی

در این مقاله می‌خواهم جنبه‌های انباشت و کسر مالیات بر درآمد شخصی را در 1C 8.3 و همچنین تهیه گزارش در مورد فرم‌های 2-مالیات بر درآمد شخصی و 6-مالیات بر درآمد شخصی را در نظر بگیرم.

ثبت نام در سازمان مالیاتی

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

شما باید تمام جزئیات را با دقت پر کنید.

راه اندازی حسابداری حقوق و دستمزد

این تنظیمات در بخش "حقوق و پرسنل" - "تنظیمات حقوق و دستمزد" انجام می شود.

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

در برگه "مالیات بر درآمد شخصی"، باید مشخص کنید که به چه ترتیب کسرهای استاندارد اعمال می شود:

در برگه ""، باید مشخص کنید که حق بیمه با چه نرخی محاسبه می شود:

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

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

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

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

حسابداری مالیات بر درآمد شخصی در 1C: تعهدی و کسر

مالیات بر درآمد شخصی برای هر مقدار درآمد واقعی دریافت شده به طور جداگانه برای دوره (ماه) محاسبه می شود.

میزان مالیات بر درآمد اشخاص با اسنادی مانند «»، «»، «» و ... محاسبه و شارژ می شود.

به عنوان مثال، بیایید سند "پرداخت حقوق" را در نظر بگیریم:

267 درس ویدیویی 1C را به صورت رایگان دریافت کنید:

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

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

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

• عملیات حسابداری مالیات بر درآمد شخصی.

برخلاف تعهدی، تاریخ کسر مالیات تاریخ سند ارسال شده است.

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

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

تقریباً تمام اسنادی که به یک طریق بر مالیات بر درآمد شخصی تأثیر می گذارد، در ثبت نام «تسویه حساب مالیات دهندگان با بودجه مالیات بر درآمد شخصی» ثبت می شود.

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

بیایید سند "" را اضافه کنیم (منوی "حقوق و پرسنل" - پیوند "قبض به بانک") و بر اساس آن "بدهی از حساب جاری" ایجاد خواهیم کرد:

پس از انجام، اجازه دهید پست ها و حرکات را در رجیسترهایی که سند ایجاد کرده است، ببینیم:

تشکیل گزارش مالیات بر درآمد شخصی

در بالا، ثبت های اصلی را که در تشکیل گزارش های مالیات بر درآمد شخصی اصلی نقش دارند، شرح دادم:

در پنجره با لیست اسناد، روی دکمه ایجاد کلیک کنید و گواهی کارمند را پر کنید:

این سند پست‌ها و ورودی‌هایی را در رجیسترها ایجاد نمی‌کند، بلکه فقط برای چاپ استفاده می‌شود.

• (بخش 2):

این گزارش به گزارش های تنظیم شده اشاره دارد. همچنین می توانید از قسمت «مالیات بر درآمد شخصی»، منوی «حقوق و پرسنل» یا از طریق منوی «گزارش ها»، قسمت «گزارش 1C»، «گزارش های تنظیم شده» به طرح آن بروید.

نمونه ای از پر کردن بخش دوم:

بررسی مالیات بر درآمد شخصی کسر شده و تعلق گرفته

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