Неверный реквизит платежного документа КодНазПлатежа — исправляем ошибку
Как вы знаете, с 01.06.2020 произошли изменения в правилах составления платежных поручений. Появились новые коды в платежках на зарплату. В свою очередь банки тоже немного изменили формат файла выписки и теперь в нем указывается специальный реквизит КодНазПлатежа. Как правило, этот реквизит остается пустым и если у вас программа обновлена, изменений в загрузке данных из банка вы просто не заметите.
Однако в случае, когда программа по каким-то причинам у вас уже давно не обновляется, старая версия клиент-банка может некорректно обрабатывать новый формат. Соответственно, при загрузке выписки вы можете получить вот такое неприятное сообщение: Неверный реквизит платежного документа КодНазПлатежа.
В зависимости от вашей конфигурации и номера релиза может произойти следующее
- Программа пропустит строку и запишет ошибку в лог и затем загрузит данные как обычно
- Система предупредит об ошибке и загрузит данные
- Программа выдаст сообщение об ошибке и не будет ничего загружать
В данной статье мы рассмотрим именно третий случай.
Варианты решения проблемы.
Самым простым и очевидным решением, является обновить конфигурацию до актуального релиза. В нем данная проблема уже будет исправлена и дополнительных действий не потребуется. Если провести обновление не возможно, придется исправлять вручную самостоятельно или с помощью программиста.
Данная ошибка исправляется в конфигураторе. Поэтому перед любыми правками ОБЯЗАТЕЛЬНО необходимо сделать архивную копию базы данных. А в случае, если у вас вообще нет опыта работы с конфигуратором, то не настоятельно советую сначала попробовать исправить на копии базы данных и в случае успешной корректировки, можно будет пробовать исправлять на рабочей базе.
Помните, все изменения вы делаете на свой страх и риск.
Алгоритм действий для конфигураций на обычных формах (подходит для БП 2.0, УПП 1.3, УТ 10.3)
- Сначала откройте конфигуратор и дереве метаданных найдите обработку которая называется «КлиентБанк
- Затем откройте модуль объекта обработки
- Далее необходимо заменить код в модуле:
Найдите следующую строку (рис. 2)
РеквизитыПлДок_НазначениеНеОбязательные = "НазначениеПлатежа1,НазначениеПлатежа2,НазначениеПлатежа3,НазначениеПлатежа4,НазначениеПлатежа5,НазначениеПлатежа6";
И ниже ее добавьте еще одну строку
РеквизитыПлДок_НазначениеНеОбязательные = РеквизитыПлДок_НазначениеНеОбязательные + ",КодВыплат,КодНазПлатежа";
Далее находим текст (рис. 3)
СоздатьКолонкуВТаблице(Таб, ТабПоле, "НазначениеПлатежа6", Т_Строка, "Назначение платежа, стр. 6", НеВидимая);
И добавляем еще две строки
СоздатьКолонкуВТаблице(Таб, ТабПоле, "КодВыплат", Т_Строка, "Код выплат", НеВидимая); СоздатьКолонкуВТаблице(Таб, ТабПоле, "КодНазПлатежа", Т_Строка, "Код назначения платежа", НеВидимая);
4. После этого необходимо обновить конфигурацию.
Данный способ подойдет только для типовых конфигураций на обычных формах (БП 2.0, УПП 1.3, УТ 10.3 и других) и производных от них отраслевых решений. Для конфигураций на управляемых формах (например УНФ), исправление сделать немного сложнее. Если вам необходима помощь или консультация, вы всегда можете связаться с нами.
На этом все. Приятной и удобной работы!
Подписывайтесь на наши группы в социальных сетях, чтобы не пропустить новые публикации.
Поделитесь ссылкой, если Вам понравилась эта статья.
С 15.05.2023 года изменились реквизиты платёжного поручения для расчётов по единому налоговому платежу (ЕНП). Соответствующая новость от ФНС отражена в письме № ЕД-26-8/8@/07-04-05/05-12658. В этой статье мы расскажем, как изменить реквизиты платёжного поручения для перечисления единого налогового платежа в программе «1С:Бухгалтерия 8».
Чтобы изменить реквизиты платёжного документа, зайдите в список платёжных поручений, где необходимо выбрать команду «Заплатить начисленные налоги и взносы». Программа предложит сформировать платёжку для уплаты ЕНП в рамках начисленной суммы. После нажатия «Создать платёжный документ», программа выдаст предупреждение о том, что реквизиты ЕНП поменялись с рекомендацией обновить их в платёжке.
При открытии формы, в которой проверяются реквизиты, вы обнаружите, что поменялось наименование получателя, то есть, строка 16. Раньше получателем средств значилось Управление Федерального казначейства по Тульской области. Сейчас в этой строке следует выбрать «Казначейство России (ФНС России)». В остальной части документа ничего не меняется. То есть, в конфигурацию «1С:Бухгалтерия 8» опция по проверке реквизитов встроена. Никаких обновлений пользователю проводить не нужно. После нажатия кнопки «Подставить рекомендуемое значение» в платёжке отобразятся обновлённые реквизиты.
Чтобы сохранить актуальные реквизиты для платёжного документа, достаточно нажать кнопку «Записать», а затем — «Сохранить». После этого при формировании новой платёжки программа автоматически подставит обновлённые реквизиты. Если же при перечислении ЕНП реквизиты не обновлены, средства всё равно поступят на необходимый счёт.
Добрый вечер, Анна,
сначала думала, что у вас неправильно указан период в «Истории регистрации в налоговом органе» в карточке организации. Но потом проверила в тестовой базе на своем примере и открылась очень интересная ситуация…
Во-первых, очень странно, что у вас формируется в ПП старая ФНС, если введена новая ФНС в регистры «Истории регистрации в налоговом органе» и вы вводите ПП после ввода новой ФНС.
Потому что алгоритм следующий: при формировании платежных поручений, какую бы дату вы не выставили в форме формирования ПП, всегда берется начало дня текущей даты сеанса пользователя.
И именно на эту дату ищется ФНС в указанном выше регистре. Поэтому, если вы перезагружаете свой ПК и у вас НЕ ДОРАБОТАННАЯ конфигурация, у вас всегда должна быть актуальная дата сеанса и браться, соответственно, ФНС из регистра «История регистрации в налоговом органе» на этот период. Если на текущую дату у вас указана старая ФНС — все понятно, если новая, то это уже идет не по алгоритму 1С, что очень странно.
Если у вас база НЕ доработана, то проверьте:
— Историю изменений ФНС в карточке Организаций
— регистр сведений История регистрации в налоговом органе
— регистр сведений История регистрации в налоговом органе вторичный
Если все корректно, почистите кеши, может быть, просто в кешах сохранилась старая информация и ее нужно удалить:
Очистка кэш 1С 8.3
Регистры посмотрите непосредственно по кн. Гл. меню — Функции для технического специалиста.
Например, вы создаете сегодня, 12.12.2021, платежные поручения по НДС за прошлый период от 12.08.2021 (выставлено в форме).
Если на 12.12.2021 уже активна новая ФНС, для этих ПП подставится новая ФНС. Не старая ФНС за 12.09.2021!
То есть ФНС берется всегда на актуальную дату сеанса!
Программный код я в первом скрине привела — тут ничего не сделаешь, только дорабатывать программный код или писать в 1С, чтобы они внесли правки в формирование ПП на налоги из журнала платежных пручений.
Я попробюую завтра сделать расширение, чтобы брались значения не от текущей даты при заполнении ПП, а по выставленной дате из формы создания ПП. Если код отработает корректно — выложу вам здесь.
Но у вас вообще интересная ситуация, у вас берется старая ФНС при актуальной дате, поэтому смотрите регистры, чистите кеш, приводите скрины.
Описание ошибки:
При попытке прочитать содержимое файла выгрузки из банка «kl_to_1c.txt» в обработке клиент-банк в 1С 8 возникает ошибка «Нарушена структура платежного документа, строка 442 : НДС не облагается.»
Найденные решения:
Нажатие на изображении увеличит его
Рис. 1. Результат неудачной загрузки из файла «kl_to_1c.txt» с ошибкой.
Ошибка в 1С 8 «Нарушена структура платежного документа, строка 442: НДС не облагается» возникла, если можно так сказать с «ровного места», т.к. предыдущие загрузки данных от банка в 1С происходили без ошибок, 1С не обновлялась, сведений об изменении форматов так же не было,
С одной стороны ошибка сродни ошибке «Неверный реквизит платежного документа КодНазПлатежа». Но есть отличие в природе. Если причина второй ошибки системные изменения, то первой, как выяснилось, причина другого характера. Но сама ошибка может иметь универсальное решение при более внимательном к ней обращении. Это ниже будет показано.
Так же тот факт, что ошибка в предыдущей редакции конфигурации 1С: Управление торговлей 10.3 возникла в момент чтение данных из файла выгрузки банка «kl_to_1c.txt» не исключает ее появления в любой другой базе 1С 8, поддерживающей загрузку данных с помощью обработки «Клиент-банк» или подобной.
Итак, при возникновении подобных ошибок первым делом нужно проверить, а может все-таки банк изменил формат выгрузки. Для этого откроем настройки в обработке «клиент-банк». В других конфигурациях настройки примерно похожие. По умолчанию обычно выбрано «Название программы» в настройке обработки «Система «iBank 2» ООО «БИФИТ». Но с ней не работало.
Нажатие на изображении увеличит его
Рис. 2. Настройка обработки «Клиент-банк», выбор «Названия программы» банка.
Второе «название программы» по распространению «Система ДБО BS-Client» — но и ее выбор не решил имеющуюся проблему. Видно на скриншоте, что банковский счет в Сбербанке. Поэтому была попытка проверить и для «АРМ «Клиент» АС «Клиент-Сбербанк» Сбербанка России», но и эта попытка не увенчалась успехом.
Тогда было решено пойти универсальным способом, про который вскользь было упомянуто в начале. Через кнопку «Открыть» поля ввода «Файл загрузки» формы обработки «Клиент-банк» открываем в самой 1С содержимое файла «kl_to_1c» для просмотра. В поисковую строку вставим «проблемную подстроку» — «НДС не облагается». С помощью кнопок направления поиска выполним поиск.
По правилу формата такого файла в каждой строке файла сначала объявляется название реквизита платежного документа (без пробелов), а потом через символ «=» указывается его значение. Было обнаружено, что так как в некоторых платежных документах «назначение платежа» было введено и использованием переноса строки, то и в файл так же выгрузилось — в новую строку в частности попал текст, который фигурирует в тексте ошибки и по которому ведется поиск. Т.е. такое положение дела нарушило структуру файла, хотя данные для загрузки по содержанию остатся в принципе верные.
Нажатие на изображении увеличит его
Рис. 3. Подстрока «НДС не облагается» в новой строке файла «kl_to_1c.txt».
Поэтому, что логично, подстрока была возвращена в ту, строку, где она и должна содержаться, в строку значения реквизита «НазначениеПлатежа».
Нажатие на изображении увеличит его
Рис. 4. Возвращение подстроки в строку реквизита «Назначение платежа».
Далее с помощью поиска была выполнена проверка остальной части файла на предмет такой проблемы в его остальной части. Было обнаружено и исправлено.
Далее файл был сохранен с помощью стандартных кнопок в 1С.
И теперь, после исправления файла «Прочитать данные из файла» отработало без ошибки.
Нажатие на изображении увеличит его
Рис. 5. Результат успешного чтения данных из файла «kl_to_1c.txt» после корректировки
Таким образом, не нужно паниковать от любого рода ошибки в 1С 8 «Нарушена структура платежного документа, строка [НомерСтроки]:» с «НДС не облагается» в частности, которая возникает при попытке чтения данных из файла с данными банка для загрузки в базу. Можно попробовать самостоятельно проанализировать, чтобы не было переноса текста в новую строку или чтобы данные в строках соответствовали принципу построения файла: [ИмяРеквизитаПлатежногоДокумента]=[ЗначениеРеквизита].
Оцените, помогло ли Вам предоставленное описание решения ошибки?
© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.
10-01-2023
Журавлев А.С.
(Сайт azhur-c.ru)