Автоматизация налогового учёта согласно главе 25 налогового кодекса рф.

Практический опыт ответа от компании ‘ФОРС’. /Юрий Терехин, Помощник директора отделения банковских разработок ЗАО ФОРС-ХОЛДИНГ. технологии и Банки ?2, 2002/

C 1 января 2002 г. банки обязаны выполнять новые правила налогового учёта, закреплённые в законе ? 110-ФЗ (Глава 25 Налогового кодекса РФ). Это достаточно широкий свод правил, регламентирующий различные стороны налогообложения прибыли с различной степенью детальности. Его появление обострило для коммерческих банков вопрос автоматизации налогового учета.

Уже сам количество руководств по расчёту базы налогообложения делает нужные вычисления очень трудоёмкими. Помимо этого, в новых правилах заложен не везде применяемый у нас учёт по кассовому способу, а учёт по способу начислений (как в стандартах GAAP/IAS), что делает неосуществимым машинально взять налоговый учёт по бухгалтерскому.

В довершение всего в соответствии с новым правилам банкам нужно вести аналитические регистры налогового учёта, которые содержат подробности операций для расчёта базы налогообложения по каждой денежной операции и имущественным объектам. Эти обстоятельства стали причиной тому, что большая часть производителей АБС продекларировали разработку отдельных модулей налогового учёта в составе неспециализированной совокупности автоматизации.

Архитектура совокупности автоматизации налогового учета

Совокупность автоматизации налогового учёта обязана решать пара задач:

вести налоговый учёт по способу начислений

поддерживать громадный количество информации, который связан с хранением в аналитических регистрах налогового учёта подробной информации о проводимых операциях и применяемых объектах

разрешать осуществлять по конкретным цифрам налогов анализ drill-down и drill-up, т.е. разрешать налоговому инспектору (и сотрудникам налоговой работы банка) видеть как вклад в уплачиваемые налоги каждой операции, так и разрешать ‘подниматься’ от конкретной цифры налоговой декларации к чертям исходных документов, на базе которых налог был вычислен

содержать подробную данные по их вкладу и источникам налогообложения в налоги в виде, эргономичном для оптимизации налоговых сумм сотрудниками налоговых работ банка. Весьма эргономичным инструментом для этого есть ведение налогового замысла квитанций, в котором отражается детальное разбиение налогов по источникам налогообложения.

Большая часть разработок компаний-производителей АБС применяет исходную данные по операциям, содержащуюся в совокупности автоматизации банка, дабы сгенерировать по ней проводки в особый раздел неспециализированного замысла квитанций. Остатки на квитанциях этого раздела употребляются при формировании налоговой декларации. Недочётом для того чтобы подхода есть разброс источников налогообложения по совокупности автоматизации и невозможность чётко выделить аналитические регистры налогового учёта из неспециализированной массы операций банка для их последующего анализа и отдельного ведения. Помимо этого, в случае если в банке стоит ‘проводочная’ АБС, то в ней по большому счету нереально машинально организовать проводки налогового учёта в силу несоответствия правил налогового и бухгалтерского учётов. Проводки придется как правило вводить вручную без привязки к аналитическим регистрам, что значительно снижает достоверность взятых сумм налогов и затрудняет их анализ.
Модуль автоматизации налогового учёта, созданный компанией ‘ФОРС’, выстроен по вторым правилам. Он покрывает все потребности организаций в осуществлении налогового учёта и лишен отмеченных выше недочётов, характерных ‘разбросанному’ учёту, являясь частью широкого блока модулей управленческого учёта. Его архитектура выглядит следующим образом:

