1с расчет налога усн ошибка
Опубликовано: 03.05.2024
Общие сведения
Данный механизм позволяет получить набор данных из помощника расчета налога УСН в приложении 1С. Возвращаемые данные включают показатели для расчета налога и расшифровку подсчета суммы налога к уплате. В состав возвращаемых данных (файл с разметкой JSON) входят:
- Сумма полученных доходов за период
- Сумма возвратов денежных средств покупателям за период
- Сумма фактически уплаченных за период страховых взносов
- Ставка налога УСН в процентах (передается для использования в расчетах)
- Сумма авансовых платежей по налогу УСН, уже уплаченных с начала периода (года) по конец предыдущего квартала
- Сумма фактического уменьшения налога на уплаченные страховые взносы (передается для использования в расчетах)
- Сумма переплаты по налогу опеределяется как разница между суммой платежей за налоговые периоды до конца предыдущего года и начисленными суммами налога за эти периоды.
- Сумма налога (или авансового платежа) УСН к уплате (передается для использования в расчетах)
- Сумма фактически уплаченного налога или авансового платежа
- Сумма налога (авансового платежа), которую осталось оплатить с учетом фактически уплаченной
- Объект-описание состояния расчетов по налогу за прошлые годы
- Признак необходимости показать информацию о входящих расчетах за прошлые годы
- Текстовая информация о состоянии расчетов за прошлые годы: наличии задолженности или необходимости ввода начальных остатков по налогу за прошлые годы
- Ссылка для перехода к оплате задолженности по налогу прошлых лет; заполняется, если такая задолженность есть.
- Набор объектов-описаний расчета налога по шагам
- Номер этапа расчета
- Описание подробностей расчета на данном шаге (формула, расшифровка и т.п.)
- Результат расчета на данном шаге
- Набор объектов-описаний ссылок перехода к другим страницам или к формам в приложении 1С
Формат входящих параметров
При выполнении запроса к данным помощника внешняя система должна передать в теле запроса параметры в виде JSON со структурой:
- organization – организация или индивидуальный предприниматель. Если не указано, данные будут получены по основной организации
- inn – ИНН организации (10 символов) или индивидуального предпринимателя (12 символов)
- kpp – КПП организации. Имеет смысл только для юридических лиц. Не заполняется для ИП
- date – дата из квартала, за который рассчитывается налог; для унификации лучше договориться, что передаем последний день квартала со временем 23:59:59
Поле "organization" является необязательным. Если не указано, данные будут получены по основной организации.
Ответы при формировании файла данных
В описании выходных данных под «периодом» понимается интервал с начала года по конец квартала помощника, если явно не оговорено иное.
Структура файла ответа
Состав объекта выходных данных:
- income – число – сумма полученных доходов за период, отображается на форме в поле «Доходы»
- refund – число – сумма возвратов денег покупателям за период, отображается на форме в поле «Возвраты покупателям»
- insurance_payments – число – сумма фактически уплаченных за период страховых взносов, отображается на форме в поле «Страховые взносы»
- tax_rate - число – ставка налога УСН в процентах; не отображается, передается для использования в расчетах
- tax_rate_presentation – строка – представление ставки налога, отображается на форме в поле «Возвраты покупателям»; помимо ставки, может содержать информацию об об особенностях налогобложения (например, режиме «налоговых каникул»)
- advance_payments – число – сумма авансовых платежей по налогу УСН, уже уплаченных с начала периода (года) по конец предыдущего квартала; элемент отсутствует в данных за 1-й квартал года
- advance_payments_period_presentation – строка – представление периода уже уплаченных авансовых платежей (с начала года по конец предыдущего квартала); выводится на форму в составе заголовка «Авансовые платежи за [advance_payments_period_presentation]»; элемент отсутствует в данных за 1-й квартал года
- tax_reduction – число – сумма фактического уменьшения налога на уплаченные страховые взносы; не отображается, передается для использования в расчетах
- tax_initial_overpayment – число – сумма переплаты по налогу УСН за предыдущие годы до текущего года помощника ; не отображается, передается для использования в расчетах
- tax_to_pay – число - сумма налога (или авансового платежа) УСН к уплате; не отображается, передается для использования в расчетах
- tax_paid – число - сумма фактически уплаченного налога или авансового платежа
- tax_left_to_pay – число - сумма налога (авансового платежа), которую осталось оплатить с учетом фактически уплаченной; равна разности сумм tax_to_pay и tax_paid, но не меньше нуля; возвращается при получении реквизитов налогового платежа УСН в поле sum выходных данных API tax_payment_details
- calculation – массив - набор объектов-описаний расчета налога по шагам, транслирует содержимое группы формы «Расчет суммы налога к уплате»; формат входящих объектов:
- step – число – номер этапа расчета
- description - строка - описание подробностей расчета на данном шаге (формула, расшифровка и т.п.)
- value – строка – результат расчета на данном шаге
- previous_tax – структура – объект-описание расчетов по налогу за прошлые годы:
- show_previous_tax – булево – если true, имеется требующая показа информация о входящих расчетах за прошлые годы
- previous_tax_message – строка - информация о состоянии расчетов за прошлые годы
- link – структура – описание ссылки на сервис оплаты задолженности по налогу за прошлые годы, состав аналогичен объектам в массиве links ; заполняется, если есть задолженность за прошлые годы
- links – массив – набор объектов-описаний ссылок перехода к другим страницам или к формам в приложении 1С; формат описаний ссылок единый для всех отчетов и помощников:
- name - строка – имя (идентификатор) ссылки в стиле snake_case; предназначен для однозначной идентификации ссылки принимающей стороной
- type – строка - тип передаваемой ссылки; возможны 2 варианта:
endpoint – ссылка предназначена для вызова http-сервиса;
anchor – ссылка навигационная («якорь») для перехода в приложение 1С - title – строка – пользовательское представление ссылки
- address – строка - относительный адрес ссылки (без адреса сервера и информационной базы 1С):
для ссылок endpoint - относительный URL публикуемого http-сервиса;
для ссылок anchor - навигационная ссылка в формате 1С - settings - ожидаемые входящие параметры для POST-запросов к http-сервисам; передается только для ссылок endpoint; если отсутствует или равен null – обработчику ссылки не требуются входящие параметры
Сегодня разберём тему, вызывающую, пожалуй, наибольшее число вопросов от начинающих (и не только) бухгалтеров - порядок признания доходов и расходов при упрощенной системе налогообложения (УСН) в семействе программ 1С:Бухгалтерия 8.
Примеры будем рассматривать в 1С:Бухгалтерия 8.3 (редакция 3.0). Но в "двойке" всё работает аналогично.
Небольшой экскурс в теорию
Нас интересует заполнение книги доходов и расходов (КУДИР). В этой замечательной книге:
- графа 4 - это колонка "Доходы всего"
- графа 5 - это "Принимаемые доходы"
- графа 6 - это колонка "Расходы всего"
- графа 7 - это "Принимаемые расходы"
Нас прежде всего интересуют графы 5 и 7. Именно они влияют на размер уплачиваемого нами единого налога.
Есть два основных режима на "упрощёнке":
- доходы (графа 5)
- доходы (графа 5) минус расходы (графа 7)
Для расчёта единого налога в первом случае мы просто умножаем величину доходов на 6%, а во втором разницу между доходами и расходами умножаем на 15%.
Вкратце это всё.
Правильно посчитать доходы и расходы - это и есть самая трудная задача. Уже исходя из самого наличия четырёх колонок "доходы всего" и "доходы принимаемые", "расходы всего" и "расходы принимаемые" выходит, что не все доходы и расходы можно брать для расчёта налога.
Нужно уметь правильно определять момент признания дохода или расхода. При УСН для этого в обязательном порядке используется кассовый метод.
При кассовом методе датой получения дохода признаётся день поступления средств на счета в банках или в кассу. Причём неважно - аванс это или оплата. Деньги пришли - доход получен, а следовательно сразу попадает в графы 4 и 5.
Как видите, с доходами всё крайне просто. Любое поступление денег (в кассу или на расчётный счёт) попадает в общие и признаваемые доходы, с которых нужно уплачивать налог.
С расходами всё несколько сложнее.
Для признания расходов на приобретение материалов - нужно отразить факт их поступления и оплаты.
Для признания расходов на оплату оказанных нам услуг - нужно отразить факт их оказания и оплаты.
Для признания расходов на приобретение товаров для последующей перепродажи - нужно отразить факт их поступления, оплаты и реализации.
Для признания расходов на оплату труда - нужно отразить факт её начисления и оплаты.
При оплате через авансовые отчёты - помимо вышеперечисленных условий требуется отразить факт выдачи денег подотчётному лицу.
Как видите, для многих из перечисленных ситуаций есть сразу несколько условий признания расхода. И эти условия могут выполняться в различном порядке. При том моментом признания расхода будет считаться последнее из выполненных условий .
Аванс от покупателя по банку
Покупатель перечислил нам деньги на расчётный счёт в счёт предоплаты (аванс). Согласно нашему предположению (кассовый метод) эта сумма сразу попадёт в "Доходы всего" (графа 4) и "Доходы учитываемые" (графа 5):
поступление по банку -> графа 4 + графа 5
Оформляем выписку (поступление на расчётный счёт) на 2000 рублей от покупателя ООО "Волшебная Лань":
Проводим и открываем проводки документа (кнопка ДтКт). Видим, что сумма оплаты отнеслась на 62.02 - всё верно, ведь это аванс:
Тут же переходим на вторую закладку "Книга учета доходов и расходов". Именно здесь суммы оплаты разносятся (или не разносятся) по графам КУДИР. Видим, что поступившие 2000 рублей попали сразу в 4 и 5 графы:
Аванс от покупателя по кассе
С кассой всё аналогично банку. Покупатель внёс деньги в кассу в качестве предоплаты (аванс). Согласно нашему предположению (кассовый метод) эта сумма сразу попадёт в графы 4 и 5:
поступление по кассе -> графа 4 + графа 5
Оформляем приходный кассовый ордер (поступление наличных) от покупателя "Свергуненко М. Ф." на сумма 3000 рублей:
Проводим документ и переходим к его проводкам (кнопка ДтКт). Видим, что сумма оплаты отнеслась на 62.02 - всё верно, ведь это аванс:
Тут же переходим на закладку "Книгу учета доходов и расходов" и видим, что наша сумма целиком попала в графы 4 и 5:
Оплата поставщику за оказанные услуги
Переходим к расходам. Тут всё интереснее. Но не в случае с оплатой оказанных нам услуг. Нам достаточно ввести в программу акт об оказании услуг и его оплату, тогда сам акт (согласно кассовому методу) не сделает никаких отметок в графах КУДИР, а вот выписка по банку сразу разнесёт сумму оплаты по графам 6 и 7:
акт об оказании услуг -> ничего не сделает
оплата по банку -> графа 6 + графа 7
Вносим в программу акт об оказании услуг от поставщика "Аэрофлот" на сумма 2500:
Проводим документ и переходим к его проводкам (кнопка ДтКт). Видим, что затраты (26 счёт) отнеслись на 60.01 - всё верно:
Закладки "Книга учёта доходов и расходов" мы не видим, что и означает, что указанные 2500 не попали ни в одну из граф КУДИР. Идём дальше.
Вносим следующим днём выписку об оплате оказанных нам услуг:
Проводим выписку и смотрим её проводки. Видим, что сумма оплаты отнеслась на 60.01:
Тут же переходим на закладку "Книга учета доходов и расходов" и видим, что оплаченные 2500, наконец, попали в графы 6 и 7:
Аванс поставщику в счёт оказания услуг
А что если мы сделали поставщику предоплату за оказанные услуги (аванс)? И уже затем оформили акт об оказании услуг. Схематично это будет выглядеть так:
оплата по банку -> заполнит графу 6
акт об оказании услуг -> заполнит графу 7
Внесём в программу выписку по банку (наш аванс поставщику) на сумму 4500:
Проведём документ и откроем его проводки (кнопка ДтКт). Видим, что сумма попала на 60.02 - всё верно, ведь это аванс:
Тут же перейдём на закладку "Книгу учета доходов и расходов" и увидим, что сумма аванса попала только в графу 6:
И это правильно. Согласно кассовому методу в графу 7 (принимаемые расходы) мы сможем взять эту сумму только после внесения акта об оказании услуг. Сделаем это.
Внесём в программу акт об оказании услуг следующим днём:
Проведём документ и посмотрим проводки:
Тут же перейдём на закладку "Книга учета доходов и расходов" и увидим, что сумма оплаты наконец попала в седьмую графу:
Оплата поставщику за материалы
Важно! Вначале правильно настроим порядок признания расходов в учётной политике - ссылка на инструкцию.
Далее будем рассуждать так. У нас кассовый метод. Вначале было поступление материалов, затем оплата по банку. Очевидно именно оплата по банку (так как поступление уже было) создаст записи по графам 6 и 7. Схематично это будет так:
поступление материалов -> ничего не создаст
оплата по банку за материалы -> заполнит графу 6 и графу 7
Внесём в программу поступление материалов на сумму 1000 рублей:
Проведём документ и откроем его проводки (кнопка ДтКт):
Видим, что рядом с проводками не появилась закладка "Книга учета доходов и расходов". Это значит, что документ поступления материалов в данном случае не создал записей ни по одной из граф КУДИР.
Внесём выписку об оплате материалов следующим днём:
Проведём документ и откроем его проводки (кнопка ДтКт):
Тут же перейдём на вкладку "Книга учета доходов и расходов" и увидим, что документ заполнил графы 6 и 7:
Аванс поставщику в счёт поставки материалов
Важно! Вначале правильно настроим порядок признания расходов в учётной политике - ссылка на инструкцию.
В данном случае вначале следует оплата, затем поступление материалов. Согласно логике кассового метода полное признание расходов (графа 7) будет возможно лишь после оформление обоих документов. Схематично это будет так:
оплата по банку в счёт поставки материалов -> заполнит графу 6
поступление материалов -> заполнит графу 7
Внесём в программу выписку об о предоплате за материалы на 3200 рублей:
Проведём документ и откроем его проводки (кнопка ДтКт):
Тут же перейдём на закладку "Книга учета доходов и расходов" и увидим, что выписка заполнила пока только графу 6 (расходы всего):
Для заполнения седьмой графы недостаёт документа поступление материалов. Оформим его:
Проводим документ и смотрим его проводки (кнопка ДтКт):
Тут же переходим на закладку "Книга учета доходов и расходов" и видим, что документ поступление материалов заполнил недостающую графу 7:
Оплата поставщику за товары
Важно! Вначале правильно настроим порядок признания расходов в учётной политике - ссылка на инструкцию.
В целом порядок признания расходов на закупку товаров для реализации похож на ситуацию с поступлением материалов - тут также требуется поступление и оплата. Но дополнительным (третьим) требованием является то, что расходы признаются только по мере реализации купленных товаров .
Схематично наша схема будет такой:
поступление товаров -> ничего не заполняет
оплата товаров по банку -> заполняет графу 6
реализация оплаченных товаров -> заполняет графу 7
Внесём в программу поступление товаров на сумму 31292 рубля:
Проведём документ и откроем его проводки (кнопка ДтКт):
Видим, что закладка "Книга учёта доходов и расходов" отсутствует, а значит документ ничего не записал в графы КУДИР.
Внесём выписку об оплате товаров поставщику:
Проведём документ и откроем его проводки:
Тут же перейдём на закладку "Книга учета доходов и расходов" и увидим, что сумма оплаты попала в расходы всего (графа 6). В седьмую графу (расходы принятые) эта сумма будет попадать по мере реализации товара.
Предположим, что весь товар продан. Оформим его реализацию:
Проведём документ и откроем его проводки (кнопка ДтКт):
Тут же перейдём на закладку "Книга учета доходов и расходов" и увидим, что сумма оплаты, наконец, попала в седьмую графу:
Аванс поставщику за товары
Важно! Вначале правильно настроим порядок признания расходов в учётной политике - ссылка на инструкцию.
Тут всё аналогично оплате поставщику за товары (предыдущий пункт). За исключением того, что сумма оплаты попадет в шестую графу первым же документом (выписка по банку). Схема будет такой:
оплата товаров по банку -> заполнит графу 6
поступление товаров -> ничего не заполнит
реализация оплаченных товаров -> заполнит графу 7
Оплата поставщику через авансовый отчёт
Важно! Вначале правильно настроим порядок признания расходов в учётной политике - ссылка на инструкцию.
Если в любой из описанных выше ситуаций заменить оплату по банку на оплату через подотчётное лицо - всё будет работать точно также.
Но есть нюанс. Главное условие для того, чтобы взялись расходы, оплаченные по авансовому отчёту (помимо перечисленных выше) - это собственно выдача денег подотчётному лицу (расходный кассовый ордер).
Именно документом РКО будет заполнена графа 6.
Графа 7 же заполнится при наступлении следующих дополнительных условий: авансовый отчёт + (акт об оказании услуги или поступление материала или поступление товара и его продажа). Причём эта графа заполнится документом наиболее поздним по дате.
Выплата заработной платы
Для заполнения граф 6 и 7 необходимо наличие сразу двух документов: начисление и выплата зарплаты.
начисление зарплаты -> ничего не заполнит
выдача зарплаты (РКО) -> заполнит графу 6 и графу 7
выдача зарплаты до начисления (РКО) -> заполнит графу 6
начисление зарплаты -> заполнит графу 7
Мы молодцы, на этом всё
Кстати, подписывайтесь на новые уроки.
С уважением, Владимир Милькин (преподаватель школы 1С программистов и разработчик обновлятора).
Как помочь сайту: расскажите (кнопки поделиться ниже) о нём своим друзьям и коллегам. Сделайте это один раз и вы внесете существенный вклад в развитие сайта. На сайте нет рекламы, но чем больше людей им пользуются, тем больше сил у меня для его поддержки.
Нажмите одну из кнопок, чтобы поделиться:
Но только на первый взгляд упрощённая система налогообложения проста при её применении в программах «1С». Несмотря на то, что налоговым периодом является год, проверку налогового учёта следует проводить квартально, а лучше – ежемесячно. Рассмотрим основные настройки учёта при УСН «доходы минус расходы» и возможности его проверки.
Итак, все основные настройки для УСН находятся в учётной политике. По кнопке Порядок признания расходов настраиваются условия, а точнее события (хозяйственные операции), выполнение которых необходимо для признания расходов уменьшающими налоговую базу по единому налогу (рисунок 1). Сформулируем эти условия:
- Для признания расходов по материалам достаточно оформить поступление материалов и оплату материалов поставщику, передавать материал в производство необязательно, но пользователь может установить такую настройку.
- Для признания входящего НДС необходимо, чтобы НДС был предъявлен поставщиком, оплачен ему и расходы по приобретённым товарам (работам, услугам) приняты.
- Для признания расходов по товарам также нужно выполнить три условия: товар должен быть оприходован, оплачен и продан. Получение оплаты от покупателя – необязательное условие.
- Для признания дополнительных расходов, включаемых в себестоимость, необходимо оформить их поступление и оплату.
В этой настройке по признанию расходов приведены объекты налогового учёта по УСН, которые пользователь может отрегулировать согласно своей учётной политике. Что же касается других объектов учёта, в частности, услуг, зарплаты, основных средств, то здесь условия признания законодательно закреплены и неизменны: по услугам расходы должны быть оприходованы и оплачены, зарплата – начислена и выплачена, основные средства – оприходованы и приняты к учёту.
Теперь поговорим о том, каким же образом программа определяет степень «признанности» расходов. Для ведения бухгалтерского учёта предназначены проводки и план счетов, для налогового учёта по налогу на прибыль – также проводки и план счетов, но записи производятся в дебет и кредит по ресурсам НУ, ПР и ВР. Для ведения налогового учёта по упрощённой системе налогообложения предусмотрены специальные регистры, куда записи вносятся с видом приход или расход. Например, оформляем поступление услуги от поставщика на сумму 10 тысяч рублей. Непосредственно после проведения документа можно изучить, какие движения по регистрам сделал документ по кнопке Дт/Кт .
За формирование записей в Книгу учёта доходов и расходов УСН (КУДиР) отвечает регистр накопления Расходы при УСН. Регистр один, но у него есть несколько видов расходов. В частности, в нашем примере вид расходов принимает значение Услуги. Статус оплаты в регистре контролирует степень «оплаченности» услуги. В данном случае мы видим, что пока услуга не оплачена. После того, как услуга будет оплачена, регистр Расходы при УСН видоизменится следующим образом: пройдёт расход по статусу Не оплачено и появится ещё одна закладка – Книга учёта доходов и расходов (УСН), в которой видно, что сумма оплаты попала в колонку 7, в принимаемые расходы. Таким образом, видно, что контролировать попадание расходов можно непосредственно из проводок документа. Ещё хотелось бы обратить внимание на содержание записи КУДиР. В нашем случае последним из условий было выполнено условие по оплате услуги на сумму 8 тысяч рублей, поэтому в записи будет указано списание с расчётного счёта. Если бы оплата предшествовала поступлению, то в КУДиР содержание указывало бы на поступление услуг по договору, но это не значит, что расход признан неправомерно, просто хронологически условия выполнялись в другом порядке (рисунок 2).
Кроме того, для признания услуг очень важно, чтобы в документах поступления и оплаты был выбран строго один и тот же контрагент и договор(!). Несовпадение договоров – самая распространённая ошибка в учёте. Чтобы программе «было понятно», что выполнены два условия – поступление и оплата, необходимо в поле Зачёт авансов выбирать Автоматически. На признание расхода также влияет статус Расхода (НУ) непосредственно в самом документе Поступление товаров и услуг. Нужно проверить, чтобы был выбран статус Принимаются.
До проведения анализа признанных расходов рекомендовано сделать групповое перепроведение документов, чтобы восстановить хронологическую последовательность. Понятно, что в течение квартала, а тем более – года, проводится огромное количество документов, а также поступления и оплаты по множеству поставщиков, суммы могут не совпадать, и последнее условие может выполниться только в последующих документах. Поэтому для проверки в конфигурации «Бухгалтерия предприятия» (редакция 3.0) предназначен отчёт Анализ состояния налогового учёта по УСН (рисунок 3).
Отчёт даёт возможность в разрезе услуг проанализировать выполнение условий по поступлению и оплате. В нашем случае видим, что поскольку услуга оплачена только на 8 тысяч рублей, то только эта сумма считается признанным расходом. Оставшиеся 2 тысячи рублей признаются только после следующей оплаты.
Переходим к расходам по зарплате. Для корректного признания таких расходов необходимо чёткое соответствие субконто 70 счёта в документах начисления и выплаты, а именно – физических лиц. Поскольку в документе Начисление зарплаты выбирается не физическое лицо, а сотрудник, то необходимо проверить, чтобы в справочнике физлиц было только одно физлицо соответствующее сотруднику. Иначе может получиться так, что в начислении выбирается одно физлицо, а выплата зарплаты проходит по-другому. На рисунке 5 видно, что в марте выплачена зарплата за февраль и эта сумма попала в принимаемый расход. Но мартовская зарплата будет выплачена только в апреле, поэтому она остаётся как долг по зарплате на конец месяца.
Для признания расходов по налогам с заработной платы необходимо начисление налога и уплата его в бюджет. Для субсчетов 69 счёта нужно, в общем случае, выбирать аналитику Налог (взносы): начислено / уплачено. Здесь нужно помнить один нюанс, отражающий логику работы программы: если был начислен больничный лист, то проводкой Дт 69/Кт 70 выполняется условие оплаты, несмотря на то, что фактически налог не перечисляли с расчётного счёта. В соответствии с п. 2 ст. 346.17 НК РФ, в целях главы 26.2 оплатой признаётся прекращение обязательства налогоплательщика.
Что касается основных средств, то здесь есть особенность при признании расходов. Как мы уже отмечали, основное средство нужно купить и оплатить, но само признание будет происходить раз в квартал после проведения при закрытии месяца регламентной операции Признание расходов на приобретение ОС для УСН.
Переходим к учёту товаров, но сначала отметим важную настройку УСН. При выборе в учётной политике режима налогообложения УСН «доходы минус расходы» автоматически в настройке параметров учёта включается учёт по партиям, то есть документам поступления, и это не случайно. Для того, чтобы программа записывала в регистры движения в разрезе документов и при этом отслеживала степень выполнения условий по признанию расходов в разрезе партий, и нужна эта настройка. Исходя из этой логики, и списание материально-производственных запасов может производиться только по методу ФИФО, поскольку только при таком способе оценки списание происходит по документам поступления.
Учёт по документам поступления важен для учёта товаров, поскольку для признания расходов по ним требуется выполнение трёх условий. В программе автоматически по каждой позиции товара отслеживается, в какой сумме он оприходован, оплачен поставщику и реализован (рисунок 6). В отчёте Анализ состояния налогового учёта по УСН можно это увидеть по каждой позиции номенклатуры. Понятно, что при большом ассортименте продаж делать проверку по каждой позиции может оказаться трудоёмко, но другого выхода нет. В программе реализован максимально приемлемый механизм учёта затрат по товарам, подкреплённый законодательством. Поэтому, как упоминалось ранее, проверку рекомендовано делать с определённой периодичностью.
Большая часть учётных операций при УСН в программе автоматизирована. Но, несмотря на это, возникают случаи, когда необходимо откорректировать суммы, принимаемые к налоговому учёту. К примеру, при выборе в документах Поступление на расчётный счёт и Списание с расчётного счёта вида операции Прочее поступление/списание появляется поле Доходы/Расходы УСН, где можно указать нужную сумму принимаемого дохода/расходы.
Если же возникает необходимость внести дополнительную запись в Книгу учёта доходов и расходов (УСН), то можно воспользоваться документом Запись КУДиР (УСН).
Рассмотрев особенности ведения и проверки учёта при упрощённой системе налогообложения, можно констатировать, что только регулярное отслеживание сумм, попадающих в Книгу учёта доходов и расходов (УСН), позволит грамотно и своевременно сдать декларацию по завершении года.
Предприниматели на упрощенной системе налогообложения так же обязаны вести Книгу учета доходов и расходов. Как поступить, если выясняется, что какие-то доходы или расходы отражены неверно? Первый возникающий вопрос — можно ли в принципе не исправлять ошибки в Книге? Если в результате ошибки вы не доплатили налог и это откроется при проверке, вам доначислят «упрощенный» налог, пени, а также штраф — 20% от неуплаченной суммы (ст.122 НК РФ). Если докажут, что налог не перечислен умышленно, то штраф возрастет до 40% от суммы недоимки.
Если же вы вовремя заметите и исправите ошибку сами, заплатите налог, пени, подадите уточненную декларацию, то штрафы начисляться не будут (п.3 ст.81 НК РФ). Что касается ошибок, из-за которых налог вы переплатили, законодательство исправлять их не требует. Однако в ваших интересах подать уточненную декларацию: излишне уплаченный налог можно вернуть либо зачесть в счет будущих платежей.
Итак, ошибки исправлять в любом случае надо. Какие для этого нужны шаги?
1. Определите период, к которому относится найденная ошибка
Выясните, когда была совершена ошибка, чтобы понять, налоговую отчетность какого года вам нужно корректировать.
По общему правилу пересчитывать следует налоговую базу именно того года, в котором вы допустили ошибку. Есть и исключения: период обнаружения ошибки неизвестен, то придется корректировать записи в текущем году. Так же можно поступить, если в результате допущенной ошибки получилась переплата налога (п.1 ст.54 НК РФ): при переплате вы можете исправлять данные текущего года, а можете и прошлогодние.
Если же база занижена и получилась недоимка по налогу, то корректировать надо именно тот период, в котором вы допустили ошибку.
2. Внесите исправления в Книгу учета
Определив период, внесите изменения в Книгу учета доходов и расходов за требуемый год. Порядок действий будет зависеть от того, в каком виде вы заполняете Книгу учета — в бумажном или в электронном (п.1.4 и 1.5 Порядка заполнения Книги учета, утвержденного приказом Минфина России от 22.10.2012 N 135н).
- Книга учета ведется в бумажном виде
Аккуратно перечеркните неверную сумму, а рядом запишите правильную. Поставьте текущую дату и подпись руководителя фирмы или бизнесмена, а также печать, если она есть (п.1.6 Порядка). Рядом с корректировкой можете сделать надпись: «Исправлено верно».
Кроме того, обязательно составьте бухгалтерскую справку: она будет являться обоснованием корректировок Книги учета (п.1.6 Порядка).
Если прошлогодняя ошибка привела к переплате налога, то исправления можно вносить в Книгу учета как прошлого, так и текущего периода.
- Книга учета ведется в электронном виде
Внесите исправления в программу — удалите неверные данные и введите новые. По итогам года распечатайте верный вариант (п.1.4 Порядка). Например, так можно поступить, если вы нашли ошибку за прошлый год, но Книгу за этот год вы еще не распечатывали. Тогда можно сразу скорректировать регистр.
Однако если Книга учета распечатана, придется исправлять ее первым способом.
3. Определите недоимку или переплату «упрощенного» налога и при необходимости рассчитайтесь с бюджетом
Недоимка по «упрощенному» налогу возникает, если налоговая база по УСН была занижена: не были учтены полученные доходы или отражены лишние расходы. Чтобы определить сумму недоимки, умножьте величину неучтенных доходов или излишне отраженных расходов на ставку налога. И перечислите недоимку в бюджет.
Кроме того, за несвоевременную уплату налога в результате занижения налоговой базы вам придется перечислить пени. Их нужно рассчитать исходя из ставки рефинансирования за каждый день просрочки со дня, следующего за днем, установленным для уплаты налога. И заканчивая днем, когда недоимку уплачивают в бюджет (п.3 ст.75 НК РФ).
Переплата возникает, когда база по УСН завышена: учтены лишние доходы или не полностью отражены расходы. Рассчитывается переплата в том же порядке, что и недоплата. Умножьте величину, на которую завышена налоговая база, на применяемую ставку налога при упрощенной системе.
Переплата означает, что соответствующую сумму вам должен вернуть бюджет. Это возможно только после того, как вы подадите уточненную декларацию и напишете заявление о зачете переплаты в счет будущих платежей или о возврате суммы (ст.78 НК РФ). Без уточненной декларации налоговики не узнают о том, что у вас есть переплата — она просто не будет числиться у них в учете.
4. Отразите исправление ошибки в декларации по УСН
Если же вы исправляете ошибку в текущем году, по которому налоговая отчетность еще не подавалась, то у вас в декларацию сразу попадут нужные данные с учетом тех корректировок, которые вы внесли в Книгу учета.
Как составлять уточненную декларацию?
Это нужно делать по форме, действовавшей в том периоде, за который подается декларация (абз.2 п.5 ст.81 НК РФ). Отражайте в ней все корректные данные, а не разницу между правильными и неправильными суммами: действуйте так, как будто вы оформляете декларацию заново, руководствуясь новыми цифрами.
К «уточненке» приложите сопроводительное письмо, в котором объясните причину корректировки и ее содержание, либо бухгалтерскую справку, на основании которой делали исправления в учете.
Обратите внимание: начиная с отчетности за 2014 год действует новая форма декларации по УСН, утвержденная приказом ФНС России от 04.07.2014 N ММВ-7-3/352@. А предыдущая форма декларации была утверждена приказом Минфина России от 22.06.2009 N 58н. Поэтому если вы будете подавать «уточненку» за 2013, 2012 или 2011 год, вам нужно при этом заполнять старую форму.
Автор: П.А.Лисицына, эксперт журнала «Упрощенка» Источник: «Упрощенка», N 5, 2015 год
На написание статьи меня подвигло письмо, отправленное с помощью формы Контакты. Посетительница сайта была уверена в том, что сервис считает ошибочно. Она утверждала, что другие калькуляторы, как и собственные расчеты выдают меньшую сумму налога к выплате. Меня удивила уверенность Ольги (назовем ее так) в том, что именно сервис по формированию декларации ошибается. Впрочем, о том, что это старейший онлайн инструмент в рунете, которым в период отчетности пользуются ежедневно сотни и тысячи посетителей она знать не обязана.
В любом случае попробуем разобраться.
Ольга – ИП, без работников. Объект налогообложения – «доходы». Вот итоги отчетного года.
Взносы в ПФ и ФФОМС (руб.)
Будем считать по формуле, которой пользовалась Ольга:
(Доходы / 100 * 6) – Взносы в ПФ и ФФОМС = Налог
Т.е. вначале нам нужно выяснить доход ИП за год (налоговую базу).
93 100 + 444 200 + 43 022 + 341 810 = 922 132 руб.
Вычисляем, сумму исчисленного налога (6%).
922 132 / 100 * 6 ≈ 55 328 руб.
Затем, выясняем сумму выплаченных в течение года взносов. Тут необходимо пояснить, что сумма в 4 квартале содержит в себе еще и 1%-ный взнос с превышения 300 тыс. руб., поэтому сумма взносов больше предыдущих значений.
8 095 + 8 095 + 8 095 + 14 322 = 38 607 руб.
Теперь нам осталось вычесть из исчисленного налога взносы, чтобы получить налог, который ИП должен заплатить по итогам года.
55 328 – 38 607 = 16 721 руб.
Казалось бы, сумма известна и осталось только заполнить декларацию. Но вот беда, при автоматическом расчете налога наш сервис выдает другое значение, и оно больше – 22 235 руб. (авансовый налог во втором квартале 16048 и по итогам года еще 6187 руб.).
Мало того, некоторые онлайн калькуляторы, пользуясь той же упрощенной формулой, солидарны с Ольгой.
И какой же мы из этого делаем вывод?
Откуда взята формула (Доходы / 100 * 6) – Взносы в ПФ и ФФОМС = Налог? Ни в одном официальном документе ее не найдешь. Это упрощенная трактовка, основанная на утверждении:
ИП применяющий УСН с объектом «доходы» может уменьшить налог на страховые взносы на обязательное пенсионное и медицинское страхование.
Тогда что не так?
Дело в том, что налог за прошедший год ИП рассчитывает в подаваемой в налоговую инспекцию декларации. Расчет налога ведется нарастающим итогом за 1 квартал, полугодие, 9 месяцев, год. Причем рассчитывая авансовый платеж по налогу за полугодие, необходимо учитывать результаты, полученные в 1 квартале, а считая налог за год, принимаем во внимание суммы, полученные в трех предыдущих периодах. Например, при подсчете суммы налога, необходимой для выплаты по итогам года (стр. 100) мы пользуемся такой формулой:
Внезапно оказывается, что формулы в декларации намного сложнее той, которая является предметом нашего обсуждения. Быть может это просто усложнение разбираемой нами методики расчета? Ведь результаты, полученные обоими способами, зачастую совпадают.
Да во многих. Легче сформулировать условия, при которых она может оказаться верна:
- доходы в течение года распределены равномерно;
- взносы в ПФ и ФФОМС выплачивались поквартально, равными суммами;
- доход за квартал должен быть не менее 140 тыс.руб.
Возвращаясь к ранее приведенному примеру: доходы у Ольги распределены неравномерно, поэтому в строке 080 получилась сумма к уменьшению 5514 руб., которую нужно использовать в расчете строки 100 (формула приведена выше). Именно это число никак не использовалось Ольгой при вычислении налога.
Часто бывает так, что ИП платит пенсионные и медицинские взносы в конце года единым платежом. И в этом случае упрощенная формула выдаст неверный результат, сумма налога будет меньше реальной.
Все просто: заполняем декларацию по УСН построчно, начав с раздела 2.1.1. Затем раздел 1.1. Формулы подписаны рядом с каждым полем, используем их при вычислении. Или пользуемся автоматизированными онлайн сервисами. Но и тут нужно выбрать такой калькулятор, который считает не по упрощенной формуле. Представленный на этой странице калькулятор считает по алгоритмам, прописанным в декларации.
Если вы сомневаетесь в результатах, сделанных собственноручно, либо с помощью онлайн сервиса, то можно выбрать вариант «Декларация + расчеты и пояснения», получив вместе с декларацией промежуточные расчеты, которые легко проверить. Вот пример такой декларации.
Читайте также: