1с некоторые платежные поручения заполнены некорректно и не могут быть выгружены
Сформированные в 1С 8.3 платежные документы автоматически выгружаются в клиент-банк для дальнейшей оплаты. Многие бухгалтеры озадачены, как же это сделать правильно и быстро. Для этого программа должна быть настроена по ряду параметров. Процесс выгрузки состоит из двух частей:
- Выгрузка из 1С текстового документа.
- Загрузка этого документа в систему клиент-банк.
Алгоритм выгрузки и загрузки файла из 1С в клиент-банк состоит из трех шагов, которые опишем в этой статье:
- Как и где настроить обмен данных между 1С и клиент-банком?
- Выбор и установка параметров настройки обмена данными в 1С 8.3.
- Выгрузка платежек в банк-клиент.
В разных версиях 1С могут отличаться нюансы, но принцип примерно одинаков.
Как и где настроить обмен данных между 1С и клиент-банком?
Для начала необходимо зайти в левой панели в раздел «Банк и касса», выбрать «Платежные поручения» . Будут видны все созданные до этого платежки.
Далее в этом окне в столбце «Организация» следует выбрать ту организацию, по которой будет осуществлен обмен. Отобразится окно с перечнем всех платежек по этой организации.
В данном окне выбираем пункт «Настройка». Откроется окно выбора настроек обмена с банком.
Выбор и установка параметров настройки обмена данными в 1С 8.3
В файле «Настройка обмена с клиентом банка» указываются следующие опции:
- банковский счет. Находим в справочнике счетов банковский счет, с которым планируется настроить обмен данными.
- название программы. В открывшемся перечне выбирается та система клиент-банка, которая относится к банку и выбранному счету. Обычно это происходит автоматически с выбором счета.
- файл выгрузки в банк. Нажимаем значок «Выбрать» и указываем имя и место на компьютере файла, который предназначен для выгрузки платежек.
- корректность номера документа. Необходимо проставить галочку в данном пункте, если нужно, чтобы банк отследил номера платежек на повторяемость.
После совершения данных операций выбираем «Сохранить и закрыть».
Таким образом, сделаны все действия по настройке обмена с банком. Этот несложный процесс занимает не более 5 минут и не требует никакого документального оформления при этом.
Выгрузка платежек в банк-клиент
Удаленная работа с банком подразумевает использование специализированной программы обмена данными – клиент-банк. С каждым банком настраивается отдельная система клиент-банка. Они позволяют загружать текстовые файлы с платежными документами из 1С 8.3 для проведения дальнейшей оплаты. Для выгрузки платежек необходимо зайти в «Банк и касса» программы 1С 8.3 и выбрать «Платежные поручения», где вы увидите все платежки для оплаты.
В окне нужно выбрать вашу организацию.
Далее, не закрывая всех окон в 1с 8.3, необходимо зайти в клиент-банк и осуществить процесс загрузки отправленных платежек. Для загрузки выбирается файл, расположение которого было указано в опциях настройки.
Сервисы, помогающие в работе бухгалтера, вы можете приобрести здесь.
Хотите получать подобные статьи по четвергам?
Быть в курсе изменений в законодательстве?
Подпишитесь на рассылку
Кстати если на сайте Налог.ру формировать платежное поручение, то оно формируется со старыми реквизитами.
Добрый день! Так 1С и не дает выгрузить платежки в банк! А по старым реквизитам можно платить еще полгода. Что делать?
Извините! По старым реквизитам можно платить до 30 апреля.
baks , Мне дало. Я выгрузил сегодня все налоги за декабрь по зарплате и авансовый платеж по УСН, все по старым реквизитам.
Выгрузилось и в банк загрузилось и отправилось без проблем.
если что у меня УПП 151 релиз.
Просто хотелось сразу сделать новые реквизиты и забыть, а не вышло, от сюда и тема)
У меня Бухгалтерия предприятия, редакция 3.0 (3.0.87.28). Не выгружает. Ругается на реквизиты и платежки в списке на выгрузку красные. Пишет "Некоторые платежные поручения заполнены некорректно и не могут быть выгружены"
Работает только на обновлении выше 3.0.87.28 бухгалтерия
Нужно зайти Администрирование - Интернет- поддержка - обновить классификаторы
Можно все, но главное БИК.
Или еще - Администрирование - Обслуживание - Регламентные операции - Обновление классификаторов - запустить
Потом
в счете изменить банк по бику 004525988
Счет 03100643000000017300
сохранить
Цитата |
---|
Работает только на обновлении выше 3.0.87.28 бухгалтерия Нужно зайти Администрирование - Интернет- поддержка - обновить классификаторы Можно все, но главное БИК. Или еще - Администрирование - Обслуживание - Регламентные операции - Обновление классификаторов - запустить Потом в счете изменить банк по бику 004525988 Счет 03100643000000017300 сохранить |
Скорее всего что-то не так сделали. Уже у нескольких человек попробовал работает.
Какие действия Вы делали?
Денис , на 28 релизе новые реквизиты получилось загрузить,и сформировать платежки, отправили в банк Кубань кредит, а они не готовы принимать платежи с новыми реквизитами, вернули старые реквизиты, при выгрузке, платежек они высветились красным, предупреждение вышло, но мы все равно выгрузили, банк принял, все платежки ушли. Пока работаем так, все как обычно, у нас в стране , хотели как лучше, а вышло как всегда.
Добрый день!
Я работаю в 1С:Предприятие 8.3 (8.3.17.1851), Бухгалтерия предприятия, редакция 3.0 (3.0.88.22) .
При создании платежного поручения по уплате налога, вышло предложение заменить реквизиты получателя. Согласилась. Бик и банк отсутствует. Попробовала загрузить банк из классификатора — его там нет.
Как заполнить новые реквизиты?
Доброй ночи, Елена!
Возможность заполнения реквизитов банка Федерального казначейства по классификатору БИК добавлена в редакции 3.0.87.28
И я проверила в сервисе реализации доработок 1С нововведений по законодательству: все исполнено 29.12.2020 года для Бухгалтерии 3.0.87.28
Я попробовала этот момент протестировать в своей тестовой базе и, честно скажу, что у меня все получилось.
Сейчас покажу скрины со своей базы, а потом будем думать, что может не отрабатывать у вас. 🙂
Для начала небольшое отступление по автозамене платежных реквизитов в программе.
Для отработки автоматической замены реквизитов в платежном поручении необходимо выполнения довольно большого объема условий.
Вот они:
— проверка выполняется для неоплаченных платежных поручений, созданных не более 10 дней назад
— в платежном поручении заполнен контрагент
— в платежном поручении заполнен счет контрагента
— вид платежного поручения — перечисление в бюджет
Как это происходит?
При изменении даты существующего платежного поручения и при создании нового, при изменении контрагента или счета — программа запускает проверку на выполнение вышеуказанных условий.
Если они выполняются, то запускается фоновое задание, которое называется Проверка платежных реквизитов в документе по специальной процедуре ПроверитьПлатежныеПорученияВФоне().
Там-то и выполняется проверка и попытка автозаполнения реквизитов платежного поручения: сравниваются данные, которые взяты в платежном поручении из карточки контрагента Государственного органа и данные, что находятся в обновленном справочнике БИК.
Если есть рассогласование между ними, программа предлагает заменить платежные реквизиты и при согласии пользователя, в самом деле, их перезаписывает.
Получили Исполнительный лист на удержание с сотрудника.
После удержания создала п/п на УФК. Заполнила все поля в реквизитах. В ячейке «Код» указала УИН, который указан в Исполнительном листе. Все как надо.
Через месяц создаю второе п/п. Сразу же пишет, что «Возможно уникальный идентификатор платежа указан ошибочно. Этот же идентификатор платежа указан в другом документе .(номер первой платежки). Одинаковые идентификаторы следует указывать только при частичной оплате. Записать документ?»
Я нажала «Да».
Но выгрузить всё равно не даёт. Выделяет красным шрифтом.
Исполнительный лист на удержание больше 1 млн. И ежемесячная оплата это конечно и есть «частичная оплата». Или я не так рассуждаю как в 1С?
Что не так ?
Подскажите как выгрузить ПП ?
Добрый день, Ольга! Пока не удалось воспроизвести аналогичную ситуацию. Укажите, пожалуйста, релиз программы. Приложите скрин платежных поручений, а также скрин ошибки.
Добрый день , Бухгалтерия предприятия КОРП, редакция 3.0 (3.0.92.51). В приложении скрин. даже при открытии выдает предупреждение . Но это же предупреждение не дает выгрузить . На сегодняшний момент вышли из положения — убрали УИН с предыдущей платежки и смогли выгрузить июньскую . Но каждый раз так делать не хотелось бы.
Спасибо за уточнение. Вопрос в работе, по результатам сразу Вам отпишусь.
Ольга, коллеги попросили меня посмотреть программный код по части вашей ошибки, возможно, Оксана добавит к этому что-то еще, если сможет выполнить настройку с банком. из тестовой базы. У меня возможности подключиться к банку напрямую нет, поскольку тут нужны реальные данные для подключения реальной организации, не тестовой.
Но что я вижу из программного кода.
Добрый день , спасибо за ответ . Но я вот не поняла — это у меня что-то в действиях ошибочно или все таки есть такая проблема в 1С ?
Я как программист описала, как разработчики оформили передачу в банк в типовой 1С.
То есть эти условия работают для типовой 1С:Бухгалтерия. Поэтому повторное указание УИД у ВСЕХ вызовет ту же ошибку, что и у вас.
А вот насколько правильно или нет указывать УИД повторно вам ответит Оксана, я, повторяю — программист 🙂
При этом, поскольку проводок ПП не формирует, «ошибка» УИН не препятствует записи документа.
Другое дело — отправка такого ПП в банк.
А почему такая проверка стоит ? Сейчас исполнительные листы на сотрудников приходят с большими суммами , одним платежом не гасятся . А УИН — один должен быть , без него не доходят платеж . Приходится либо выгружать без него и в банк клиенте вручную проставлять , либо ПП удалять предыдущий .
Ольга, мы сами работаем с тем, что дают разработчики.
Видимо, у них были причины оформить все это именно так. Подождите ответа Оксаны. По коду я все расписала подробно, по оформлению таких случаев (длящиеся исполнительные листы) она вам подскажет более профессионально, нужно ли заполнть УИД повторно, как бухгалтер.
При выгрузке в банк идет все та же проверка на дубли в специальной процедуре ПроверитьЗаполнениеНалоговыхРеквизитов (см. скрин). В результате программа определяет наличия дублей и формирует ошибку, которая уже ПРЕПЯТСТВУЕТ выгрузке данных в бвнк.
Чисто программно это можно обойти только убрав эту проверку.
Насколько правильны ваши рассуждения по » И ежемесячная оплата это конечно и есть «частичная оплата». Или я не так рассуждаю как в 1С?» вам ответит лучше эксперт Оксана, я просто программист. Но хочу сказать сразу, что условия формирования ошибки не предусматривает никаких условий типа «длящиеся» или нет. Код я вам привела, там все очень просто: срабатывают всего два условия:
— у ПП с одинаковым УИД вид «перечисление в бюджет»
— предыдущие ПП с тем же УИД не помечены на удаление.
Поэтому если Оксана подтвердит, что вы думаете верно, нужно писать разработчикам по этой теме. Возможно, это еще не до конца доработанный вариант. Или они не учли эту ситуацию, поэтому о ней нужно заявить.
Опять же после подтверждения Оксаной, что действительно для повторных выгрузок длящихся ПП в бюджет проблем быть не должно.
Поэтому подождите ответа Оксаны и тогда уже можно будет понимать как действовать. 🙂
Ирина , спасибо большое за подробный ответ .
Добрый день, Ольга! Прошу прощения за задержку с ответом, потребовалось дополнительно обсудить вопрос с коллегами. Уточните, пожалуйста, какой вид операции указываете в ПП? При перечислении по исполнительному листу в платежке попробуйте указать Прочее списание, при выборе такого вида операции подобной ошибки возникнуть не должно. Если же выбираете Перечисление в бюджет, ошибка возникает по причинам, о которых подробно рассказала Ирина выше в комментариях.
Добрый день, Оксана. Вид операции «Прочее списание «. Появляется предупреждение . я соглашаюсь, записываю — все равно выгрузить не дает .
Давайте я к вам подключусь в виде исключения. )
Высылайте логин и доступ через TeamViewer, я потом сразу удалю их.
Кстати, изменять вы долны так:
1. Снять с проведения обе ПП с одинаковыми УИН
2. В каждом из них выставить вид операции — Прочее списание
3. Только после этого провести обе ПП
4. Выгрузить в банк.
Ирина , к сожалению на рабочие компьютеры к нам нельзя подключаться. Во всех платежах — Прочее списание. А как проставить вообще этот вид операции «Перечисление в бюджет»? у меня даже в списке такого нет . Правильно ли я понимаю , Платеж в бюджет считается если вид контрагента — государственный орган ?
Тогда помочь мы вам не сможем.
Если базу вы не дадите и нельзя подключиться, то способов вам помочь нет.
Мы просмотрели формирования ошибки в программном коде типовой 1С. Правда я смотрела на редакции 3.0.95.15. Можем тогда предложить вам только обновиться.
По перечислению в бюджет — все верно, программа сама высталяет этот реквизит, если вид операции ПП: Уплата налога, Уплата налога за третьих лиц или в получателе установлен реквизит Гос.орган (у контрагента). Скрин из программы приведу, как это выглядит в Конфигураторе. То есть вы у себя в пользовательском режиме получите признак «перечисление в бюджет» при видах операции Уплата налога или при уплате гос. органу или уплате налога за третьих лиц.
Поэтому перечисление в бюджет — это не обязательно контрагент с видом Государственный орган. Если выбрана уплата налога, то прогриамма позволяет спокойно провести документ даже не на гос. орган — никаких проверок здесь нет. Вот я привела для случая уплаты налога, где получатель контрагент из папки Покупатель. И это будет восприниматься программой как перечисление в бюджет.
Если у вас так строго с базой, то, видимо, есть программист или фирма, которая ее обслуживает. Пусть посмотрят в Отладчике формирование ошибки, если у вас полностью типовая, т.е. не доработанная конфигурация.
Вот на всякий случай приводу скрин, о котором говорила выше.
По коду у вас вся информация, вы можете ее показать своему программисту. Мы могли бы посмотреть сами, но раз нельзя, значит, нельзя. Все, что могли увидеть по этой ошибке без базы на основании только кода — мы показали.
Спасибо . Теперь понятно почему формируется предупреждение и не дает выгрузить. Контрагент , которому перечисляются средства по исполнительным листам — Гос . орган, программа распознает , что это перечисление в бюджет .
строка при выгрузке из УФК: PPST|00009040000000000244|10|||13860.00||1||||221||083000|000000|||||||200210|200|||||, содержит признаки КЭК - 221 и Код цели 083000.
Из 1С эти поля добавили в файл, но теперь файл не соответствует формату.
Вот строка из файла: PPST|00000000000000000244|10|||2300.00||1||||221||08.30.00|
а это что за поля и почему их в выгрузке нет?
(9) в последней строке: PPST|00000000000000000244|10|||2300.00|ЗДЕСЬ должна быть сумма НДС|1||||221||083000|
(12) может изначально задача выполняется некорректно, может эти поля КЭК - 221 и Код цели 08300 можно в штатном формате заполнить без добавления полей?
(16) вот смотрите, у меня вот такая строка формируется:
PPST|00011020610000610244|10|||99.00|16.50|1||||
похоже, у Вас вот это лишнее: "221||083000|"
(18) сейчас смотрел правила экспорта, там поля кэк и мероприятие вообще нет.
а у Вас это "лишнее" кто требует?
(20) а если не добавлять эти поля, тогда не ругается на формат? Обычно код цели, кэк, что-то ещё добавляют в поля которые перед суммой, в резервное поле могут еще(в формате предпоследнее поле). смущает, что при выгрузке получается такая строка PPST|00009040000000000244|10|||13860.00||1||||221||083000|000000|||||||200210|200|||||, попробуйте все поля в выгрузку добавить
(22) Если не добавлять , то да, загружает и не ругается, но в СУФД этих данных нет.
PPST|00009040000000000244|10|||13860.00||1||||221||083000|000000|||||||200210|200||||| эта строка из выгрузки с детализацией. Может есть какая то загрузка с детализацией?
|221||083000|000000|||||||200210|200||||| эта строка из выгрузки с детализацией. Может есть какая то загрузка с детализацией?
Вариант загрузки в 1С БГУ - есть. А вот загрузка в СУФД с такими полями - скорее нет. Но я посмотрю ещё, может там через другой документ расхода можно это сделать.
я сам писал обработку для загрузки по этому формату. Хотя где-то здесь, на сайте видел "Загрузка из СУФД в БГУ".
За выходные Вам скину свой вариант - сейчас уже не до работы :)
Все это странно, учитывая что казначейство, использующее СУФД не ведет учет в разрезе КЭК и мероприятий.
И не принимает ПП(Платежное поручение).
Казначейство давно принимает ЗКР (Заявка на кассовый расход).
А вот Криста, еще используемая некоторыми Финорганами принимает как раз ПП.
И для загрузки в Кристу в доп поле должны быть проставлены как раз КЭК и мероприятия.
Поле PPST.REZERV. Значение- // "("+"КОСГУ:"+Объект.РасшифровкаПлатежа[0].КосгуНазначениеПлатежа+"; "+Объект.РасшифровкаПлатежа[0].ДопКлассификация+")"
(30) да, так добавились эти поля, но теперь по одному л/с 620 33 320 0 тип средств проставляется, а по л/с 620 34 320 0 - нет, хотя пп оформлены абсолютно одинаково, и на этапе 3 не проходит контроль и пп не грузится.
(34)
Так все таки в СУФД или в Кристу грузите?
Если в Кристу и не грузится - нужна ошибка, которая кристой выдается.
Ну или ошибка, выдаваемая СУФД.
(36)
Поменяйте в том ПП которое проходит л/с 620 33 320 0 на л/с 620 34 320 0.
Если после этого пройдет - ищите ошибку в том ПП которое первоначально не проходит.
Возможно не выбран тип средств или в неправильном формате - (Лишние пробелы).
Видимо так и не узнаю в Кристу или в СУФД грузите.
(37) Криста, но тип средств ни в том ни в другом случае не выгружается, из 11 пп загрузились только те, которые были по л/с 620 33 320 0
Ммм, тогда сложнее.
Правильно ли я понимаю:
1) Есть два разных ПП по разным л/счетам и в обоих случаях на закладке "Назначение платежа" в доп,классификации заполнено поле "Тип средств".
2) При выгрузке из 1С выгружаются оба ПП без ошибок.
3) В текстовом файле поле PPST выглядит у обоих пп примерно так
PPST|91500000000000000111|10|||1400.00||1||(КОСГУ:211; ТС: 01.06.01; )||
(Типы средств могут разнится)
4) При загрузке в Кристу одно ПП грузится без проблем и при открытии в Кристе поле "Тип средств" заполнено, а второе ПП не грузится и Криста выдает ошибку "не заполнен тип средств".
5) Попытка выбрать в том ПП, которое грузится без проблем другой л/счет больше ничего не меняя и перевыгрузить в Кристу так же не увенчалась успехом. //(это я предлагал для проверки возможности ошибки в заполнении не грузящиегося ПП)
Правильно ли я все понял?
Если все так, то нет ли возможности скинуть сюда строки PPST| обоих ПП из выгружаемого текстовика.
В завершение, если в обоих полях все окажется идентично - проблема будет в самой Кристе.
Хотя если ошибку "не заполнен тип средств" выдает Криста в момент загрузки - значит в текстовом файле, выходящем из 1С это поле пустое и там будет что-то по типу PPST|91500000000000000111|10|||1400.00||1||(КОСГУ:211; ТС: ; )||
Ну а если ошибка вылезает после загрузки в Кристу при проверке самого ПП в Кристе - значит Криста не сопоставила Выгружаемый код типа средств со своим справочником.
В общем нужны обе строки выгружаемых ПП и в какой момент вылетает ошибка - в процессе загрузки не давая загрузить или грузит но с пустым полем тип средств.
Читайте также: