Получили Исполнительный лист на удержание с сотрудника.
После удержания создала п/п на УФК. Заполнила все поля в реквизитах. В ячейке «Код» указала УИН, который указан в Исполнительном листе. Все как надо.
Через месяц создаю второе п/п. Сразу же пишет, что «Возможно уникальный идентификатор платежа указан ошибочно. Этот же идентификатор платежа указан в другом документе .(номер первой платежки). Одинаковые идентификаторы следует указывать только при частичной оплате. Записать документ?»
Я нажала «Да».
Но выгрузить всё равно не даёт. Выделяет красным шрифтом.
Исполнительный лист на удержание больше 1 млн. И ежемесячная оплата это конечно и есть «частичная оплата». Или я не так рассуждаю как в 1С?
Что не так ?
Подскажите как выгрузить ПП ?
Все комментарии (20)
Комментарии закрыты.
Добрый день, Ольга! Пока не удалось воспроизвести аналогичную ситуацию. Укажите, пожалуйста, релиз программы. Приложите скрин платежных поручений, а также скрин ошибки.
Добрый день , Бухгалтерия предприятия КОРП, редакция 3.0 (3.0.92.51). В приложении скрин. даже при открытии выдает предупреждение . Но это же предупреждение не дает выгрузить . На сегодняшний момент вышли из положения — убрали УИН с предыдущей платежки и смогли выгрузить июньскую . Но каждый раз так делать не хотелось бы.
Спасибо за уточнение. Вопрос в работе, по результатам сразу Вам отпишусь.
Приложение
Ольга, коллеги попросили меня посмотреть программный код по части вашей ошибки, возможно, Оксана добавит к этому что-то еще, если сможет выполнить настройку с банком. из тестовой базы. У меня возможности подключиться к банку напрямую нет, поскольку тут нужны реальные данные для подключения реальной организации, не тестовой.
Но что я вижу из программного кода.
Сообщение «Возможно, уникальный идентификатор платежа указан ошибочно.
|
|[ГдеЕщеУказанЭтотИдентификатор]
|
|Одинаковые идентификаторы следует указывать только при частичной оплате.'»» действительно выводится при открытии платежного поручения, где инициируется проверка по функции общего модуля «ПлатежиВБюджет» — ПроверитьДублиУИ Н().
Добрый день , спасибо за ответ . Но я вот не поняла — это у меня что-то в действиях ошибочно или все таки есть такая проблема в 1С ?
Я как программист описала, как разработчики оформили передачу в банк в типовой 1С.
То есть эти условия работают для типовой 1С:Бухгалтерия. Поэтому повторное указание УИД у ВСЕХ вызовет ту же ошибку, что и у вас.
А вот насколько правильно или нет указывать УИД повторно вам ответит Оксана, я, повторяю — программист 🙂
Приложение
Проверка самая примитивная: отбираются по указанному в платежке УИН данные из всех других ПП в бюджет и не помеченных на удаление. Таким образом, чтобы сообщение не выводилось, нужно чтобы ПП с одинаковым УИН было не в бюджет либо помечено на удаление.
При этом, поскольку проводок ПП не формирует, «ошибка» УИН не препятствует записи документа.
Другое дело — отправка такого ПП в банк.
А почему такая проверка стоит ? Сейчас исполнительные листы на сотрудников приходят с большими суммами , одним платежом не гасятся . А УИН — один должен быть , без него не доходят платеж . Приходится либо выгружать без него и в банк клиенте вручную проставлять , либо ПП удалять предыдущий .
Ольга, мы сами работаем с тем, что дают разработчики.
Видимо, у них были причины оформить все это именно так. Подождите ответа Оксаны. По коду я все расписала подробно, по оформлению таких случаев (длящиеся исполнительные листы) она вам подскажет более профессионально, нужно ли заполнть УИД повторно, как бухгалтер.
Приложение
При выгрузке в банк идет все та же проверка на дубли в специальной процедуре ПроверитьЗаполнениеНалоговыхРеквизитов (см. скрин). В результате программа определяет наличия дублей и формирует ошибку, которая уже ПРЕПЯТСТВУЕТ выгрузке данных в бвнк.
Чисто программно это можно обойти только убрав эту проверку.
Насколько правильны ваши рассуждения по » И ежемесячная оплата это конечно и есть «частичная оплата». Или я не так рассуждаю как в 1С?» вам ответит лучше эксперт Оксана, я просто программист. Но хочу сказать сразу, что условия формирования ошибки не предусматривает никаких условий типа «длящиеся» или нет. Код я вам привела, там все очень просто: срабатывают всего два условия:
— у ПП с одинаковым УИД вид «перечисление в бюджет»
— предыдущие ПП с тем же УИД не помечены на удаление.
Поэтому если Оксана подтвердит, что вы думаете верно, нужно писать разработчикам по этой теме. Возможно, это еще не до конца доработанный вариант. Или они не учли эту ситуацию, поэтому о ней нужно заявить.
Опять же после подтверждения Оксаной, что действительно для повторных выгрузок длящихся ПП в бюджет проблем быть не должно.
Поэтому подождите ответа Оксаны и тогда уже можно будет понимать как действовать. 🙂
Ирина , спасибо большое за подробный ответ .
Добрый день, Ольга! Прошу прощения за задержку с ответом, потребовалось дополнительно обсудить вопрос с коллегами. Уточните, пожалуйста, какой вид операции указываете в ПП? При перечислении по исполнительному листу в платежке попробуйте указать Прочее списание, при выборе такого вида операции подобной ошибки возникнуть не должно. Если же выбираете Перечисление в бюджет, ошибка возникает по причинам, о которых подробно рассказала Ирина выше в комментариях.
Добрый день, Оксана. Вид операции «Прочее списание «. Появляется предупреждение . я соглашаюсь, записываю — все равно выгрузить не дает .
Давайте я к вам подключусь в виде исключения. )
Высылайте логин и доступ через TeamViewer, я потом сразу удалю их.
Кстати, изменять вы долны так:
1. Снять с проведения обе ПП с одинаковыми УИН
2. В каждом из них выставить вид операции — Прочее списание
3. Только после этого провести обе ПП
4. Выгрузить в банк.
Ирина , к сожалению на рабочие компьютеры к нам нельзя подключаться. Во всех платежах — Прочее списание. А как проставить вообще этот вид операции «Перечисление в бюджет»? у меня даже в списке такого нет . Правильно ли я понимаю , Платеж в бюджет считается если вид контрагента — государственный орган ?
Приложение
Тогда помочь мы вам не сможем.
Если базу вы не дадите и нельзя подключиться, то способов вам помочь нет.
Мы просмотрели формирования ошибки в программном коде типовой 1С. Правда я смотрела на редакции 3.0.95.15. Можем тогда предложить вам только обновиться.
По перечислению в бюджет — все верно, программа сама высталяет этот реквизит, если вид операции ПП: Уплата налога, Уплата налога за третьих лиц или в получателе установлен реквизит Гос.орган (у контрагента). Скрин из программы приведу, как это выглядит в Конфигураторе. То есть вы у себя в пользовательском режиме получите признак «перечисление в бюджет» при видах операции Уплата налога или при уплате гос. органу или уплате налога за третьих лиц.
Поэтому перечисление в бюджет — это не обязательно контрагент с видом Государственный орган. Если выбрана уплата налога, то прогриамма позволяет спокойно провести документ даже не на гос. орган — никаких проверок здесь нет. Вот я привела для случая уплаты налога, где получатель контрагент из папки Покупатель. И это будет восприниматься программой как перечисление в бюджет.
Если у вас так строго с базой, то, видимо, есть программист или фирма, которая ее обслуживает. Пусть посмотрят в Отладчике формирование ошибки, если у вас полностью типовая, т.е. не доработанная конфигурация.
Приложение
Вот на всякий случай приводу скрин, о котором говорила выше.
По коду у вас вся информация, вы можете ее показать своему программисту. Мы могли бы посмотреть сами, но раз нельзя, значит, нельзя. Все, что могли увидеть по этой ошибке без базы на основании только кода — мы показали.
Спасибо . Теперь понятно почему формируется предупреждение и не дает выгрузить. Контрагент , которому перечисляются средства по исполнительным листам — Гос . орган, программа распознает , что это перечисление в бюджет .
Даже не верится, что решили без базы! УРА!!! 🙂