Добрый день
выходит такое назначения в платежном поручении при загрузке банковской выписке КодНазПлатежа=
помогите пожалуйста разобраться , у меня с 1 июня 20года по этой причине не меняется остаток на конец дня
Заполнить и подать уведомление об исчисленных суммах налогов и взносов
Юлия Радская,
1С:Предприятие 8.3 (8.3.15.2006)
Добрый день.
https://www.buhonline.ru/pub/news/2020/6/15751
По этой причине с 01.06.2020 года в выгружаемых с банка файлах добавлено поле: КодНазПлатежа для передачи кода вида дохода (поле 20 «Наз. пл.» платежного документа).
Цитата (Buh_pro):1С:Предприятие 8.3 (8.3.15.2006)
Смотрю на специализированном сайте актуальные релизы: Платформа 1C:Предприятие 8.3 — 8.3.17.1549 от 07.07.20.
Александра Кривошеева,
ДА ,но дело в том что когда я загрузила выписки в 1с , все платежи загрузились в 1с с таким назначением , не понятно почему и при этом программа не рассчитывает остаток на конец дня, связанно ли с этим не понятно , программа не видит как будто выписку
Заполняйте платежки с актуальными на сегодня КБК, кодами дохода и другими обязательными реквизитами
Неверный реквизит платежного документа КодНазПлатежа — исправляем ошибку
Как вы знаете, с 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 и других) и производных от них отраслевых решений. Для конфигураций на управляемых формах (например УНФ), исправление сделать немного сложнее. Если вам необходима помощь или консультация, вы всегда можете связаться с нами.
На этом все. Приятной и удобной работы!
Подписывайтесь на наши группы в социальных сетях, чтобы не пропустить новые публикации.
Поделитесь ссылкой, если Вам понравилась эта статья.
|
|||
| Serg_1960
05.06.20 — 15:51 |
УПП+CRM 1.3.140.2; обработка клиент-банк; вышеуказанная ошибка при попытке прочитать данные из файла загрузки (формат 1.03).
|
||
| laeg
1 — 05.06.20 — 15:55 |
КодНазПлатежа — это новый реквизит с 01.06.2020, и в последней УПП он есть |
||
| Serg_1960
2 — 05.06.20 — 16:06 |
Я знаю что он есть. Он есть в документах; он выгружается в файл выгрузки клиент-банка для Сбербанка; он есть в файле загрузки от Сбербанка… он везде есть. Его нет в перечне загружаемых реквизитов обработки клиент банка |
||
| Флориан
3 — 05.06.20 — 16:29 |
обрабатывается или нет при загрузке КодНазПлатежа? — обрабатывается |
||
| Serg_1960
4 — 05.06.20 — 16:32 |
(3) Ок, спасибо. Какая у Вас версия? |
||
| Флориан
5 — 05.06.20 — 16:34 |
(4) 1.3.142.1 |
||
| Serg_1960
6 — 05.06.20 — 16:36 |
Благодарю |
||
| NorthWind
7 — 05.06.20 — 16:54 |
УПП после 1.3.139.1(2) там ссылки по теме были |
||
| Serg_1960
8 — 05.06.20 — 17:05 |
Спасибо за ссылку на тему УПП после 1.3.139.1(2) |
||
|
craxx 9 — 05.06.20 — 18:05 |
(0) Доработки там ровно 15 минут. Позавчера столько потратил для доработки идентичной обработины из УТ10.3 давнишней и давно нетиповой |
Желтым цветом выделены отличия версии 1.03 от версии 1.02.
Таким образом, модуль обмена данными системы «1С:Предприятие» передает и получает информацию о плательщике и получателе двумя способами, что дает определенную свободу при проектировании ответного модуля подсистемы «Клиент банка».
При выгрузке данных из системы «1С:Предприятие» заполняются все реквизиты: передается и реквизит <Плательщик>, и реквизиты <ПлательщикИНН>, <Плательщик1>, … <Плательщик 4>, т. е. информация дублируется.
«Клиент банка» может брать данные как из поля <Плательщик>, так и из полей <ПлательщикИНН>, <Плательщик1>, … <Плательщик 4> (откуда это удобнее).
При загрузке данных из «Клиента банка» реквизит <Плательщик> используется, если не переданы реквизиты <ПлательщикИНН>, <Плательщик1>, … <Плательщик 4>. «Клиент банка» может заполнять те реквизиты, которые ему удобнее. Предпочтительнее заполнять отдельные реквизиты <ПлательщикИНН>, <Плательщик1>, … <Плательщик 4>. Все сказанное справедливо и для получателя платежа.
Таким образом, реквизиты <ПлательщикСчет> и <ПолучательСчет> всегда содержат расчетные счета плательщика и получателя в банках, которые их обслуживают, и при прямых и при непрямых расчетах.
Описание ошибки:
При попытке прочитать содержимое файла выгрузки из банка «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)