Этот пост Вам интересен, если:

• Вы сотрудник Банка;
• Вы работаете в ИТ подразделения Банка;
• Задача, о которой пойдет речь, еще не автоматизирована;
• Банк обслуживает физических лиц;
• В Банке используется ПО АБС «Диасофт»;
• В Банке используется ПО КОМИТА;
• Банк ежедневно взаимодействует с ИФНС согласно 440-п ЦБ РФ.

Интро

С этой задачей я столкнулся абсолютно случайно. Мне ее подкинул старый знакомый, сотрудник ИТ не очень крупного универсального Банка, уверенно входящего в ТОП 100, но находящийся ближе к концу данного списка. Задача относится именно к Розничному сегменту бизнеса.

В Банке есть команда своих программистов, но они расписаны на несколько месяцев вперед на исполнение более крупных и приоритетных (с точки зрения «бизнеса» задач.

А сама задача организации обмена согласно 440-п ЦБ РФ, упала на моего знакомого неформально, когда пользователи пожаловались на свою тяжелую внутрибанковскую жизнь и он по доброте душевной решил им помочь. 

Верхнеуровневый бизнес-процесс

Бизнес-процесс, о котором пойдет речь далее, выглядит следующим образом:

• Если его тезисно описать словами, то он выглядит следующим образом:
• Ежедневно, в рамках исполнения 440-п ЦБ РФ:
•  (»О порядке направления в банк отдельных документов налоговых органов, а также направления банком в налоговый орган отдельных документов банка в электронной форме в случаях, предусмотренных законодательством Российской Федерации о налогах и сборах»

ИФНС отправляет по электронной почте запросы в Банк по ФЛ (Физическим Лицам) у которых открыты счета в вашем Банке.

Данные запросы попадают в Диасофт, обрабатываются там, и после этого с использованием системы защищенного документооборота КОМИТА, улетают по электронной почте обратно в ИФНС. При этом, в зависимости от клиентской базы банка, таких запросов ежедневно может приходить 100 | 1 000 | 10 000.

А так же существуют штрафные санкции регулятора за непредоставление ответа иили за несвоевременное предоставление ответа. И, понятное дело, Банк заинтересован этого избежать.

Шаги бизнес-процесса

Алгоритм действий пользователя следующий:

• каждое утро (365 дней в году) производится выгрузка данных для отправки данных из Диасофт;
• производится шифрование и подписание файлов для отправки. Учет самих файлов для отправки по составу и количеству осуществляется в документообороте КОМИТЫ;
• т.к. АРМ обмена данными с ИФНС и сервисы банка находятся в разных сегментах сети, разделенных на физическом уровне, перенос зашифрованных и подписанных файлов производится ногами и руками сотрудника на flash-носителе в защищенную сеть Банка;
• после этого на защищенном АРМ производится создание писем в MS Outlook с файлами отчетности, Пользователь вручную создает каждое письмо с предопределенным адресом получателя, темой письма и последовательно вкладывает в письмо соответствующий архив с данными и производит отправку email.(безумное колличество ручной работы пользователя и отсутствие полноценной системы контроля отправок, собственно и являются предметом нашей микро-автоматизации).

• далее производится получение квитков из ЦБ РФ обратным письмом ИФНС подтверждающим факт доставки и получения корреспонденции;

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

• далее происходит обратный поток бизнес-процесса, в рамках которого производится выгрузка полученных квитков из MS Outlook в папку для переноса в рабочую сеть Банка;
• перенос файлов производится на flash-носителе, руками и ногами ответственного сотрудника Банка;
• происходит загрузка квитков в КОМИТУ, расшифровка и снятие ЭЦП;
• Комита сопоставит отправленные файлы с полученными квитками, статус документов в КОМИТЕ поменяется, все Ok.
• Подгрузка квитанций в Диасофт уже является штатной автоматизированной процедурой и не требует нашего участия.

ROI или то, почему мы взялись за реализацию задачи

Лень, двигатель прогресса. Поэтому, перед любой автоматизацией, предполагающей затраты —  сроки деньги, мы смотрим и пытаемся понять экономическую эффективность. Наш расчет производится через трудозатраты и ФОТ сотрудников Банка.

Расчетные трудозатраты персонала Банка на взаимодействие с ИФНС

Расчет выполнен исходя из получения 500 ежедневных запросов. Но, как я упомянул выше, для каждого Банка своя экономика — ежедневно может приходить 100 | 1 000 | 10 000. В данном случае Банк небольшой, поэтому запросов ИФНС приходит от 400 до 600 ежедневно.

Расчёт ROI

В расчете ROI (от англ. return on investment) мы исходим из следующих допущений и ограничений:

Сама по себе задача низкоквалифицированная, но требующая внимательности и педантичности ее исполнения. Поэтому ЗП сотрудника по логике небольшая, порядка 60 000 рублей ежемесячно. Фактически не знаю, это мое предположение, но реально может быть и выше. С учетом налогов на ЗП (48%), содержание одного такого сотрудника обходится Банку в 88 800 рублей в месяц, или 1 065 600 рублей ежегодно.

Далее считаем КПД сотрудника, т.к. он не робот и это значение не может равняться 100%. Примем допущение, что это очень работоспособный и ответственный сотрудник и его КПД составляет оптимистичные 75%, хотя по факту значительно ниже. Пруф по статистике КПД находится здесь. Таким образом, наш рассчитанный фонд трудоемкости увеличивается на 25% и составит 11,25 рабочих часов ежедневно.

https://www.youtube.com/watch?v=Zie8a_ZyTrc\u0026pp=ygUo0J7Qv9C40YHQsNC90LjQtSDRhNC-0YDQvNCw0YLQvtCyIDQ0MC3Qvw%3D%3D

Становится понятно, что для решения этой задачи банку требуются минимум 2-е штатных единицы, + 1 для резервирования, на случай отпусков и болезней. Общий годовой ФОТ группы из 3-х человек составит 88 800 х 12 х 3 = 3 196 800 рублей ежегодно.

Это стоимость для Банка функции дистанционного общения с ИФНС по теме 440-П ЦБ РФ. Для упрощения оставляем за бортом человеческий фактор (ошибки отправки несвоевременная отправка ответов на запрос ИФНС) и как следствие репрессивные штрафы регулятора.

По моей информации штрафы за одно нарушение менее 500 000 выписываются крайне редко, чаще больше.

Кстати говоря, в Диасофт есть модуль, отвечающий за решение этой простой задачи, но стоимость решений Диасофт, как моно-вендора, обычно космическая, требует затрат на приобретение ПО, внедрение и ежегодное сопровождения. Т.е. в варианте Диасофт «малой кровью» обойтись не получится.

Таким образом сравнение возможных затрат Банка выглядит таким образом:

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

«Хорошие люди всегда могут договориться.» Макс Фрай — Сборник Чужак

Техническое задание

Описание целевого бизнес-процесса автоматизации приведу кратко, выдержками из ТЗ:

1. ПАО «ХХХ Банк» обеспечивает получение входящего запроса со стороны ИФНС и обеспечивает его последовательную обработку внутри банковских систем. Результатом обработки каждого запроса ИФНС является результирующий файл, выгружаемый ответственным исполнителем банка из АБС (Диасофт).

2. Файл или набор файлов содержащий ответ на запрос ИФНС, относящихся к запросу или нескольким запросам выгружается в локальную исполнителем банка в выделенную директорию, после чего загружается в программу ПО КОМИТА с помощью которой шифруется подписывается ЭЦП.

3. Результатом исполнения п.2 является выгруженный готовый к отправке результирующий файл (архив) либо набор файлов, который ответственный исполнитель банка копирует на флеш-носитель информации предназначенный для физической транспортировке между сегментами сети ПАО «XXX Банк» и последующей отправки в ИФНС.

4. Ответственный исполнитель банка переносит файл пакет сформированных файлов с помощью флеш-носителя на АРМ IP: ХХХ.ХХ.ХХ.ХХ и перемещается посредством проводника Windows в директорию C:IFNS_in, запускает скрипт отправки.

5. Результатом работы запущенного скрипта является автоматизированное взаимодействие с почтовым клиентом MS Outlook, в рамках исполнения которого:

   • создается электронное письмо с темой – «Отчет для ФНС» и адресом получателя [email protected].
   • происходит вложение в тело письма файла из директории C:IFNS_in;
   • происходит отправка письма.
   • при этом, в случае если в директории C:IFNS_in содержится набор из нескольких файлов, скриптом обеспечивается последовательная отправка каждого файла с исполнением п.п. a, b, c;

В зоне ответственности Исполнителя находится:

• Разработка Технического задания;
• Согласование Технического Задания с Заказчиком;
• Разработка скрипта с использованием языка программирования Python;
• Установка скрипта на АРМ Заказчика и его настройка, либо разработка инструкции администратора по установке скрипта на АРМ пользователя силами Заказчика;
• Разработка инструкции пользователя;
• Разработка описания скрипта для обеспечения возможности доработки скрипта исполнителями Заказчика;
• Приемка-сдача работ.

Ограничения рамок проекта:

В ответ на каждое письмо, отправленное в рамках исполнения скрипта, из ИФНС приходит ответное письмо, содержащее две вложенные квитанции:

• транспортная;
• с результатом обработки.

Данные ответные квитанции (файлы) должны быть сохранены ответственным исполнителем Банка на Flash-носителе и перемещены для целей загрузки обратно ПО КОМИТА, с целью контроля результатов отправок. Количественная и качественная сверка полученных со стороны ИФНС запросов, ответов, отправленных со стороны Банка в ИФНС производится средствами ПО КОМИТА.

Результат работ

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

Согласитесь, все любят большую красную кнопку, нажав на которую без лишних усилий получаешь результат.

https://www.youtube.com/watch?v=Zie8a_ZyTrc\u0026pp=YAHIAQE%3D

Все настройки находятся в файле config.ini:

[OUTLOOK]IFNS_OUT=C: ransportIFNS_OUT*.txtLOGDIR=C: ransportLOGARCHIVE=C: [email protected]_TEXT=Тело сообщения

SUBJECT=Заголовок сообщения

Скрипт отправляет файлы из папки IFNS_OUT через настроенный OUTLOOK на адрес SEND_TO, а все действия логируются в папку LOGDIR. Все передаваемые файлы после отправки помещаются в папку ARCHIVE, в подпапку соответствующего дня.

Вуаля, разработка закончена и инсталлирована на АРМ, клиент счастлив и готов подбрасывать новые темы «на подумать».

Резюме

Если у вас стоит подобная задача, welcome в комментарии.

Felix Leiter to James Bond : «Мы не жадные и не бедные.» Мартин Кэмпбелла Казино Рояль 2006

Эдо с фнс. реализация 440-п

Предпосылки внедрения модуля 440-П

В соответствии с НК РФ, кредитная организация (КО) обязана предоставлять по запросу налогового органа справки, исполнять распоряжения и поручения налогового органа (НО). Документы налогового органа могут быть представлены в КО в электронной форме, в этом случае справки КО должны также быть представлены в НО в электронной форме.

Порядок ЭДО КО с НО определяется Положением ЦБ РФ от 6 ноября 2014 г. N 440-П, Приказом ФНС РФ от 25.07.2012 N ММВ-7-2/520@.

Цели внедрения модуля

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

Возможности модуля

Модуль «ЭДО с ФНС России. 440-П» системы iDБанк-СМЭВ обеспечивает:

• Загрузку архивных файлов, документов и сообщений НО, выгрузку архивных файлов, документов и сообщений КО через файловый обмен;
• Обмен документами с НО через ТУ Банка России, в том числе:

1. Автоматическая обработка/формирование архивных файлов НО/КО – формирование/проверка кодов аутентификации (для выполнения криптографических операций модуль использует СКАД «Сигнатура»), извлечение/архивация файлов электронных документов и сообщений;
2. Формирование/проверка кодов аутентификации, шифрование/расшифровывание файлов сообщений, форматно-логический контроль и проверка соответствия XML-схеме;
3. Автоматическое формирование подтверждений (PB)/обработка извещений и квитанций – актуализация статусов документов и архивных файлов;
4. Журналирование событий обмена.

• автоматическую или ручную обработку документов налогового органа:

1. Автоматическая обработка предусматривает полностью автоматическое исполнение документов путем выполнения необходимых действий в учетной системе банка с помощью интеграционного механизма (SQL-связка в составе стандартной функциональности);
2. Ручная обработка предусматривает формирование ответных сообщений (подтверждений) после выполнения оператором необходимых действий по исполнению документа в учетной системе банка;

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

Модуль обеспечивает автоматическую обработку документов налогового органа следующих типов:

• Запрос налогового органа (ZSN, ZSO, ZSV);
• Поручение налогового органа (PNO, PKO);
• Поручение на перечисление (PPD);
• Решение о поручении (APN, APO, APZ);
• Решение налогового органа (RPO, ROO);
• Требование налогового органа (TRB, TRG);
• Поручение на продажу (PPM, PPV).

Модуль поддерживает обработку документов и сообщений НО – 3.X и 4.X, документов и сообщений КО – 4.X.

Модуль может быть развернут в следующих конфигурациях:

• мастер-система – обеспечивает обмен документами с НО и автоматическую обработку документов налогового органа;
• транспортная система (шлюз) – обеспечивает обмен документами с НО.

Возможности встраивания в IT-инфраструктуру банка

Модуль «ЭДО с ФНС России. 440-П» системы iD Банк может использоваться без интеграционного решения. В этом случае оператор будет работать с пользовательским интерфейсом системы iD Банк (см. Рисунок 1). Возможности пользовательского интерфейса системы описаны в руководстве пользователя.

Кроме того, возможна организация взаимодействия с модулем через программный интерфейс. Описание программного интерфейса приведено на рисунке (см. Рисунок 1).

• 
• Рисунок 1. Интерфейсы системы iD Банк для встраивания в IT-инфраструктуру банка
• Update:

Ряд сведений по 440-П с 1 января 2023 года будут переведны в 263-ФЗ. Более подробную информацию по модулю 263-ФЗ читайте по следующей ссылке или закажите консультацию у нашего менеджера, нажав на кнопку «Получить подробную информацию».

Заказать презентацию продукта Запросить техническое описание

Решение Кворум для обмена с ФНС электронными сообщениями (сведениями) в форматах 440-П с использованием СМЭВ

ИТ в банках

09 Февраля 2023 17:43 09 Фев 2023 17:43 |

1 января 2023 года вступил в силу Федеральный закон от 14.07.2022 №263-ФЗ «О внесении изменений в части первую и вторую Налогового кодекса Российской Федерации». В статье 4 Закона закреплено обязательство Федеральной налоговой службы информировать банки о поручениях ФНС, размещённых в Реестре решений о взыскании задолженности.

Порядок информирования кредитных организаций устанавливается Приказом ФНС от 30 ноября 2022 г. №ЕД-7-8/1137@. В Приказе закрепляется, что обмен сведениями в форматах 440-П осуществляется с использованием Единой системы межведомственного электронного взаимодействия (СМЭВ).

Для банков установлен срок перехода на использование системы межведомственного взаимодействия – 1 марта 2023 года.

Для организации межведомственного обмена данными в форматах 440-П посредством СМЭВ Федеральная налоговая служба опубликовала два вида сведений СМЭВ:

• Передача транспортных контейнеров, содержащих документы, формируемые кредитными организациями, в ФНС России;
• Передача транспортных контейнеров, содержащих документы, направляемые ФНС, в кредитные организации.

В настоящий момент указанные сервисы позволяют обмениваться сообщениями UPO (аналог RPO), UKO (аналог PKO), UNO (аналог PNO и APZ), UPD (аналог PPD), UPM (аналог PPM), UPN (аналог APN и APO), UPO (аналог RPO, ROO), UPV (аналог PPV). В дальнейшем набор сообщений может быть расширен.

В декабре 2022 года компания Кворум разработала и успешно протестировала Адаптер «ФНС. Обмен электронными сообщениями по форматам 440-П». Решение позволяет Банкам обмениваться электронными сообщениями с Федеральной налоговой службой посредством СМЭВ. Оно поддерживает взаимодействие по всем форматам сообщений 440-П в рамках двух основных сценариев:

• получение из Банка архивного файла AFN*.arj, включающего до 250 первичных сообщений, подписанных ЭП «Сигнатура», формирование СМЭВ-конверта и передача данных в ФНС;
• получение от ФНС транспортного контейнера, извлечение архива AFN*.arj и его передача в информационные системы Банка.

Программный продукт реализован на базе Платформы «СМЭВ-Интегратор».

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

Браузер и Атом. Поддерживаются СУБД Open Source Postgres Pro (включенная в Единый реестр российских программ для электронных вычислительных машин и баз данных), Oracle; MS SQL.

Внедрение Адаптера «ФНС. Обмен электронными сообщениями по форматам 440-П» планируется в ряде крупнейших Банков РФ с 1 марта 2023 года, когда на продуктивной среде СМЭВ начнется обмен электронными сообщениями в рамках 440-П.

■ Токен: Pb3XmBtzt7rrcrxFskxEbrF1Gf1EHURec4ow7cUРекламодатель: ЗАО «АО Кворум»ИНН/ОГРН: 1027700422628/7720123993Сайт: https://www.quorum.ru/
Подписаться на новости Короткая ссылка

Положение Банка России от 06.11.2014 № 440-П «О порядке направления в банк отдельных документов налоговых органов, а также направления банком в налоговый орган отдельных документов банка в электронной форме в случаях, предусмотренных…»

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

Официальные реквизиты нормативного акта:

Положение Банка России от 06.11.2014 № 440-П «О порядке направления в банк отдельных документов налоговых органов, а также направления банком в налоговый орган отдельных документов банка в электронной форме в случаях, предусмотренных законодательством Российской Федерации о налогах и сборах»

Официальные реквизиты документа:

Письмо ФНС России от 20.02.2014 № ПА-4-6/3003 «Об использовании интернет-сервиса «Сведения о наличии решений о приостановлении операций по счетам налогоплательщиков»

Документы доступны только зарегистрированным пользователям.Авторизуйтесь, чтобы бесплатно скачать документы в электронной библиотеке Института переподготовки и повышения квалификации ВИАКАДЕМИЯ.

ОБЛОЖКИ ДЛЯ ДИПЛОМОВ:

• Высшее образование (бордовые, бордовые с золотом, ярко-красные, синие, синие с серебром, голубые, зеленые)• Высшее образование формат А4 (бордовые, бордовые с золотом, ярко-красные, синие, синие с серебром)• Высшее образование формат А4 (МГУ, Сеченов (1 Мед): бордовые, ярко-красные, синие) • Среднее профобразование (бордовые, синие) • Профпереподготовка с гербом (бордовые, ярко-красные, тёмно-синие, синие, голубые, зеленые) • Профессиональная переподготовка (бордовые, синие, голубые)

ОБЛОЖКИ ДЛЯ ДИПЛОМОВ:

• Универсальные с гербом (бордовые, ярко-красные, синие, голубые)• Универсальные (бордовые, синие)• Универсальные формат А4 (бордовые, синие)• На английской языке DIPLOMA (бордовые, синие, ярко-красные) • Об окончании аспирантуры (бордовые, синие) • Об окончании адъюнктуры, ординатуры • Диплом Кандидата наук, Доктора наук

ОБЛОЖКИ ДЛЯ УДОСТОВЕРЕНИЙ:

• Повышение квалификации с гербом (бордовые, ярко-красные, тёмно-синие, синие, голубые, зеленые)• Повышение квалификации (бордовые, синие, голубые)• Удостоверение о проверке знаний требований охраны труда• Удостоверение кадета и гимназиста

ОБЛОЖКИ ДЛЯ СВИДЕТЕЛЬСТВ:

• Свидетельство (формат А6) бордовое, зеленое, синее, ярко-красное • Свидетельство бордового и ярко-красного цвета • Свидетельство бордового цвета с гербом • Свидетельство о профессии рабочего, должности служащего, о должности служащего• Свидетельство окончании детского сада (персиковое, зеленое, селадоновое)

ОБЛОЖКИ ДЛЯ СЕРТИФИКАТОВ:

• Сертификат специалиста (медицинский, формат А6)• Сертификат о владении русским языком и знании истории РФ (формат А6)• Документ о прохождении экзамена на владение русским языком (формат А6)• Сертификат бордовый, тёмно-синий, ярко-красный

«Диасофт»: ювелирная работа, или Как мы создавали решение по взаимодействию с ФНС согласно 440-П

К процессу разработки нового решения FLEXTERA «Взаимодействие с ФНС. 440-П» мы подошли принципиально по-новому.

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

И это правильно — в таком случае компонент сам по себе будет работать корректно. Однако, на мой взгляд, большинству банков нужно нечто иное.

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

Базовое свойство «Продукта» очень простое и понятное — минимизировать риски невыполнения регламента обмена, влекущие за собой возможные штрафные санкции вплоть до отзыва лицензии. «Продукт» должен позволять снять этот риск. Это, так сказать, минимум. Однако давать банкам минимум — не в наших правилах. Мы стремимся разрабатывать продукты с максимальным набором функциональных свойств.

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

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

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

Первое свойство «эталона»: мониторинг

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

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

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

Для нашего решения одним из таких инструментов стал мониторинг. В продукте он представлен двумя базовыми компонентами под кодовым названием «Монитор диагностики» и «Фабрика уведомлений».

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

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

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

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

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

Второе свойство «эталона»: корректировка

Повторюсь, система должна работать бесперебойно, надежно и круглосуточно, но что же делать, если возникла ошибка и сбой все-таки произошел?

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

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

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

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

Если при разработке не учитывать подобные возможные проб­лемы, то уведомление об ошибке система, безусловно, даст, но продолжить обработку не позволит. Задача, которую мы решили с помощью этого свойства, — гарантировать, что обработка любого документа, поступившего от налоговой службы, в итоге будет завершена и документ будет выгружен в регламентные сроки.

Третье свойство «эталона»: гибкая интеграция

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

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

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

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

Это позволяет банкам существенно снизить затраты на внедрение, а нам — обеспечить гибкость и универсальность решения.

Четвертое свойство «эталона»: устойчивость

Еще раз повторю: система должна работать бесперебойно, надежно и с большими объемами данных.

Для того чтобы слова «бесперебойная работа решения» не остались просто словами, систему надо нагрузить, сломать еще до выпуска на просторы «банковской вселенной». Собственно, этим мы и занимаемся сейчас. Разработчики компании «Диасофт» при создании FLEXTERA «Взаимодействие с ФНС.

440-П» провели и проводят не только типовое тестирование, но и стресс-тестирование и нагрузочные тесты, определяющие реакцию системы на различные аварийные ситуации и большие объемы данных. Мы подходим к этому процессу творчески, задача, которая ставится тестировщикам, — сломать систему во что бы то ни стало.

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

Такое тестирование гарантирует работоспособность решения в ходе промышленной эксплуатации.

«Решение FLEXTERA «Взаимодействие с ФНС. 440-П» — это результат нашего опыта и слаженной работы высококвалифицированных специалистов.

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

Мы уверены, что решение, обладающее описанными свойствами и функциональностью, станет высоко востребованным на рынке и заслужит доверие наших клиентов», — резюмирует Алексей Ефимов.

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

СПРАВКА

Компания «Диасофт» имеет более чем пятилетний опыт в области разработки решений для взаимодействия с государственными органами и непрерывно пополняет свое комплексное решение FLEXTERA «Взаимодействие с госорганами» новыми компонентами, отслеживая потребности рынка и возможности различных государственных сервисов. На данный момент компания уже разработала специализированное решение FLEXTERA «Взаимодействие с ФНС. 440-П». Его официальный выпуск назначен на май 2017 года.

Реклама

440 п ЦБ РФ последняя редакция 2021

Здравствуйте, в этой статье мы постараемся ответить на вопрос: «440 п ЦБ РФ последняя редакция 2021». Также Вы можете бесплатно проконсультироваться у юристов онлайн прямо на сайте.

Видеоматериалы для лабораторий. Система менеджмента. Аккредитация. Химический и микробиологический анализ. Новости Росаккредитации

7 новых правил ведения кассовых операций

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

1. Экономические методы контроля имеют приоритет над административными.
2. Вмешательство в проводимые бизнесменами валютные операции допустимо только в рамках, предусмотренных законом.
3. Единый подход к валютному контролю в рамках внешней и внутренней политики.
4. Защита прав всех сторон сделки.

Валютный контроль делится на следующие формы:

1. Предварительный, который осуществляется до проведения операции.
2. Текущий, который производится непосредственно при реализации контракта и осуществлении валютных расчетов.
3. Последующий, проводимый после завершения сделки.

Регулирование в этой области осуществляют:

1. Органы валютного контроля: Центральный банк РФ и Правительство РФ. ЦБ РФ осуществляет свои контрольные обязанности непосредственно, а Правительство – наделяет соответствующими полномочиями государственные органы. На сегодня это – налоговая и таможенная службы. Органы валютного контроля (ОВК) не только занимаются проверками, но и могут издавать нормативные акты.
2. Агенты валютного контроля (АВК) – это структуры, которые непосредственно работают с бизнесменами. В первую очередь – это уполномоченные банки, т.е. российские кредитные организации, которые имеют право работать с валютой. Также к категории АВК относятся профучастники рынка ценных бумаг и госкорпорация ВЭБ.РФ.

В функции АВК входит текущий контроль, а в случае необходимости они передают материалы проверок в ОВК.

К «подконтрольным» операциям в этой области относятся:

1. Любые перемещения денег или ценных бумаг через государственную границу.
2. Любые операции между нерезидентами и резидентами.
3. Рублевые сделки между нерезидентами.
4. Валютные сделки между резидентами.

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

А вот операции в валюте между резидентами и нерезидентами можно проводить практически без ограничений. Однако эта «свобода» касается только самого факта осуществления операции.

Порядок ее оформления, напротив, жестко регламентирован.

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

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

Перечень документов для предоставления в банки зависит от суммы сделки, определяемой в рублях по курсу ЦБ РФ, а также от ее категории.

Сумма

Экспорт

Импорт или кредитование

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

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

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

По всем контрактам, подлежащим обязательной регистрации, в банк предоставляется справка о подтверждающих документах (СПД), заполняемая бухгалтерией в соответствии с приложением 6 к инструкции № 181-И Т.к. ведомость по паспорту сделки теперь не оформляется, то СПД по новым правилам является основной формой отчетности по исполнению контрактов, заключенных с нерезидентами.

СПД представляет собой реестр документов, подтверждающих исполнение контракта, с указанием суммы, и, в случае необходимости, – срока возврата валютных средств.

Срок для оформления СПД – 15 рабочих дней с последнего дня месяца, когда российской стороной был исполнен контракт, например – отгружен товар или оказана услуга. При возврате займа 15 дней нужно отсчитывать от завершения того месяца, когда были возвращены деньги. Такие же правила действуют для возврата иностранным партнером аванса при импорте товаров (п. 8.2 инструкции № 181-И).

Образец заполнения СПД можно скачать здесь

Валютный контроль 2021: что нужно знать

Закон здесь предусматривает административную ответственность, а при крупных суммах – возможно и уголовное преследование.

Если сумма неполученной выручки сравнительно «мала» (до 9 млн руб. единовременно или в течение года), то применяется ст. 15.25 КоАП РФ.

Штраф для организаций и ИП в данном случае составит:

• 1/150 ключевой ставки ЦБ от суммы нарушения за каждый день просрочки;
• от 75% до 100% от суммы сделки.

Указанные виды санкций могут применяться как по отдельности, так и совместно. Виновные должностные лица будут оштрафованы на сумму от 20 до 30 тыс. руб.

За нарушения в области представления документов для валютного контроля предусмотрены отдельные санкции. Нарушение регламента представления данных документов влечет за собой штраф для юридических лиц в сумме от 40 до 50 тыс. руб., а для ИП и должностных лиц – от 4 до 5 тыс. руб.

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

Просрочка

Юридические лица

Должностные лица и ИП

до 10 дней	от 5 до 15 тыс. руб.	от 0,5 до 1 тыс. руб.
от 10 до 30 дней	от 20 до 30 тыс. руб.	от 2 до 3 тыс. руб.
более 30 дней	от 40 до 50 тыс. руб.	от 4 до 5 тыс. руб.

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

Если эквивалент невозвращенных средств в российской валюте превысил лимит в 9 млн руб., то начинает работать ст. 193 УК РФ. Тяжесть наказания здесь зависит от суммы «зависших» валютных средств и наличия отягчающих обстоятельств.

Максимальные санкции применяются, в частности, при достижении особо крупных размеров (45 млн руб.) или при использовании «подставного» юридического лица. В этом случае сумма штрафа может достичь 1 млн руб., а срок лишения свободы – 5 лет.

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

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

Это подтвердил и Конституционный суд, который отказался принять к рассмотрению жалобу ОАО «Контактор» (определение от 19.05.2009 № 572-О-О). Компания пыталась оспорить правомерность возложения на продавца ответственности за обеспечение поступления выручки от покупателя-нерезидента.

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

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

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

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

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