Клиент-банк в БП 3.0

Валентинка79, Вы свой сначала измените, Сергей Голубев указал по каким реквизитам идет поиск в типовой конфигурации, если у Вас не так, то значит конфигурация не типовая!

Сергей Голубев, Да , была неправа , вижу , что поиск по ИНН и КПП . Но все равно считаю это неправильным , т. к. КПП не является обязательным реквизитом при заполнении платежного поручения , по крайней мере Банк - Клиент Сбербанка легко пропускает платежки без КПП , чем и пользуются наши контрагенты , платежки сплошь и рядом с незаполненным КПП . Если и искать по КПП , то только в случае , если он непустой (ненулевой) .
Извините за сумбурные сообщения . 2 дня нахожусь в шоке от количества сдублированных контрагентов.

Валентинка79,

Воспользуйтесь обработкой "Поиск и удаление дублей.

Если в файле клиент-банка стоит КПП = , то новый контрагент не создается, а сравниваются только ИНН.
А вот если (как в некоторых банках) стоит КПП = 0, то программа считает их разными контрагентами (в ред. 3.0.37 обещают это исправить).

Сергей Голубев пишет:

Спасибо . Ну хотя бы так . Хотя создание контрагента - это чисто прерогатива организации , и контрагенты не должны создаваться на основании платежных поручений . Не учтен еще такой фактор , как работа с обособленными подразделениями . Например , мы в СПб работаем с обособленными подразделениями ( голова в Москве ), и в документах ( в сч/фактуре ) должны указывать КПП обособленного подразделения . Таким образом , мы в базе создаем контрагента с КПП - СПБ. А деньги за них платит часто Голова (Москва) , 1с видит другое КПП - Москва и создает нового контрагента , и деньги падают на него. У нас получается путаница . Реализация не совпадает с оплатой !!! Когда таких клиентов много - очень сложно работать . А автоматизация (программа 1С БУХГАЛТЕРИЯ ) призвана облегчать работу бухгалтерии .

Объясните мне , пжл., в какой момент я могу отказаться от создания нового контрагента-дубля ?

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

Разве для 8.3 нет внешней обработки "Удаление помеченных значений", которая работает не в монопольном режиме, как есть для 8.2?

uinny, ну как раз в 8.3 появилась возможность удалять без монопольного режима, но судя по всему автор вопроса об этом не знает!

Валентинка79,
Prikum уже ответил - что теперь эту операцию можно проводить и не в монопольном режиме. Это конечно затормозит работу пользователей. Есть еще регламентное задание . Можете запускать удаление по расписанию в удобное время

uinny, Спасибо . Да . я пыталась запускать , но она идет очень долго , и при этом тормозится работа всех пользователей , начинаются жалобы . Они практически не могут работать.
Поэтому делаю только в монопольном режиме , иначе не получается . И перед удалением еще и базу копирую . Вообще, получается новая ненужная работа из-за появившихся дублей .
Не понимаю , как отказаться от создания дублей . Создание выписки вместо 10 минут теперь превратилось в многочасовую работу .