КА 1.1: Банк-клиент и уникальность номеров исходящих платежных поручений.

Комплексная автоматизация 1.1
В организации несколько р\с в нескольких банках. Нумерация в клиент-банке (банка) по каждому из р\с ведется своя. В результате при перегрузке в 1С ППИсходящие (у которых номер ПП из банка прилетает в реквизит номер документа 1с, который в свою очередь должен быть уникальный в течении года.) не могут записаться из-за неуникальности номеров.
Если первоначально вбивать ПП в 1С, то нарушается последовательность номеров в банке.

Какая предусмотрена методика использования механизма перегрузок ПП, для избежания этой ошибки?

dr_dom, а что в банке ведут свою последовательность номеров ППИсх клиента?

Может, они ППИсх делают в банк-клиенте и потом грузят в 1с? Так не надо так делать

Prikum пишет: Бухгалтер утверждает что своя последовательность в банке обязательна.

uinny пишет: В целом понятно как не надо, оно так и не получается. Вопрос в том как надо, вот и расскажите если не сложно.

Спасибо.

dr_dom, делать исходящие платежки в 1с, выгружать в клиент-банк. Из клиент-банка загружать только входящие документы.

uinny,только вот проблема  с этим вариантом. Операционист, который бьет платежки, не работает в 1с... Платежами рулит одно подразделение, учетом другое. Проще что-то сделать с уникальностью (например поставить периодичность день, и надеяться что в 1 день номера не пересекутся) чем перестроить налаженную работу.
Что посоветуете?

dr_dom, у вас два варианта. Подстроить свои бизнес-процессы под логику программы. Либо доработать программу под свои бизнес-процессы.
Выбор за вами, какую таблеточку съесть, красную или синюю
По мне так проще настроить права операционисту, чтоб ничего лишнего не видел и не нажимал, и научить его работать в 1с.

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

dr_dom пишет: Согласна .  Мне вообще непонятно , почему № документа 1С привязывается к № платежного поручения, полученного из КЛИЕНТ-БАНКА ? Какая связь ?
И кроме того , у  пользователя в настройках загрузки должна быть ВОЗМОЖНОСТЬ отключения проверки корректности  номеров платежных поручений .
В настройках выгрузки БУХ 3.0 - такая возможность , кстати , есть.

dr_dom, перегрузки не являются узким местом именно в данном случае, на мой взгляд. Если работает 1с и работает Банк-клиент - это дело нажатия пары кнопок.