Хранение ИНН и КПП контрагента в документах для обеспечения прозрачности отчетности по НДС

Содержание

Слайд 2

Цели проекта. Поддержать возможность хранения ИНН и КПП контрагента непосредственно в

Цели проекта.

Поддержать возможность хранения ИНН и КПП контрагента непосредственно в документах,

которые являются первичными, при формировании отчетности по НДС.
Для обеспечения прозрачности формирования отчетности по НДС.
Для возможности указания данных обособленных подразделений контрагента, без регистрации их в ИБ.
Для корректного формирования исправительных счет-фактур, когда исправляются ошибочно поданные данные о ИНН или КПП контрагента.
Слайд 3

Условия возникновения проекта В БРУ реализована возможность фиксации данных ИНН и

Условия возникновения проекта

В БРУ реализована возможность фиксации данных ИНН и КПП

следующих типов контрагентов, указываемых в первичных документах, отвечающих за формирование книг покупок и продаж:
Покупатель
Продавец
Субкомиссионер
За хранение этих данных отвечают следующие ресурсы РС «Журнал учета счетов-фактур»:
ИНН контрагента
КПП контрагента
ИНН продавца
КПП продавца
ИНН субкомиссионера
ИНН субкомиссионера
Слайд 4

Проектные решения БРУ при формировании отчетности работает следующим образом. Если значение

Проектные решения

БРУ при формировании отчетности работает следующим образом. Если значение одного

из указанных выше ресурсов РС «Журнал учета счетов-фактур» заполнено, то данные берутся из него, если нет, то из НСИ контрагента. Например, значение «ИНН продавца» не заполнено, а значение «КПП продавца» заполнено. При формировании книги покупок значение «КПП продавца» будет заполнено по данным РС «Журнал учета счетов-фактур», а значение «ИНН продавца» будет заполнено по значению указанному в реквизите «ИНН» продавца.
Эти правила будут распространены и на первичные документы. В них появится возможность непосредственного указания ИНН и КПП контрагента. Записи РС «Журнал учета счетов-фактур», сделанные по этим документам, будут непосредственной трансляцией данных, указанных в первичном документе. Таким образом будет обеспечена прозрачность ведения учета.
Если ИНН контрагента указан в первичном документе, то в соответствующую книгу попадет он, если не указан, то будет взят из данных НСИ.
Если КПП контрагента указан в первичном документе, то в соответствующую книгу попадет он, если не указан, то будет взят из данных НСИ.
Слайд 5

Какие механизмы затрагиваются проектом. Формирование «Книги покупок» и «Книги продаж». Формирование

Какие механизмы затрагиваются проектом.

Формирование «Книги покупок» и «Книги продаж».
Формирование печатных форм.


Проверка контрагентов.
Электронный документооборот.
Слайд 6

Какие документы затрагиваются проектом

Какие документы затрагиваются проектом

Слайд 7

Как организовано заполнение в документах При создании нового документа или изменении

Как организовано заполнение в документах

При создании нового документа или изменении

контрагента, реквизиты документа, отвечающие за трансляцию ИНН и КПП в отчетность по НДС, заполняются автоматически, исходя из данных контрагента. В дальнейшем их можно изменить или очистить.
Для облегчения указания КПП, отличного от указанного в соответствующем реквизите контрагента, формируется список выбора, который включает в себя:
КПП указанного контрагента.
КПП всех контрагентов холдинга, в который входит данный контрагент.
Ранее указанные в документах данного типа для данного контрагента КПП.
Под типами документов подразумеваются «полученные» и «выданные». Так, для списка выбора КПП документе «Счет-фактура полученный» анализируются указанные ранее для данного контрагента КПП в документах «Счет-фактура полученный», «Счет-фактура полученный (аванс)» и «Счет-фактура полученный от комитента». Для списка выбора КПП в документе «Счет-фактура выданный» анализируются документы «Счет-фактура выданный», «Счет-фактура выданный (аванс)» и «Счет – фактура выданный комиссионеру».
Слайд 8

Интерфейсное решение для контрагента в шапке

Интерфейсное решение для контрагента в шапке

Слайд 9

Интерфейсные решения

Интерфейсные решения