Аналитические регистры налогового учета, созданные в строгом соответствии с требованиями Главы 25 Налогового Кодекса, выделяются в виде отдельных независимых сущностей, как и требуется законодательством. Регистры делают неоднозначную функцию, являясь и хранилищем данных, формирующих базу налогообложения, и инструментом, разрешающим отфильтровать такие эти из общего объёма данных корпоративной АБС. Данные в регистры (банковские сделки) возможно как загружать из корпоративной АБС через специальные настраиваемые интерфейсные модули, так и вводить вручную.
Над аналитическими регистрами настраиваются синтетические позиции учета — отдельный замысел квитанций налогового учета, а не просто раздел бухгалтерского замысла квитанций. Это разрешает аналитикам банка не просто следовать структуре бухгалтерского замысла квитанций, а разрабатывать данный замысел квитанций с ориентацией на исследование и оптимизацию налогов.
По замыслу квитанций модели налогового учета настраиваются как шаблоны транзакций по аналитическим регистрам учета. Параметризация налогового учёта через применение плана счётов и моделей учёта даёт большую гибкость при отслеживании трансформаций в налоговом законодательстве, т.к. разрешает как правило приспособить эти трансформации не перепрограммированием, а путём плана счётов и простой перенастройки моделей. Помимо этого, аналитики банка приобретают замечательный инструмент по изучению схем оптимизации налогов.
Автоматизация налогового учёта базируется на готовом продукте компании ‘ФОРС’ — учётном ядре совокупности ‘Ва-Банк XL’ — в качестве центральной программной единицы системы налогового учёта. Учётное ядро владеет нужными справочниками (клиенты, счета, сделки и пр.) и механизмами (произвольное количество правил учёта и планов счётов, шаблоны учёта, открытие/закрытие учётного периода, формирование отчётов и пр.) для действенной помощи налогового учёта. Наряду с этим совокупность налогового учёта может функционировать как в составе АБС ‘Ва-Банк XL’ в качестве одного из модулей, прозрачно связанного с остальными частями совокупности, так и самостоятельно, машинально по расписанию перегружая нужные для работы эти из корпоративной АБС.
Уровни детализации (drill-down) данных для выверки расчёта налоговой базы описываются следующим образом:

Уровень 1. Прибыль Банка
Уровень 2. расходы и Доходы Банка — Замысел квитанций налогового учёта
Уровень 3. Аналитические регистры налогового учёта
Уровень 4. Детальные эти по сделкам в корпоративной АБС

Окончательная цель Модуля автоматизации налогового учёта — автоматическая генерация учетных транзакций при обработке банковских сделок и построение налоговой декларации на базе транзакционных сальдо в плане квитанций налогового учета.

Разработка ведения налогового учёта

Разработка ведения налогового учёта в соответствии с обрисованной выше архитектуре представлена на рисунке:

Поясним кое-какие позиции в отечественной схеме ведения налогового учёта.
Настройка налогового учета — замысла квитанций, моделей шаблонов и лицевых (счётов) налогового учета — выполняется сотрудниками подразделения, важными за налоговый учет.
Ввод сделок (контрактов, операций) осуществляется операционными подразделениями в рамках соответствующей бизнес-области в корпоративной совокупности банка.
Вызов процедур загрузки информации о сделках из корпоративной совокупности в регистры налогового учета реализуется ‘по кнопке’ в интерфейсной компоненте Модуля. Выполняется по завершении операционного бизнес-дня либо по любому согласованному расписанию. Наряду с этим для осуществления контрольных функций употребляется реестр сделок.
Генерация учетных записей в Модуле налогового учета осуществляется машинально по окончании авторизации (принятия к налоговому учёту) записей о сделках в аналитических регистрах налогового учёта. Для контроля употребляются издания учетных записей, реестры сделок, аналитические отчеты. Наряду с этим посредством стандартных отчётов типа ‘Ведомость остатков’ возможно взглянуть плановые остатки на квитанциях налогового учёта.
Ручной ввод параметров сделок, учетных записей и корректирующих учётных записей осуществляется при необходимости в особых экранах Модуля. Для контроля при вводе помогает информация, содержащаяся в журналах и реестре сделок учетных записей.
Пробное и финальное закрытие учетного периода выполняется методом запуска регламентных процедур ‘по кнопке’ либо расписанию (к примеру, каждый квартал) в Модуле налогового учета. По итогам пробного закрытия учётного периода выпускается пробная налоговая отчётность. В случае если её результаты неудовлетворительны, то осуществляются нужные корректировки и выполняется финальное закрытие учётного периода.

В случае если результаты удовлетворительные, то финальное закрытие не выполняется. По закрытии учётного периода производится формирование фактических остатков на квитанциях налогового учёта, каковые возможно просмотреть посредством оборотно-сальдовых ведомостей.
Подготовку налоговой декларации делают особые процедуры генерации соответствующего отчета в Модуле налогового учета.

Аналитические регистры налогового учёта для банков

По составу хранимой информации аналитические регистры возможно поделить на две группы:

регистры несложного формата, которые содержат главные реквизиты, нужные для отражения операций, которые связаны с доходами/доходами и расходами/затратами будущих периодов в налоговом учете. Неспециализированная для них информация выглядит следующим образом:

сумма требования/обязательства
валюта требования/обязательства
реквизиты документа-основания (номер, шифр и дата документа)
дата признания дохода/расхода
сумма дохода/расхода в рублях

регистры расширенного формата содержат данные по операциям, требующим детального отражения в налоговом учете. Наряду с этим предполагается регламентное ведение данной информации. Регистры расширенного формата должны содержать следующие реквизиты:

сумма требования (обязательства)
валюта требования (обязательства)
реквизиты документа-основания (дата и номер соглашения либо сделки)
информация о подробностях сделки либо соглашения
информация о подробностях расчета дохода (расхода)
дата признания дохода (расхода)
сумма дохода (расхода) в рублях.

Конкретный состав информации, учитываемой в аналитических регистрах, разен для разных операций.
Приведем список блоков регистров налогового учёта, нужных для автоматизации налогового учёта банков в соответствии с Налоговому кодексу:

Акции

Рабочей группы

расходы и Прочие доходы

Штрафы, пени, неустойки

Взносы в интернациональные организации

переуступка и Уступка прав требования

расходы и Процентные доходы

Конверсионные операции

Резервы

Внутрихозяйственная деятельность.

С методической точки зрения в регистр попадает каждая сделка, имеющая к нему отношение. К примеру, в регистр ‘Рабочей группы’ попадают каждые комиссии по любым операциям банка и т.п. Информация, которую не удаётся отнести к какому-либо конкретному регистру, попадает в ‘расходы и Прочие доходы’. При необходимости Модуль легко пополняется новыми регистрами методом допрограммирования их по неспециализированным для совокупности правилам.

модели и План счётов налогового учёта

Замысел квитанций налогового учёта настраивается совместно со экспертами банка, дабы отобразить специфичное для банка разбиение источников налогообложения. Наряду с этим в качестве цели выступает не только детальный учёт вклада всех операций банка в сумму налогов, но и удобство представления источников налогообложения для оптимизации налогов аналитиками банка. Замысел квитанций налогового учета имеет иерархическую структуру произвольной глубины и имеет следующие характеристики налоговых квитанций:

Показатель ‘облагается налогом по неспециализированной ставке’ (да/нет);

Ставка налога (для доходов, облагаемых налогом по особой ставке);

Показатель совпадения информации с данными бухучёта по этому виду доходов/затрат (да/нет);

Наличие норматива либо установленного ограничения (для квитанций затрат).

Несложный замысел квитанций налогового учёта является перечнем статей налогообложения из Главы 25 Налогового кодекса. Проводки в плане квитанций генерируются по финишам учётных периодов посредством моделей учёта.
Модели (шаблоны) учета являются параметризованное описание правил генерации учетных записей согласно данным о сделках. Шаблон — это структура, связывающая тип сделки, тип учетного события, тип учетной суммы, правила поиска счета, правила трансформации значения остатка на счете.
Классификационный атрибут ‘Тип сделки’ определяет область учета. Учетные события определяют дату валютирования учетной записи и отражают этапы жизненного цикла сделки либо позиции. С позиций налогового учета это будут даты получения денежного результата, даты начислений, даты переоценок, отчетные даты.
Учетные суммы отражают правила получения сумм, подлежащих отражению в учете. Это смогут быть первичные параметры сделок либо производные, расчетные эти. С позиций налогового учета учетные суммы — это суммы всех доходов/затрат, подлежащих учету. Особые правила поиска счета машинально определяют лицевой счет для учетной записи (другие плана атрибуты и статью счётов). Для каждой области учета употребляются собственные учётные суммы и учётные события.
Модели учёта настраиваются совместно со экспертами банка, дабы отобразить специфичное для банка разбиение источников налогообложения (в рамках Главы 25 Налогового кодекса).

Заключение

Обрисованная в статье реализация компанией ‘ФОРС’ Модуля автоматизации налогового учёта разрешает банкам не только машинально рассчитывать налоговую декларацию в соответствии с Главе 25 Налогового кодекса, но и подробно проанализировать источники налогообложения с последующей оптимизацией налогов. Благодаря гибкости и полноте собственной архитектуры она есть ответственным инструментом управления прибыльностью банка.

Финансовая жизнь

Автоматизация налогового учёта согласно главе 25 налогового кодекса рф.

3-е занятие Налог на прибыль организаций

Интересные записи

Похожие статьи, которые вам, наверника будут интересны: