Sap декларация по ндс

Опубликовано: 04.05.2024

Сегодня, в продолжение темы сложностей реализации SAP Roll Out проектов в России, нам хотелось бы уделить внимание объемной и комплексной теме - Учёт НДС.

Учёт НДС на Roll Out проектах реализуется в SAP ERP на базе стандартной функциональности, поставляемой в рамках российской локализации. Важным фактором технической возможности ведения учёта в системе, в соответствии с последними изменениями и требованиями РСБУ, является установка последнего пакета обновлений и нот. Вся отчетность строится на базе данных ведущего регистра с использованием инструментов Russian Add-on.

Налоговая схема и Коды НДС

В ERP предусмотрена налоговая схема для каждой страны, для России - TAXRU. Независимо от того, какая налоговая схема будет использоваться для России (бывают проекты, на которых регламентируется использование единой налоговой схемы и использовать TAXRU невозможно), она должна быть донастроена – добавлены условий ZUD и ZUK.

Необходимо также учесть следующие особенности SAP ERP в части настройки кодов налогов. При использовании одного корпоративного плана счетов для всех стран, настройка налоговых счетов для кодов НДС не зависит ни от БЕ, ни от налоговой схемы. В результате, изменение налоговых счетов для страны влияет на глобальную настройку данного кода, то есть может затереть настройку счетов для этих же кодов НДС для других филиалов (БЕ). Поэтому, если требуется изменение налоговых счетов, необходимо убедиться, что изменяемые коды используются только для нашей балансовой единицы.

Ещё одной спецификой, используемой в России, являются целевые коды НДС, редко используемые в западных компаниях. Поэтому, кроме того, что данная особенность требует настройки дополнительной системы кодов, приходится дополнительно объяснять западным коллегам методику их применения. Целевые коды НДС используются для следующих процессов:

Перенос входящего НДС к зачёту (перенос с 19* на 68* счёт).
Перенос входящего НДС к зачёту с учётом вторичных событий: налоговый агент, капитальное строительство и т.д.
НДС по товарам в пути (целевой код используется только для целей правильного функционирования стандартной разработки по учету НДС для товаров в пути, являющейся частью Russian Add-on).
Необходимы технические целевые коды НДС для стандартной российской функциональности по учёту экспортного НДС.

Счета ГК для учёта НДС

Необходимо иметь в виду следующие особенности настройки счетов Главной Книги для учёта НДС по российскому учёту.

Для удобства анализа входящего НДС обычно создается несколько 19-х отдельных счетов для целей РСБУ.
Для обеспечения корректной работы российской локализации Russian Add-On cчета отложенного входящего НДС (19, 76) должны быть обязательно с «управлением открытыми позициями».
68* счет, используемый для уплаты НДС, должен быть контрольным.

Эти технические особенности необходимо учесть при формировании mapping-а счетов НДС особое внимание следует уделить их техническим характеристикам.

НДС по авансам выданным

Часто данный процесс необходимо настраивать полностью, так как иностранные компании обычно не используют процесс Down payments payable. Требуется выполнить ряд дополнительных настроек, не предусмотренных обычно конфигурацией глобальных процессов.

Настройки преследуют следующие цели:

Вывод суммы НДС в Назначении платежа в платежном поручении, для выгрузки в Клиент-Банк и для печатной формы.
Возмещение НДС, если есть такие требования от клиента.

Если возмещение НДС не требуется, то достаточно для каждой ставки настроить по одному техническому коду НДС со ссылкой на технический счёт, который проставляется в ТАП и наследуется при вводе авансового платежа. Это позволяет вычислить сумму НДС при формировании документа авансового платежа, которая используется при формировании поля «Назначение платежа» в платежном поручении. (Дополнительно требуется настройка операции VVA - Автоматические проводки).

При необходимости возмещать НДС по исходящим авансам – необходимо для каждой ставки НДС создать цепочку из двух кодов НДС, первый из которых формирует проводку по 76-м счетам, а второй (целевой), с помощью программы переноса, формирует проводку возмещения на 68 счёт. Затем, после выравнивания аванса со счетом-фактурой автоматически создается обратная проводка по 76-м счетам и, в результате, проводка возмещения по авансу компенсируется.

Необходимо помнить, что для возмещения НДС по авансам необходимо наличие счёта-фактуры на аванс, подписанное получателем, в котором указана точная сумма полученного им аванса.

НДС по авансам полученным

Начисление НДС к уплате по полученным авансам также является российской спецификой и осуществляется по результатам проведения входящих авансовых платежей. Все платежи проводятся на счета расчётов с дебиторами при обработке банковской выписки. При постобработке банковской выписки ответственный сотрудник указывает соответствующий код НДС. Для реализации процесса Down payments receivable требуется выполнить ряд дополнительных настроек, не предусмотренных обычно конфигурацией глобальных процессов:

Создаются исходящие коды налога (10%, 18%), настроенные на отдельный 68* счёт, для которого активировано управление открытыми позициями, налоговая категория «>».
Проводка формируется в корреспонденции с 76-м счётом, который, должен быть без управления ОП, налоговая категория «
Настраивается операция MVA - Автоматические проводки со ссылкой на 76-й счёт.
Настраиваются коды ОГК.

Учет НДС по товарам в пути

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

Для автоматизации данного процесса успешно используется стандартная функциональность Russian Add-On (транзакция J3RFVATSD). Данная разработка позволяет:

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

Дополнительно, для корректной работы процесса, требуется настройка отдельного вида фактуры SD, который позволяет проводить фактурирование заказа без формирования финансовых проводок.

Раздельный учёт НДС и экспорт

Раздельный учёт НДС реализован в SAP ERP в пакете обновлений EhP5. Стандартное решение по раздельному учету НДС предоставляет следующие возможности:

Ведение коэффициентов, задающих пропорцию распределения входящего НДС между облагаемыми, необлагаемыми операциями и облагаемыми по ставке 0% (например, экспорт).
Разделение входящих счетов-фактур на три части: облагаемые, необлагаемые и экспортные операции, в соответствии с коэффициентами.
Связывание входящих счетов-фактур со счетами-фактурами по экспортной реализации.
Перенос к возмещению доли входящего налога, связанного с обычной реализацией.
Перенос к возмещению доли входящего налога, связанного с экспортной реализацией с учетом наличия подтверждения (вторичного события).

При внедрении данного решения на практике возникают следующие проблемы:

В момент закупки материала/товара/услуги у поставщиков обычно неизвестно, куда он пойдет: на экспорт, для реализации на внутреннем рынке или на необлагаемую налогом операцию. Поэтому невозможно на этапе ввода фактуры по закупке проставить корректный код НДС, определяющий отнесение данных товаров к раздельному учёту.
Кроме того, возникает вопрос методики расчёта коэффициентов распределения, в случае, когда реализация товара на экспорт растягивается на несколько периодов и часть закупки «зависает» на складе на неопределенное время.
Стандартное решение предполагает использование в системе цепочки реализации Контракт -> Заказ -> Поставка -> ГТД ->Сбытовой Счет-фактура -> Финансовый Документ Счета-фактуры -> Оплата. В случае отсутствия одного из объектов цепочки необходимо дорабатывать стандартную функциональность ввода подтверждений по экспортной реализации.
Усложняется процедура переноса налога и выравнивания позиций счетов входящего НДС, поскольку, в результате разбиения к одной фактуре возникает несколько документов переноса, к тому же перенос облагаемой и необлагаемой части налога для одного счета-фактуры может быть выполнен в разные периоды, в результате чего возникает частичное выравнивание. Поэтому программа переноса налога J_3RFUM26 не выравнивает перенесенные позиции. Поэтому при внедрении раздельного учёта НДС обязательно должна быть проработана процедура автоматического выравнивания позиций входящего НДС.
Отсутствие функционала по расчёту коэффициентов для раздельного учёта. В настоящий момент данный вопрос прорабатывается SAP, в результате, предлагается решение на FI-SL.
Невозможность ручной корректировки результатов выполнения процессов разделения входящих счетов-фактур и связывания их с фактурами по реализации.
Всегда возникает вопрос о способе и возможностях распределения суммы входящего НДС, относящейся на необлагаемую реализацию, на соответствующие счёта и объекты учёта для отнесения на себестоимость или прочие операции. Либо в системе разрабатывается программа распределения, либо распределение производится вне системы и результаты загружаются в виде проводок.
Увеличивается сложность процесса корректировки и сторнирования документов, особенно предыдущих периодов.

При использовании сдвинутого финансового года для учёта НДС по экспорту необходимо применить следующие ноты:

1800993 14.12.2012 (J_3rfum26: Shifted year for separate VAT accounting)
1793287 11.12.2012 (J_3rfum26: Document could not be posted due to splitting )
1809771 13.02.2013 (J_3rfum26: Wrong debit/credit sign posting from ALV)

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

Проект внедрения Roll-out представляет собой быстрое внедрение обкатанной в других странах стандартизованной функциональности ERP-систем. Однако, такое внедрение для России, учитывая местную специфику, не может качественно покрыть российский бухгалтерский и налоговый учет.

В данном кейсе речь пойдёт про наш опыт настройки автоматизированного сбора Книги покупок и Книги продаж для отчетности по НДС на основе данных из системы SAP, ранее внедренной у Заказчика в варианте Roll-out.

Предыстория и задачи проекта

В компании-Заказчике, крупной международной компании, несколько лет назад был выполнен проект Roll-out SAP. Такое внедрение не учитывало многочисленную специфику локального учета, поэтому по завершении проекта налоговую отчетность сотрудники компании были вынуждены собирать практически вручную. Ситуация осложнялась еще и тем, что по результатам внедрения для некоторых хозяйственных операций данные в системе SAP не только не отвечали требованиям РСБУ, но и вообще отсутствовали или присутствовали, но далеко не в достаточной степени детализации.

Практически сразу нас пригласили помочь и реализовать средствами MS Excel пост-обработку данных из SAP для получения Книги покупок и Книги продаж для Декларации по НДС. Мы разработали Excel-решение, в котором исходные данные по листам копировались каждый в своём формате, а затем последовательно при нажатии кнопок в разработанном Excel-шаблоне эти данные включались в Книги или использовались для уточнения/проверки/корректировки существующих операций в Книгах.

Но сейчас мы хотим вам рассказать о другом, более продвинутом и современном решении этой задачи на базе Excel. Тем более, что мы видели недостатки своей предыдущей Excel-реализации, которые заключались в сложностях изменения логики работы решения, необходимости корректировки решения при малейших изменениях в исходных форматах и самое главное - долгой и неоптимальной работе MS Excel со значительными объемами данных у Заказчика (сотня тысяч строк).

Через несколько лет после того "первого" решения к нам повторно обратился Заказчик с целью оптимизации существующего Excel-решения для сбора Книги покупок и Книги продаж для Декларации по НДС. С тех пор существенно изменились не только форматы исходных данных (и сотрудники Заказчика, работая со "старым" решением, были вынуждены всё время корректировать форматы исходных данных), но и электронные форматы Книг и ставка НДС. Кроме того, у Заказчика появились новые виды хозяйственных операций, включаемые в Книги (и сотрудники Заказчика опять-таки были вынуждены добавлять эти операции вручную). Плюс "старое" решение работало медленно. И мы взялись полностью "перекраивать" сделанное нами ранее программное решение.

Экономическая эффективность и результаты выполненного проекта

С помощью разработанного нами нового Excel-решения ежеквартальный сбор Книги покупок и Книги продаж для Декларации по НДС с количеством операций в сотню тысяч строк сейчас выполняется силами ответственных сотрудников в течение 3-4-х дней. Ранее с предыдущим Excel-решением эта работа занимала существенно больше времени. А без какого-либо дополнительного решения в ситуации Заказчика сбор Книг требовал бы еще на порядок больше трудозатрат и не формировал бы качественный результат.

Разработанное Excel-решение обеспечило "контролируемость" и "проверяемость" собираемых данных для Книг. В ходе проекта также была выполнена работа по анализу всех операций, формирующих отчетность по НДС, в результате чего Заказчик получил "системное" и "понимаемое" им решение.

Экономический эффект для Заказчика от выполненного проекта обуславливается:

кардинальной экономией трудозатрат своих сотрудников на сбор Книг для Декларации по НДС;
минимизацией ошибок в отчетности по НДС, а значит - минимизацией штрафов от контролирующих органов и минимизацией трудозатрат сотрудников на анализ и корректировку ошибок.

Абсолютный экономический эффект от проекта, вычисляемый как разность между затратами на решение задачи без этого проекта (оценим для примера работу 4-х сотрудников в течение 2-х недель для сбора такой отчетности раз в квартал ориентировочно в 160 тыс руб, включая налоги по зарплате) и затратами на решение задачи после этого проекта (оценим работу 4-х сотрудников в течение 4-х дней для сбора такой отчетности раз в квартал соответственно в 64 тыс руб, включая налоги по зарплате) + разовыми затратами на этот проект (стоимость проекта 171 тыс руб без НДС), в зависимости от соответствующих затрат конкретного Заказчика даже на сроке в один год составляет 213 тыс руб. = (160 тыс руб до внедрения x 4 квартала) - (64 тыс руб после внедрения x 4 квартала) - 171 тыс руб проект. Поскольку результат проекта может быть применен значительно на больший срок, чем один год, а стоимость проекта является разовым вложением, то окупаемость проекта на практике оказывается еще более существенной.

При этом ежеквартальный экономический эффект при работе с решением, например, в течение 2-х лет составит 74`625 руб. = (160 тыс руб до внедрения - 64 тыс руб после внедрения) - (171 тыс руб проект/8 кварталов).

Коэффициент экономической эффективности, если его считать как отношение результата (т.е. абсолютного экономического эффекта) к затратам на проект также в зависимости от соответствующих затрат конкретного Заказчика и срока использования решения составит не менее 100%.

Средства реализации

Исходя из потребностей пользователей, технических ограничений в компании, невозможности реализации решения с использованием баз данных (даже Access), для решения задачи был подтвержден выбор очевидного доступного инструмента - MS Excel с программной логикой. В нём мы решили разрабатывать гибкий, функциональный, понимаемый, проверяемый и удобно корректируемый инструмент для сборки данных по Книгам покупок и продаж для Декларации по НДС.

Все небходимые для Книг данные из SAP мы пытались взять, но всё равно их оказалось недостаточно, чтобы покрыть всё многообразие возможных операций у Заказчика, которое согласно российскому учету должно войти в Разделы "Сведения из Книги покупок"и "Сведения из Книги продаж" для Декларации по НДС.

Исходными данными были выгрузки Книг из SAP, которые уже при помощи дополнительных данных и отдельными автоматизированными действиями в нашем Excel-шаблоне доводились до состояния финальных Книг в нужной детализации.

Детали и шаги реализации

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

Справедливости ради стоит отметить, что изначально мы и видели решение этой задачи исключительно с использованием базы данных, пусть даже MS Access. Тем более что мы уже столкнулись с недостатками нашей предыдущей реализации в Excel и фактически не могли с ними кардинально побороться при существующем ранее решении. Даже договорились с Заказчиком о том, что изначально мы делаем свою обновленную версию решения с базой данных MS Access и после этого пробуем его в действии у Заказчика. При этом если что-то пойдет не так. или мы столкнёмся с техническими ограничениями у Заказчика. или Заказчику не понравится результат, то мы обязательно вернёмся к "удобной" реализации средствами MS Excel.

И да! - По причине некоторых технических ограничений у Заказчика и неудобства работы с "новым" решением на MS Access для Заказчика нам пришлось во многом переделывать "новое" решение. Но на тот момент логика сбора исходных данных "как для базы данных" и красивая идея систематизации и единообразия исходных данных во многом уже была реализована и фактически вдохновила нас на создание мини-базы данных, но уже только средствами MS Excel.

Итак, переходим к секретам реализации.

Решение представляет собой 2 единообразных Excel-решения (Excel-шаблона) - один для Книги покупок, другой - для Книги продаж. Каждый Excel-шаблон содержит:

Главную страницу для последовательного запуска отдельных алгоритмов обработки (лист "MAIN"),
Лист с собираемой Книгой покупок или Книгой продаж (лист "Working Table"),
Однотипные листы со всеми необходимыми исходными данными, собранными в виде линейных таблиц с логично именованными идентификаторами колонок (листы "src. "),
Лист для загрузки в Excel-шаблон исходных данных в своих форматах - исходные данные читаются из нужного формата, специальным образом размечаются для их передачи в нашу регламентированную структуру данных, и записываются на нужные листы "src. " (лист "Upload"),
Лист настройки исходных данных, содержащий форматы загрузки данных и соответствие названий колонок в исходных данных нашим структурированным данным (лист "UploadSetup"),
Лист готовой Книги покупок или Книги продаж для конвертации в электронный формат XML (лист "Result").

Ниже на скриншотах приведены главные страницы Excel-шаблонов:

Нажатие первой кнопки формирует рабочий лист Книги "Working Table" с базовыми данными (фактически это изначально полученные из SAP данные) - в него собираются данные из разных источников, с ним выполняются основные действия, в нём подготавливаются данные для финальных Книг в виде приложений к Налоговой декларации по НДС.

При нажатии следующих кнопок последовательно отрабатывают нужные алгоритмы обработки существующих данных с применением соответствующих дополнительных данных. Фактически собираемые операции разбираются-разделяются-анализируются-дополняются-проверяются с учетом соответствия референсов, с учетом кодов налогов (Tax Code), с учетом типов операций и с использованием дополнительных таблиц с данными на листах "src. ".

Предварительно все исходные и дополнительные данные должны быть загружены на соответствующие листы "src. ".

Для Книги покупок исходными данными являются:

Лист с оригинальными данными из SAP ("srcSAP") - Purchase Ledger,
Листы для добавления данных по посредническим операциям (такси, визы, отели, билеты) - возможно это отчеты от посредников, в том числе их вариант Журнала регистрации счетов-фактур в части операций в отношении Заказчика,
Лист с детализацией по изначально невключенным счетам-фактурам,
Лист с номерами ГТД и номерами платежных поручений по таможенным операциям,
Лист с вычетами НДС при подтверждении ставки 0% после реализации товаров на экспорт и восстановления входного налога,
Лист с операциями налогового агента,
Лист с авансами и другое (в зависимости от того - каких данных не хватает в Книге покупок или какие данные должны быть проверены).

Для Книги продаж исходными данными являются:

Лист с оригинальными данными из SAP ("srcSAP") - Sales Ledger,
Листы для определения групп операций и выделения нужных кодов видов операций,
Лист с детализацией по изначально невключенным счетам-фактурам,
Лист по экспортным операциям со ставкой 0%,
Лист с восстановленным НДС при экспорте,
Лист с операциями налогового агента,
Лист с авансами и другое (в зависимости от того - каких данных не хватает в Книге продаж или какие данные должны быть проверены).

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

Любые исходные данные можно загрузить в шаблон из внешнего файла/внешних файлов. Файл выбирается по двойному клику мыши на соответствующем поле с именем файла. Всего можно загружать до 5-ти файлов одновременно, однако одновременная загрузка возможна только для файлов с одним типом данных.

Текущие настройки выполнены так, что из файлов формата ".txt" загружаются только данные книг из SAP, все остальные загрузки данных предполагаются из файлов формата ".xls".

Для загрузки из внешних файлов необходимо в желтом поле "Тип данных" выбрать тип скопированных данных (тип данных определяет – текстовый или Excel-файл подаётся на вход, какие колонки ожидаются для этих данных, на какой лист с исходными данными будут перенесены соответствующие данные), выбрать файл/файлы и нажать кнопку "1-Прочитать данные из файла/файлов".

Если выбран Excel-файл с исходными данными и в нём есть несколько листов, то система спрашивает из какого листа выполнять загрузку данных.

Данные из указанного файла/указанных файлов появятся на этом же листе "Upload" ниже и правее голубых линий:

Кроме того любые исходные данные в неформализованном формате также можно скопировать из своего источника ниже и правее голубых линий на лист "Upload".

Затем необходимо нажать кнопку "2-Разметить колонки и строки для указанного типа данных". Колонки должны идентифицироваться по соответствующему формату, и в первой колонке должны появиться надписи "Header" (строка заголовка) и "Line" (строки с данными), а в строках 15-16 появятся буквенные идентификаторы соответствующих полей, которые используются для последующей загрузки на листы "src…":

В исходных данных допускаются заголовки из нескольких строк. Порядок и даже состав колонок загружаемых данных может быть изменен – Excel-шаблон загрузит те колонки, названия которых он найдет в мэппинге колонок по типам данных на листе "UploadSetup", вне зависимости от порядка расстановки этих колонок.

Перенос данных на листы "src…" выполняется по нажатию кнопки "3-Добавить на лист с данными". Ниже - скриншот с загруженными исходными данными из SAP на лист "srcSAP":

Состав колонок загружаемых данных может быть модернизирован без каких-либо изменений в программном коде Excel-шаблона.

На листе "WorkingTable" и на всех листах "src…" в первой скрытой строке содержится идентификатор соответствующей колонки, во второй скрытой строке находится идентификатор типа данных, если это не текстовая колонка ("num" - для числа, "date" - для даты).

Программный код Excel-шаблона обращается к данным, находящимся в соответствующих колонках, только по текстовым идентификаторам колонок:

На листе "UploadSetup" приводится мэппинг полей источника данных и идентификаторов полей в Excel-шаблоне по типам данных ("SourceSAP", "GTD", "Advances", "VATExport" и т.п.). Таким образом, если в файле-источнике изменился заголовок соответствующей колонки, то с помощью этого мэппинга можно указать новое название поля-источника. Здесь же можно добавлять/удалять колонки для различных типов данных.

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

Сложности и решения

Как уже было указано выше в описании реализации, в ходе проекта мы изначально делали решение, ориентированное на использование базы данных MS Access. В дальнейшем мы исправили решение на версию с использованием только MS Excel без какой-либо базы данных.

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

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

Изначально при существенных объемах данных страдало и быстродействие решения. Для устранения этой проблемы мы пересмотрели ряд алгоритмов копирования данных.

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

Результат проекта

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

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

Результат выполненного проекта полностью устроил Заказчика. Заказчик получил также инструкцию по работе с решением и годовую гарантию, в ходе которой мы сможем помогать в случае необходимости каких-либо модификаций. Уверены, что даже если и возникнет потребность в каких-то корректировках, реализованное Excel-решение позволит нам их просто и быстро осуществить.

А мы со своей стороны, наверное, еще не раз применим наши идеи универсальности в среде MS Excel (идентификация строк и заголовка в неформализованных данных, единообразный импорт исходных данных путём мэппинга по заголовкам, структурированность данных для работы, последовательные алгоритмы обработки).

Стоимость проекта

Стоимость проекта для Заказчика составила 205'200 руб. включая НДС 20%

Примечание

В целях конфиденциальности все упоминания о компании-Заказчике и все исходные данные на скриншотах изменены.

Экономический кризис в России привел к развитию импортозамещения, что, в свою очередь, способствовало росту доли рынка, занимаемой программным обеспечением 1С. Интеграционная платформа 1С — гигант на российском рынке специализированного программного обеспечения, что вовсе не исключает появления конкурентов. Одним из них является немецкая система автоматизации SAP, которая появилась в России в 2003 году. Она неплохо себя зарекомендовала в плане функционала, и сегодня многие руководители решают: какую из программ выбрать для своего предприятия? Найти ответ поможет сравнение сильных и слабых сторон продуктов.

К пользователям — лицом: что с интерфейсом?

Платформа «1С: Предприятие» в версии 8.3 имеет обновленный внешний вид. Продукт получил современный интерфейс, наглядный и интуитивно-понятный — не нужно тратить много времени, чтобы разобраться в нем. Все разделы находятся «перед глазами» и позволяют даже новичку быстро освоиться. При необходимости можно получить консультации специалистов.

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

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

Как считаем?

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

В SAP учет выстроен в соответствии с МСФО — доходы и расходы признаются на дату совершения операции. В данную систему нельзя вносить исправления, если они не относятся к текущей дате.

Не растерять бы НДС

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

В программе SAP работа выстроена иначе. Формирование отчетности по НДС автоматизировано наполовину. Бухгалтер, получив данные счетов, составляет на их основе отчет для налоговой инспекции в Excel.

Отчетность для России и стран зарубежья

Решения 1С ориентированы в основном на РСБУ. Получить отчетность в соответствии с международными стандартами бухгалтер может, подключив необходимые дополнительные настройки.

SAP по умолчанию поддерживает международную систему отчетности. Обновления, связанные с изменениями в российском законодательстве, не предусмотрены в решении.

Корпоративные приложения

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

Продукты компании SAP тоже разнообразны и рассчитаны на применение в различных отраслях экономики. Но лишь малая их часть адаптирована под российские стандарты. Только ограниченное количество компаний предлагают индивидуальные разработки.

Электронный документооборот

Для обмена с контрагентами юридически значимыми документами в электронном виде существует специально созданный сервис — 1С-ЭДО. Для отправки документов в налоговую инспекцию разработчики 1С создали ЭЦП и предусмотрели функцию отправки отчетности через 1С-Отчетность.

Для интеграции сервиса SAP с системами операторов ЭДО пользователю потребуется обратиться к разработчикам программных решений и за дополнительную плату заказать значительные доработки ПО.

Цена вопроса

Компании обойдется значительно дороже купить и внедрить программу SAP, чем приобрести продукт 1С со схожим функционалом и таким же количеством АРМ. Это объясняется тем, что для адаптации SAP к российским стандартам, в отличие от 1С, требуются дополнительные услуги узкоспециализированных профессионалов.

Обслуживание программного решения SAP также стоит дорого. Найти хорошего специалиста на рынке труда сложно, особенно в провинции. Да и бухгалтеру, который умеет работать с программой SAP, придется платить более высокую зарплату.

Заключение

Если у вас небольшая компания, вы работаете с контрагентами на территории России и закладываете разумный бюджет для развертывания ПО на предприятии — выбирайте 1С. Продукты российского разработчика можно адаптировать под изменяющиеся реалии бизнеса. Вплоть до того, что фирма «1С» и ее официальные партнеры разрабатывают нетиповые конфигурации.

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

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

Счета-фактуры

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

Образец нового счёта-фактуры с 1 июля 2021 года

Изменения для всех

В шапке появилась строка 5а, в которой указываются реквизиты (номер и дата составления) документа на отгрузку, на основании которого составлен счёт-фактура. Это могут быть товарная накладная, акт оказанных услуг, УПД и т.д.

Отдельную графу 1 вводят для порядкового номера записи. Наименование товаров теперь указывается в графе 1а, а код по ТН ВЭД ЕАЭС — в графе 1б.
Графа 1 связана со строкой 5а. Документ об отгрузке соотносится с конкретными порядковым номером записи в счёте-фактуре. Например, если счёт-фактура составлен на товар по нескольким товарным накладным (сводный счёт-фактура), то в графе 5а будут указываться порядковые номера строк из счёта-фактуры, которые относятся к конкретной накладной. Разделять документы надо через точку с запятой.

Пример. Документ об отгрузке: № п/п 1-5 N 35 от 5.07.2021; № п/п 6-10 N 42 от 5.07.2021. Если это УПД, то указываем диапазон всех порядковых номеров строк из табличной части с реквизитами документа.

В электронном формате заполнять строку 5а не обязательно, поэтому отсутствие данных — не нарушение. Но любые противоречия могут привести к дополнительным проверкам в ФНС.

Изменения для участников системы прослеживаемости

Для налогоплательщиков, которые работают с прослеживаемыми товарами, изменений больше. У них есть обязанность заполнять дополнительные графы в табличной части.

Графа 11 изменила название на «Регистрационный номер декларации на товары или регистрационный номер партии товаров, подлежащих прослеживаемости» (ранее называлась «Регистрационный номер таможенной декларации». Она заполняется одним из двух реквизитов:

РНПТ, если счёт-фактура по прослеживаемым товарам;
регистрационный номер декларации, если по другим товарам.

В одном документе могут быть собраны сведения как по прослеживаемым, так и не по прослеживаемым товарам.

В графы 12 и 12а заносится единица измерения товара. Она определяется по ОКЕИ. В графу 13 — количество товара, подлежащего прослеживаемости, в соответствующих единицах измерения.

Для большинства прослеживаемых товаров показатели граф 2, 2а и 12, 12а будут совпадать. Но так как у прослеживаемых товаров с одинаковым наименованием, единицей измерения и ценой могут быть различные РНПТ, в форме счёта-фактуры можно составить к одной строке счёта-фактуры несколько подстрок граф 11–13. Именно поэтому графы 12 и 13 выделены отдельно от граф 2 и 3.

Пример заполнения с несколькими партиями одного товара:

Корректировочный счёт-фактура тоже изменился:

добавили графы 10 и 10а— код и наименование страны происхождения товаров (если в исходном счёте-фактуре эти реквизиты не заполняли, в корректировочном тоже заполнять не нужно)
новые графы 11–13 заполняются аналогично обычному счёту-фактуре. Только по графе 13 указывают не первоначальное количество отгруженных товаров, а разницу между их количеством до и после корректировки.

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

Электронный обмен счетами-фактурами

Продажу и покупку прослеживаемых товаров для перепродажи надо оформлять именно электронными счетами-фактурами и обмениваться ими через операторов ЭДО. Это касается и корректировочных документов (п. 1 ст. 169 НК РФ). Исключения предусмотрены в следующих случаях:

товары проданы физлицам для собственных нужд, а не для бизнеса;
товары переданы на экспорт или реэкспорт;
товары проданы и перемещены из РФ на территорию государства-члена ЕАЭС.

Регистры и декларация по НДС

За III квартал 2021 года декларацию по НДС надо сдавать по новой форме (постановление Правительства от 02.04.2021 № 534). В неё поменяли штрих-коды, а в разделы 8, 9, 10 и 11 добавили новые строки для реквизитов прослеживаемости. Аналогичные изменения внесли в журналы учёта полученных и выставленных счетов-фактур, книгу покупок и книгу продаж.

Вот список новых строк:

регистрационный номер декларации на товары или регистрационный номер партии товара, подлежащего прослеживаемости;
код количественной единицы измерения товара, используемый в целях прослеживаемости;
количество товара, подлежащего прослеживаемости, в количественной единице измерения в целях прослеживаемости;
стоимость товара, подлежащего прослеживаемости, в рублях, без НДС.

В регистры по НДС эти данные переносятся из первичных и корректировочных счетов-фактур, а в декларацию уже из самих регистров.

Не пропустите новые публикации

Подпишитесь на рассылку, и мы поможем вам разобраться в требованиях законодательства, подскажем, что делать в спорных ситуациях, и научим больше зарабатывать.

Обновлено 10.02.2021 г.

Регламентные операции по учету НДС

Перед составлением Декларации по НДС необходимо выполнять все регламентные операции по учету НДС. В программе для этого предназначен «Помощник по учету НДС» (Отчеты – НДС – Отчетность по НДС):

В рамках Помощника по учету НДС можно провести регламентные операции автоматически или неавтоматически (при снятии флага «Рассчитывать налог автоматически»). Наши специалисты рекомендуют проводить регламентные операции по расчету НДС в неавтоматическом режиме.

Расчет налога автоматически не подходит тем, кто:

имеет обособленные подразделения;

ведет раздельный учет НДС;

освобожден от уплаты НДС;

ввозит товары из стран ЕАЭС;

занимается импортом или экспортом товаров;

выполняет строительно-монтажные работы хозяйственным способом;

выступает в роли налогового агента;

реализует товары или услуги комитентов (принципалов);

приобретает товары или услуги для комитентов (принципалов).

При нажатии кнопки «Рассчитать» регламентные операции будут автоматически проведены и рассчитается налог к уплате, после чего можно будет формировать Декларацию по НДС по одноименной гиперссылке.

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

Если в результате расчета сумма НДС предъявляется к возмещению, то она будет выделена красным цветом для предупреждения о возможности камеральной проверки:

При снятии флага «Рассчитать налог автоматически» необходимо будет провести регламентные операции вручную.

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

Декларация по НДС

Для заполнения данных Декларации по НДС нажмем кнопку «Заполнить». По умолчанию в декларацию добавлены все разделы и приложения. Настроить их отображение можно по кнопке Ещё – Настройки – Свойства разделов, установив на нужные разделы флажок «Показывать» и снять с тех, которые не заполняются.

Белые поля заполняются автоматически на основании данных из карточки организации. Желтые поля доступны к редактированию. При внесении изменений в данные справочника «Организации» для обновления данных в отчете нажмем кнопку Еще – Обновить:

На титульном листе номер корректировки по умолчанию 0. Налоговый период (код) и Отчетный год заполняются автоматически в зависимости от того, какой период был выбран в Помощнике по учету НДС.

Реквизит «По месту нахождения (учета) (код)» автоматически указан код 214 «По месту постановки на учет организации, не являющейся крупнейшим налогоплательщиком». При необходимости код можно поменять.

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

В поле «Дата подписи» ставим дату составления декларации.

Раздел 1 заполняется автоматически. Если организация выступает стороной Соглашения о поощрении капиталовложений в РФ, в строке 085 ставится код 1 и заполняются строки 090-095. В противном случае в строке 085 ставится код 2 и строки 090-095 не заполняются.

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

Практически все данные в Разделе 3 заполняются автоматически и формируют Раздел 1.

Разделы 8 и 9 заполняются согласно данным из Книги покупок и Книги продаж соответственно.

Чтобы расшифровать показатель и понять, из чего сложилась та или иная сумма в Декларации, предусмотрена кнопка «Расшифровать». Выделяем ячейку для расшифровки и жмем кнопку «Расшифровать».

По итогам заполнения данных можно провести проверку по кнопке Проверка. Доступна проверка на контрольные соотношения, выгрузку и контрагентов. Проверка в интернете доступна пользователям с подключенным сервисом 1С-Отчетность.

Читайте также: