Опростена данъчна система: признаване на приходи и разходи (1C Accounting 8.3, издание 3.0)
2016-12-08T11:39:01+00:00Днес ще разгледаме тема, която повдига може би най-много въпроси от начинаещи (и не само) счетоводители - процедурата за признаване на приходи и разходи по опростената система за данъчно облагане (STS) в семейството на програмата 1C: Счетоводство 8.
Ще разгледаме примери в 1C: Счетоводство 8.3 (издание 3.0). Но в „двете“ всичко работи по същия начин.
Кратък екскурз в теорията
Интересуваме се от попълване на книгата за приходите и разходите (КУДИР). В тази чудесна книга:
- Колона 4 е колоната „Общ доход“.
- колона 5 е „Приет доход“
- колона 6 е колона „Общи разходи“
- колона 7 е „Приети разходи“
Интересуват ни преди всичко колони 5 и 7. Те влияят върху размера на единния данък, който плащаме.
Има два основни режима в "опростен":
- доход (колона 5)
- приходи (колона 5) минус разходи (колона 7)
За да изчислим единния данък, в първия случай просто умножаваме сумата на приходите по 6%, а във втория умножаваме разликата между приходите и разходите по 15%.
Това е всичко накратко.
Правилното изчисляване на приходите и разходите е най-трудната задача. Вече въз основа на наличието на четири колони „общи приходи” и „приети приходи”, „общи разходи” и „приети разходи” се оказва, че не всички приходи и разходи могат да бъдат взети за изчисляване на данъка.
Трябва да можете правилно да определите момента на признаване на приход или разход. При опростената данъчна система е задължително да се използва касов метод.
При касовия метод датата на получаване на дохода е денят, в който средствата са получени по банкови сметки или в касата. И няма значение дали е аванс или плащане. Парите са пристигнали - доходът е получен и следователно веднага попада в колони 4 и 5.
Както можете да видите, с доходите всичко е изключително просто. Всяко постъпване на пари (на каса или по разплащателна сметка) попада в общ и признат доход, върху който трябва да се плати данък.
С разходите всичко е малко по-сложно.
За признание разходи за закупуване на материали- необходимо е да се отрази фактът на тяхното получаване и плащане.
За признание разходи за заплащане на предоставени ни услуги- необходимо е да се отрази фактът на тяхното предоставяне и плащане.
За признание разходи за закупуване на стокиза последваща препродажба - трябва да отразите факта на тяхното получаване, плащане и продажба.
За признание разходи за труд- трябва да отразите факта на неговото начисляване и плащане.
При плащане чрез предварителни отчети- в допълнение към горните условия е необходимо да се отрази фактът на издаване на пари на отговорното лице.
Както можете да видите, за много от изброените ситуации има няколко условия за признаване на разходите. И тези условия могат да бъдат изпълнени в различни редове. В този случай ще се вземе предвид моментът на признаване на разхода последното условие изпълнено.
Авансово плащане от купувач към банка
Купувачът преведе пари по нашата банкова сметка като авансово плащане (авансово плащане). Според нашето предположение (касов метод), тази сума веднага ще попадне в „Общ доход“ (колона 4) и „Отчетен доход“ (колона 5):
банкова разписка -> колона 4 + колона 5
Издаваме извлечение (разписка по текущата сметка) за 2000 рубли от купувача на Magic Hind LLC:
Осчетоводяваме и отваряме документни операции (бутон DtKt). Виждаме, че сумата на плащането е присвоена на 62.02 - всичко е правилно, защото това е аванс:
Веднага отидете на втория раздел „Книга за отчитане на приходите и разходите“. Тук сумите за плащане се осчетоводяват (или не се осчетоводяват) в колоните KUDIR. Виждаме, че получените 2000 рубли веднага попадат в колони 4 и 5:
Аванс от купувача на касата
С касов апарат всичко е подобно на банка. Купувачът плати пари на касата като авансово плащане (авансово плащане). Според нашето предположение (паричен метод), тази сума веднага ще попадне в колони 4 и 5:
касова бележка -> колона 4 + колона 5
Издаваме касова бележка (касова бележка) от купувача "Svergunenko M.F." за сумата от 3000 рубли:
Публикуваме документа и отиваме на неговите осчетоводявания (бутон DtKt). Виждаме, че сумата на плащането е присвоена на 62.02 - всичко е правилно, защото това е аванс:
Веднага отиваме в раздела „Книга за счетоводство на приходите и разходите“ и виждаме, че цялата ни сума попада в колони 4 и 5:
Плащане на доставчика за извършени услуги
Нека да преминем към разходите. Тук нещата стават по-интересни. Но не и в случай на плащане за предоставени ни услуги. Просто трябва да въведем акта за предоставяне на услуги и неговото плащане в програмата, тогава самият акт (според касовия метод) няма да прави никакви бележки в колоните KUDIR, но банковото извлечение веднага ще публикува сумата на плащането в колони 6 и 7:
сертификат за предоставяне на услуги -> няма да направи нищо
плащане по банков път -> колона 6 + колона 7
Ние въвеждаме в програмата сертификат за предоставяне на услуги от доставчика Aeroflot в размер на 2500:
Публикуваме документа и отиваме на неговите осчетоводявания (бутон DtKt). Виждаме, че разходите (26-та фактура) са приписани на 60.01 - всичко е правилно:
Не виждаме раздела „Книга за отчитане на приходите и разходите“, което означава, че посочените 2500 не са попаднали в нито една от колоните на KUDIR. Да продължим.
На следващия ден подаваме извлечение за плащане за предоставените ни услуги:
Изпълняваме изявлението и разглеждаме неговите публикации. Виждаме, че сумата на плащането е приложена към 60.01:
Веднага отиваме в раздела „Книга за счетоводство на приходите и разходите“ и виждаме, че платените 2500 най-накрая се озоваха в колони 6 и 7:
Авансово плащане към доставчика за предоставяне на услуги
Какво става, ако направим авансово плащане към доставчика за предоставени услуги (авансово плащане)? И едва тогава издадоха акт за предоставяне на услуги. Схематично ще изглежда така:
плащане по банков път -> попълнете колона 6
акт за предоставяне на услуги -> попълнете колона 7
Нека въведем в програмата банково извлечение (нашето авансово плащане към доставчика) в размер на 4500:
Да публикуваме документа и да отворим неговите публикации (бутон DtKt). Виждаме, че сумата падна на 60.02 - всичко е правилно, защото това е аванс:
Нека незабавно да отидем в раздела „Книга за счетоводство на приходите и разходите“ и да видим, че авансовата сума е включена само в колона 6:
И това е правилно. Според касовия метод, в колона 7 (приети разходи), ще можем да вземем тази сума само след въвеждане на сертификата за предоставяне на услуги. Нека направим това.
Ще добавим акт за предоставяне на услуга към програмата на следващия ден:
Нека да прегледаме документа и да разгледаме публикациите:
Нека веднага отидем в раздела „Книга за счетоводство на приходите и разходите“ и видим, че сумата на плащането най-накрая попада в седмата колона:
Плащане на доставчика за материали
важно!
По-нататък ще разсъждаваме така. Ние използваме касов метод. Първо беше получаването на материалите, след това плащането по банков път. Очевидно плащането по банков път (тъй като вече има разписка) ще създаде записи в колони 6 и 7. Схематично това ще бъде така:
получаване на материали -> няма да създаде нищо
плащане по банков път за материали -> попълват се колона 6 и колона 7
Нека въведем в програмата получаването на материали в размер на 1000 рубли:
Виждаме, че разделът „Счетоводна книга за приходите и разходите“ не се показва до транзакциите. Това означава, че документът за получаване на материали в този случай не е създал записи за нито една от колоните KUDIR.
Ние ще издадем извлечение за плащане на материали на следващия ден:
Нека публикуваме документа и да отворим публикациите му (бутон DtKt):
Нека незабавно да отидем в раздела „Книга за счетоводство на приходите и разходите“ и да видим, че документът е попълнил колони 6 и 7:
Авансово плащане към доставчика за доставка на материали
важно!Първо, нека правилно да настроим процедурата за признаване на разходите в счетоводната политика -.
В този случай първо е плащането, а след това пристигат материалите. Според логиката на касовия метод, пълното признаване на разходите (колона 7) ще бъде възможно само след попълване на двата документа. Схематично би било така:
плащане по банков път за доставка на материали -> попълнете колона 6
получаване на материали -> попълва се колона 7
Нека добавим в програмата изявление за предплащане на материали за 3200 рубли:
Нека публикуваме документа и да отворим публикациите му (бутон DtKt):
Нека незабавно да отидем в раздела „Книга за счетоводство на приходите и разходите“ и да видим, че извлечението досега е попълнило само колона 6 (общи разходи):
За попълване на седма колона липсва документ за получаване на материали. Нека го форматираме:
Публикуваме документа и разглеждаме неговите публикации (бутон DtKt):
Веднага отиваме в раздела „Книга за счетоводство на приходите и разходите“ и виждаме, че документът за получаване на материали е попълнил липсващата колона 7:
Плащане към доставчика за стоки
важно!Първо, нека правилно да настроим процедурата за признаване на разходите в счетоводната политика -.
Като цяло процедурата за признаване на разходите за закупуване на стоки за продажба е подобна на ситуацията с получаването на материали - тук също се изискват получаване и плащане. Но едно допълнително (трето) изискване е това разходите се признават само при продажба на закупени стоки.
Схематично нашата схема ще изглежда така:
стокова разписка -> не попълва нищо
плащане на стоки по банков път -> попълнете колона 6
продажби на платени стоки -> попълнете колона 7
Нека въведем в програмата получаването на стоки в размер на 31 292 рубли:
Нека публикуваме документа и да отворим публикациите му (бутон DtKt):
Виждаме, че разделът „Книга за счетоводство на приходите и разходите“ липсва, което означава, че документът не е записал нищо в колоните KUDIR.
Нека въведем извлечение за плащане на стоки към доставчика:
Нека публикуваме документа и да отворим публикациите му:
Нека незабавно да отидем в раздела „Книга за счетоводство на приходите и разходите“ и да видим, че сумата на плащането е включена в общите разходи (колона 6). Тази сума ще бъде включена в седмата колона (разходите се приемат), когато стоките бъдат продадени.
Да приемем, че всички стоки са продадени. Нека формализираме изпълнението му:
Нека публикуваме документа и да отворим публикациите му (бутон DtKt):
Нека веднага отидем в раздела „Книга за счетоводство на приходите и разходите“ и видим, че сумата на плащането най-накрая попада в седмата колона:
Авансово плащане към доставчика за стоки
важно!Първо, нека правилно да настроим процедурата за признаване на разходите в счетоводната политика -.
Всичко тук е подобно на плащането на доставчика за стоки (предишна точка). С изключение на това, че сумата на плащането ще бъде включена в шестата колона на първия документ (банково извлечение). Схемата ще бъде следната:
плащане на стоки по банков път -> попълнете колона 6
стокова разписка -> няма да попълни нищо
продажба на платени стоки -> попълнете колона 7
Плащане към доставчика чрез авансов отчет
важно!Първо, нека правилно да настроим процедурата за признаване на разходите в счетоводната политика -.
Ако в някоя от описаните по-горе ситуации замените плащането по банков път с плащане чрез отговорно лице, всичко ще работи по същия начин.
Но има един нюанс. Основното условие за отчитане на разходите, изплатени по авансов отчет (в допълнение към изброените по-горе), е действителното издаване на пари на отговорното лице (разходен касов ордер).
Колона 6 се попълва с документа RKO.
Колона 7 се попълва при възникване на следните допълнителни условия: авансов отчет + (акт за предоставяне на услугата или получаване на материали или получаване на стоки и тяхната продажба). Освен това тази колона ще бъде попълнена с последния документ.
ТРЗ
За да попълните колони 6 и 7, трябва да имате два документа наведнъж: начисляване и изплащане на заплати.
Схема 1:
ведомост -> няма да попълва нищо
издаване на заплати (RKO) -> попълнете колона 6 и колона 7
Схема 2:
издаване на заплати преди начисляване (RKO) -> попълнете колона 6
ведомост -> попълнете колона 7
Страхотни сме, това е
Между другото, за нови уроци...
С уважение, Владимир Милкин(учител и разработчик
Счетоводителите, чиито организации са на опростената данъчна система, периодично се оплакват, че KUDiR в 1C Accounting 3.0 е попълнен неправилно. Случва се записи от баланса да не попаднат в книгата за приходи и разходи, както се очаква. Публикацията ще обсъди най-често срещаните грешки, които възникват при поддържането на опростена система за данъчно облагане в 1C Accounting 3.0 и ще предложи 1C обработка за коригиране на грешки в опростеното данъчно облагане.
За да свържа терминологията на счетоводители и програмисти, за да общуват на общ език, ще направя няколко уточнения:
- Обектът на платформата 1C „Счетоводен регистър“ съхранява счетоводни записи, основният отчет, използващ счетоводни записи, е „Баланс на оборота“. Следователно условията " данни от счетоводния регистър"И" балансови данни„отразяват една същност.
- КУДиР- съкращение за " Книга за приходите и разходите“, който се провежда от организации и предприемачи с опростена система за данъчно облагане за изчисляване на данъчната основа. Според книгата данъците се плащат в съответствие с тарифата: 6% от данъчната основа (само доход) или 15% от данъчната основа (приходи - разходи).
За да разберем ясно проблема, нека да разгледаме причините за възникването на грешки в опростената данъчна система в 1C Accounting 3.0.
Основните причини за счетоводни грешки на опростената данъчна система в 1C Accounting 3.0
Всъщност няма много причини и всички те са свързани с неразбиране на работата на механизма за отчитане на разходите 1C. Другари потребители, записите в книгата за приходи и разходи се формират не според данните от счетоводния регистър (оборотен баланс), а според данни от съвсем други регистри.
Затова искам още веднъж да напиша с удебелени букви това
сумите, включени в KUDiR, не се вземат от счетоводния регистър или баланса, а се формират в отделни регистри 1C Accounting 3.0
Ще разгледаме всички тези регистри по-долу. И обръщам толкова много внимание на този въпрос, защото
при поддържане на опростената данъчна система в 1C Accounting 3.0, въвеждане на ръчна операция с корекция само счетоводен регистър(суми в баланса) без коригиране на регистрите на опростената данъчна система, вие Вие 100% правите грешка.!!!
След въвеждане на ръчна транзакция, данните стават правилни в баланса, но корекциите на разходите се извършват неправилно! Ето защо, ако искате да коригирате нещо в заплати, данъци, стоки, консултирайте се с хора, които знаят как да го направят правилно в 1C Accounting 3.0. Правейки това, в крайна сметка ще се възползвате от спестяването на време и нерви в бъдеще при изпращане на отчети.
Проблемът допълнително се влошава от факта, че счетоводните периоди се затварят след отчетния период и коригирането на грешки в затворения период може да доведе до несъответствия между представените отчети и данните от 1C. Следователно, когато KUDiR в 1C Счетоводство 3.0 е попълнен неправилно, единственото правилно решение е да се коригират данните в началото на отворения период и да се направи общо повторно осчетоводяване на документи, в резултат на което да се създаде правилна книга за приходите и следва да се формират разходи.
Ще ви покажа как да направите това сами по-долу в тази статия. И сега ще разгледаме настройките на счетоводната политика според опростената данъчна система, тъй като понякога KUDiR в 1C Accounting 3.0 се попълва неправилно поради неправилни настройки на счетоводната политика.
Създаване на счетоводни политики според опростената данъчна система в 1C Accounting 3.0
Настройките на счетоводната политика според опростената данъчна система се определят преди началото на счетоводството и на теория не се променят през годината.
За да промените правилно счетоводната политика по опростената данъчна система в средата на годината, след промяната е необходимо да осчетоводите отново всички документи от началото на годината.
За да проучим метода за коригиране на счетоводството по опростената данъчна система, когато KUDiR в 1C Accounting 3.0 е попълнен неправилно, ще създадем нова организация в директорията „Организации“ - индивидуален предприемач - с опростена данъчна система от 15%. В картата ще попълним основните данни ръчно или с помощта на TIN, ако е свързана услугата 1C Counterparty. След попълване пристъпваме към настройка на данъчната система, като посочваме, че организацията има данъчна система Опростено (приходи минус разходи).
Най-важните настройки на опростената система за данъчно облагане в 1C Accounting 3.0 се намират във втория раздел „STS“.
В този раздел за всеки тип разход от опростената данъчна система можете да зададете реда на признаване. Законоустановените събития за признаване на разходи се определят с отметки, без възможност за премахване. Всяка организация решава дали да вземе или не предвид събития с възможност за промяна при признаване на разходи, като постави или премахне отметка в съответните полета. Ето защо,
при липса на разходи в КУДиР, когато са налице необходимите условия за признаване на разходи вж. в настройките за признаване на разходите на опростената данъчна системаза наличието на допълнителни събития за признаване на разходи.
Коригиране на грешки при признаване на разходи за стоки и материали
Нека разгледаме механизма за генериране на разходи за KUDiR за закупени стоки и материали. За по-добро разбиране на действията за коригиране на счетоводството на опростената данъчна система ще създадем проста счетоводна ситуация.
Първо, ще депозираме учредителна вноска в уставния капитал от 10 000 рубли по банкова сметка.
Ние плащаме за стоки и материали, за това превеждаме аванс на доставчика в размер на 4720 рубли (от които 720 рубли са ДДС). В този случай ще се генерира осчетоводяване Dt 60.02 Kt 51 и цялата сума на плащането попада в колона 6 „Общи разходи“ на КУДиР.
Извършваме получаването на платени артикули и разделяме получаването на стоки в размер на 3 единици. и пристигаме на сметка 41.01 за препродажба и материали в размер на 1 бр. по сметка 10.01. да използвате за собствени цели. 1C Accounting ще генерира разписки, но само плащането за закупения материал ще бъде включено в книгата за приходи и разходи.
Получените стоки не бяха включени в KUDiR, тъй като настройките за опростената данъчна система показват, че за признаване на разходите за закупени стоки са необходими събития: покупка на стоки, плащане за тях и продажба. За да се признаят материалите за разход, достатъчно условие е закупуването на материали и заплащането им:
Съответно стоките ще отидат в KUDiR след продажбата. Ще продадем една единица продукти от три закупени, за да можем да проверим работата на механизма за признаване на разходите по опростената данъчна система. Ние съставяме документ за продажба на закупени продукти (между другото, ако трябва да покажете брутни записи в TORG 12, след това прочетете публикацията Брутно в TORG 12 за 1C Accounting 3.0).
Наистина, след регистрация на продажбата, виждаме записи за потреблението на една стокова единица в записа в книгата за приходи и разходи на опростената данъчна система.
Примерът показва как първоначалните настройки на системата влияят върху формирането на записи в книгата за приходи и разходи на опростената данъчна система. Ето защо,
Ако не сте създали записи в KUDIR, тогава погледнете настройките за събития за признаване на разходи на опростената данъчна система и проверете целия път на движение на стоки или материали - от покупка до продажба или потребление в организацията.
Това правило ще се прилага, ако записите изобщо не се появят в Книгата след приключване на събитията. Но по-често има ситуации, когато разходите се признават неправилно.
Намиране и коригиране на грешки, когато KUDiR в 1C Accounting 3.0 е попълнен неправилно
Един пример за такава грешка е, когато продавате стоки за една сума, но в KUDiR попадне друга сума. В този случай викат програмист на 1C и започват да доказват с голяма страст, че програмата не работи правилно!!! 😡
Коригирането на този тип грешки изисква малко повече знания. Ако обърнете внимание на регистрите, по които 1C Accounting 3.0 прави осчетоводявания, тогава при осчетоводяване търговски операциизабележете движения в регистъра Разходи по опростената данъчна система. Този регистър натрупва всички разходи, които трябва да попаднат в KUDiR на опростената система за данъчно облагане. Съответно този регистър трябва да се гледа кога върху търговските операции KUDiR в 1C Accounting 3.0 е попълнен неправилно.
Можете да видите данните от регистъра за натрупване „Разходи по опростената данъчна система“ чрез „Универсален отчет“ (намиращ се в раздела „Отчети“), където избираме регистъра и конфигурираме групи и показатели. Данните от счетоводния регистър се генерират в баланса. За да направите равнение, е необходимо да създадете и двата регистъра за един и същ период и да проверите данните за евентуални несъответствия.
Ако искате да разберете естеството на грешката, проверете оборота и изчислете транзакциите, поради които счетоводството се е „разпръснало“. Ако трябва да коригирате направена преди това грешка, след това погледнете балансите и в случай на несъответствия направете корекции в регистъра „Разходи по опростената данъчна система“. Теоретично е възможно да се редактира счетоводният регистър, но обикновено счетоводителите се ръководят от данните в баланса, така че данните в този отчет се приемат за верни.
За да въведете корекция, използвайте документа за транзакция, в който е избран регистърът за редактиране, в нашия случай „Разходи по опростената данъчна система“.
Използвайки този документ, привеждаме балансите на регистъра „Разходи по опростената данъчна система“ към балансите на баланса. След това е необходимо да се направи обща повторна обработка на документи от момента на корекцията и тогава записите в KUDiR ще бъдат приети правилно.
Изданието обсъди механизма за корекция търговски операции, в който KUDiR в 1C Accounting 3.0 е попълнен неправилно. Ако сте забелязали, в цялата статия се подчертава, че говорим конкретно за търговски операции. Факт е, че транзакциите за сетълменти със служители и сетълменти със средства се формират по различен начин. В следващата публикация ще говорим точно за това.
До скоро!
KUDiR в 1C Accounting 3.0 е попълнен неправилно, как да го поправите (част 1)
Защо разходите за закупуване на стоки и материали не се включват в книгата за приходи и разходи? Това е въпросът, който ми задават почти всички „опростени хора“, с които започвам работа за първи път. И наистина, как е възможно това? Парите напуснаха текущата сметка, получихме стоките. Програмата не вижда ли разходи? И най-често битката започва! Счетоводителката и тази "едностайна". Е, нека да го разберем. В крайна сметка, всъщност всичко е много просто.
Ще говорим за програмата 1C: Счетоводство 8, издание 3. И ще започна статията си, разбира се, като разгледам настройките на данъчното счетоводство в програмата.
В секцията ОсновенДа преминем към настройването на данъци и отчети. И на отметката опростена данъчна системаразгънете Ред за признаване на разходите:
Всъщност това е същата настройка, този набор от „отметки“, който отговаря за това кога определени разходи трябва да бъдат включени в KUDiR. НИЕ ще се спрем подробно на разходите за закупуване на материали и стоки:
Моля, имайте предвид, че някои квадратчета за отметка могат да бъдат отметнати или премахнати, докато други не могат. Всяка отметка означава регистрация на конкретен документ в програмата, необходим за приемане на разходи. Тоест, колкото повече отметки са отметнати, толкова повече операции с продукт или материал трябва да се направят в програмата, за да се приемат автоматично разходите в КУДиР.
Например, по подразбиране са избрани две квадратчета за отметка за материали: получаване на материали и плащане за материали. Тези. За да бъдат включени разходите за закупуване на материали в книгата, е необходимо да се отрази плащането им в програмата (дебит от текущата сметка или RKO) и да се осчетоводи в склада. Тези. въведете документа за получаване. И двата документа са задължителни! Иначе често чувам, че съм платил с парите, но по някаква причина данъчната основа не е намаляла. Фактът на плащане сам по себе си НЕ Е ДОСТАТЪЧЕН!
Още „по-зле“ стоят нещата със стоките. В този случай, за да приемете разхода, не е достатъчно да платите и получите стоката в склада. Също така трябва да се ПРОДАДЕ!
Нека да разгледаме примерите.
Така че, нека да разгледаме конкретен пример. Нашата организация закупи канцеларски материали. Често се случва организацията първо да преведе пари на доставчика предварително. Нека създадем документ с тип операция Плащане към доставчика:
Ще го оформим веднага Книга за приходите и разходитеза 3-то тримесечие и се уверете, че въпреки факта, че вече сме направили разходи, въпреки това те не са отразени в KUDiR:
Сега нека създадем документ Получаване на стоки и услуги.Внимателно попълваме сметката. Материалите трябва да бъдат капитализирани, например, в сметка 10.01. Как да настроите автоматично попълване на счетоводни сметки на артикули в документи, можете да прочетете в нашия статия.
Сега нека отново създадем книга и виждаме, че сега тя отразява разходите за материали. Обърнете внимание на съдържанието на сделката в отчета. Тези. в книгата за приходите и разходите датата е номерът и съдържанието на документа, с който разходите се включват в данъчното счетоводство. В случая са получени материали по фактура № 547:
Добре тогава. Но какво ще се случи, ако материалите първо пристигнаха при нас, получихме ги:
И по-късно те платиха:
В този случай записите в книгата за приходите и разходите ще бъдат отразени по различен начин. Тези. Програмата записва, че е извършено плащане за вече доставен материал. А датата и номерът на документа са датата и номерът на дебита от разплащателната сметка.
Тези. За да приемем разходи за материали, имаме нужда от два документа, съответстващи на две квадратчета за отметка в настройката на данъчното счетоводство.
Със стоките е малко по-сложно. Нека разгледаме един пример. Нашата организация закупи стоки за препродажба. Отново обръщам внимание на т. счетоводни сметки.
Тогава платих за този артикул:
Тъй като става въпрос за стоки, въпреки факта, че стоките са осчетоводени в склада и дори заплатени изцяло, в книгата за приходи и разходи няма информация за тези разходи:
И едва след като стоките бъдат продадени, програмата ще вземе предвид нашите разходи. Моля, обърнете внимание, че продадохме продукта не изцяло, а частично:
И KUDiR отразява разходите само по отношение на продадените стоки:
Тези. За да приемете разходи за закупуване на стоки, имате нужда от три документа - три квадратчета за отметка в настройките на данъчното счетоводство. Ако поставите отметка в друго поле, ще ви трябват четири документа.
Това е цялата голяма (или малка) тайна на приемането в 1C: Счетоводна програма 8 разходи за придобиване на материални запаси.
Надявам се да намерите статията ми полезна. Особено в навечерието на 9-месечната отчетна кампания.
Ако след като прочетете, все още имате въпроси, можете да ги зададете в коментарите.
Случва се да възникнат ситуации, когато при въвеждане на всички документи очакваните разходи не се показват в книгата за разходи и приходи.
Нека да разгледаме най-честите причини, поради които разходите, отразени в счетоводството, не се показват в KUDIR.
1. Реквизит „Разходи (OU)“
В съответствие с чл. 346.16 от Данъчния кодекс на Руската федерация, списъкът на приетите разходи е затворен, т.е. Само тези разходи, които са изрично посочени в тази статия, могат да се вземат предвид като разходи.
При отразяване на разходите в програмата се посочва дали тези разходи са приети или не, т.е. отговарят ли на изискванията на чл. 346.16 от Данъчния кодекс на Руската федерация или не.
Например в документа „Получаване на стоки и услуги“, отразяващ услугите на трета организация, ще изглежда така.
Фиг. 1 „Документ - Получаване на стоки и услуги“
Струва си да се отбележи, че разходите се считат за неприети, ако детайлът „Разходи (OU)“ не е попълнен.
Що се отнася до стоките и материалите, има определени трудности. При тях приемливостта на разходите се определя както от получаването, така и от отписването.
Например, въпреки факта, че в документа за получаване е посочено „прието“ за материали и стоки, разходите за тях няма да бъдат приети, ако например материалите са били отписани като неприемливи разходи и стоките са били продадени като част от дейности, предмет на UTII.
Друг пример е безплатната доставка на материали. Такива материали няма да се приемат като разходи. Дори в изискването – фактура да е посочено „прието“, в документа за получаване в колона „Разходи (ОЕ)“ ще бъде посочено „не е прието“.
2. Плащане и други необходими условия
Както се изисква от касовия метод, разходите ще бъдат признати само след извършено действително плащане.
За някои видове разходи има допълнителни условия, например разходите за закупуване на стоки не могат да бъдат приети, преди да бъдат продадени.
Програмата автоматично следи всички необходими условия и докато не бъдат отразени всички необходими събития, потреблението няма да се показва в KUDIR. Следователно втората причина може да бъде фактът, че разходите не са платени или не са настъпили определени събития, които са необходими за признаване на разхода.
3. Последователност на документите
Една от най-честите причини е датата на документите със задна дата.
Когато работите с документи със задна дата, е необходимо да публикувате повторно всички последващи документи, свързани с тези разходи. Ако не можете да установите връзка, ще трябва да прекачите всичко.
4. Начални салда
При опростената система за данъчно облагане специалното счетоводство се води в специални регистри за начисляване. Тези регистри съдържат информация за пратки със стоки и материали, взаимни разчети и специфична информация за разходите.
Първоначалните салда трябва да бъдат въведени в тези регистри, т.е. ако има разходи, които са свързани с операции, извършени преди началото на счетоводството или преди прехода към опростена система за данъчно облагане, тогава тази информация трябва да бъде въведена. Ако не въведете първоначални салда, тогава разходите може да не бъдат включени в KUDIR, ето още една причина.
5. Дата на счетоводна валидност
В „1C: Счетоводство 8“ има механизъм, който ви позволява да разделите осчетоводяването на документа на два етапа, за да ускорите работата - бърза регистрация на документа и окончателно осчетоводяване в пакетен режим. В този механизъм има такова нещо като дата на релевантност на счетоводството - преди тази дата счетоводството е текущо и документите са попълнени изцяло, а след тази дата документите все още чакат окончателно приключване. С оглед на това разходите може да не бъдат признати, ако документът не е осчетоводен изцяло (разположен след датата на релевантност).
6. Взаимни разплащания с помощта на сетълмент документи само за данъчно счетоводство
Тази ситуация е доста рядка, но тъй като е трудно да се идентифицира сами, заслужава отделно описание.
В 1C: Счетоводство 8 счетоводството за взаимни разплащания по споразумение с контрагент може да се поддържа по два начина:
- Съгласно договора като цяло;
- Според документите за сетълмент.
Счетоводството за взаимни разплащания за целите на опростената данъчна система работи по същия начин. Възможно е в настройките на счетоводството поддържането на анализа на „Документ за сетълмент с контрагента“ да е деактивирано, но да се използват споразумения „въз основа на документи за сетълмент“. В този случай според счетоводството не се забелязва, че авансите и плащанията не са затворени, а в данъчното счетоводство разходите се считат за неплатени и не се отразяват в KUDIR.
В такава ситуация се препоръчва правилно да попълните данните за „документ за сетълмент“ в документите или да откажете да използвате споразумения с взаимни сетълменти „съгласно
документи за сетълмент" и вместо това използвайте споразумение с взаимни сетълменти съгласно „споразумението като цяло".
Анализ на състоянието на разходите, подлежащи на отразяване в данъчното счетоводство съгласно опростената данъчна система
Регистърът за натрупване „Разходи по опростената данъчна система“ съхранява информация за всеки разход на организацията, който може да бъде отразен в KUDIR.
Информацията от най-голям интерес е:
- по какви причини и какви разходи не се приемат за данъчно счетоводство;
- Какво трябва да се направи, за да се гарантира, че тези разходи се приемат за данъчно счетоводство.
Състоянията на разходите могат да приемат следните стойности:
- Не е отписан;
- Неотписани, неплатени;
- Не е платено;
- Не е платено, не е платено от купувача;
- Не е платено от купувача.
В отчета задайте следните настройки (Фигура 2-3).
Колеги!
Често в нашата практика възникват въпроси относно приемането на разходи в КУДиР.
Изглежда, че са направили всичко: получили са и въвели фактурата в базата данни, платили са фактурата на доставчика, изпратили са стоките на купувача, но разходите не се записват в KUDiR.
И така, какво трябва да направя?
Трябва да въведете тези разходи с помощта на документа за вписване в книгата за приходи и разходи.
Но това означава да вършите двойна работа и евентуално да получите грешка в бъдеще.
И така, нека се опитаме да отговорим на въпроса „защо“ се случва това и как да проверим дали са изпълнени условията за приемане на разходите като разходи.
И така, нека започнем...
Предварителни бележки: ние разглеждаме настройките на счетоводната политика:
- Счетоводна политика - раздел на опростената данъчна система - Процедура за признаване като разходи:
Всичко зависи от настройките на счетоводната политика.
Ние внимателно анализираме отбелязаните данни: по реда на признаване на разходите си струва
Получаване на стоки, плащане на стоки и продажба на стоки. Тези. Ако имате отметка „Продажба на стоки“, тогава плащането на стоките и осчетоводяването на стоките за признаване на разходи в KUDiR няма да ви бъде достатъчно. Тогава разходите ще бъдат включени в разходите на KUDiR едва след като стоките бъдат изпратени. И ако има отметка в квадратчето „Получаване на доход (плащане от купувача)“, тогава получаване на плащане от купувача.
Това е най-важното нещо, с което винаги да започвате да проверявате.
2. Вторият много важен момент: проверка на осчетоводяването на разходите в НУ.
Това ще трябва да стане чрез проверка на документи за професионално училище, изисквания към фактури и т.н., където има осчетоводяване на разходите на НУ. Разходната позиция може да е избрана неправилно ( не е взето предвид разходи в НУ).
3. Ако всичко е по ал. 1-2 Проверихте, тогава работата започва с регистъра за натрупване на разходи по опростената данъчна система.
Изградете отчет за него в Универсалния отчет с селекция за разходния елемент, който не се взема предвид в KUDiR и анализирайте получените данни.
Използвайки данните в регистъра "Разходи по опростената данъчна система", можете да определите кои разходи все още не са приети за данъчно счетоводство, по какви причини и какво трябва да се случи, за да бъде приет конкретен разход за данъчно счетоводство.
Обща схема за приемане на разходи:
— Получаване на стоки (PTU): Не е отписано, не е платено
— Плащане към доставчика (Извлечение): Не е отписано
— Продажби (RTU): Не се заплаща от купувача
— Плащане от купувача (Извлечение): Приема се като разноски.
В зависимост от това, което имате във вашата счетоводна политика, последните две условия могат или не могат да бъдат взети предвид, когато се приемат като разход.
В нашия случай статусът „Неплатено“ показва, че не сте платили за професионално обучение на доставчика, поради което не можете да приемете сумите като разходи
И Статусът е “неотписан” - няма продажба на закупената стока, така че отново не може да се приеме за разход.
Статус „неотписан, неплатен“ - продуктът не е платен на доставчика и за него няма продажба.
Ето пример за съставяне на отчет за регистъра за натрупване на разходи по опростената данъчна система:
