Добрый день!
Кто как думает, как правильнее разработать ведение черного списка поставщиков и по ним запрещать оплату в БП 3.0?

(0) Уточните этот вопрос у постановщиков задачи.
Применение конкретных инструментов будет напрямую зависеть от бизнес-процесса.
Вариантов - миллион. Начиная от добавления в справочник Контрагенты дополнительного реквизита "Чёрный поставщик" типа Булево и написания простенького отчета, который будет показывать оплаты контрагентам, у которых это флаг установлен. И заканчивая какими-нибудь сложными системами с механизмами включения и исключения поставщиков в чёрные списки, различными статусами и степенями чёрности (до 10К₽ можно платить, а больше - нет), правами на игнорирование или на обход факта пребывания поставщика в чёрном списке для отдельных пользователей и т.д. и т.п. (нет пределов фантазии пользователя).
Ну и помнить, что если пользователю очень сильно надо куда-то перевести деньги, а получатель в чёрном списке, то пользователь может начать заводить нового получателя с такими-же реквизитами.

(0) Доп. реквизит + расширение. А приёмку товара не запрещать, да?

(0) В справочник Контрагенты добавьте 3 группы
1.Мелкие федерасы
2.Крупные федерасы
3.Архифедерасы

и разбросайте всех по группам. Критерий может быть разным, например сумма просрочки оплаты или кол-во дней просрочки. Тут ваша фантазия

// и по ним запрещать оплату в БП 3.0?

в какой момент предполагается срабатывание запрета на проведение оплаты?

(4) Пока обсуждаются варианты.

(4) При загрузке выписки из банка, вестимо :))

(0) я бы все же сделал периодический РС, куда загонял всех поставщиков со своими статусами, один из которых и был бы "в черном списке" (ну или по градиентам черноты n-статусов). Будет возможность строить отчеты по "дисциплине" поставщиков.

(7) Нафига колхозить ?
В БП есть подсистема Руководитель, там куча отчетов о продажах, своих и чужих задолженностях. Надо пользоваться, вносить сроки по договорам

(8) фиксировать периодические (я думаю, что в течение времени поставщик может как попасть в ЧС, так и выйти из него) сведения жизнедеятельности организации в подходящем для этого прикладном объекте уже считается колхозом? В РС можно, как минимум, завести причину попадания в ЧС (не факт, что это все будет только на учетных данных основано) и потом эту информацию достать и через 2 года, когда сменятся сотрудники со стороны поставщика и начнут подтягивать компанию за нарушение платежной дисциплины в определенные периоды.

А что даст доп. реквизит справочника кроме запретов на момент попытки провести оплату?

Хотя тут все сильно индивидуально и как написано в (1) напрямую от бизнес-процессов зависит.

(7) Тоже так обсуждали.

(8) Конкретный пример можно по нашему вопросу?

(11) Точные критерии к вашему вопросу можно ?

При произвольных условиях можно так
Формируем Задолженность покупателей по срокам долга, видим что ИП Пупкин не платит 60 дней. По нашей классификации это п.3 Архифедерас. Перемещаем его в соотв. папку. Тем кто там находится оплаты запрещены.

(13) Папки не вариант, это неудобно при выборе. Доп. реквизит норм.

(13) здесь с самого начала разговор про поставщиков

а потом выясниться, что поставщикам платят из отдельно стоящего клиент банка и весб этот колхоз с запретами и нафиг никому не уперся

(14) Папки от допреквизита ничем не отличаются, а удобство - вещь субъективная

(17) кстати, если на типовой форме в БП, то там список динамический так составлен, что можно в него вытаскивать допреквизиты на форму списка и по ним делать или отбор или сортировку.

(17) и тогда будет удобство, которое можно настраивать как угодно. Не хуже папок.

(19) Но и не лучше
Реквизит надо ведь поддерживать в актуальном состоянии. Это надо каждый раз когда контрагент сменил статус заходить в него и перезаписывать. Ничем особо не отличается от перетаскивания из папки в папку, разве только индивидуальным восприятием отражения на экране

(20) А я просто знаю - у нас есть пример практического использования иноформации по поставщикам, которые имеют разные признаки одновременно - статус или категория поставщика не единственный признак, по которому его можно один раз вложить в группу и все.

Увы и ах, он у тебя сейчас Реестровый поставщик, а в следующий момент уже со статусом задолженности. Когда очередность платежного календаря выстраивается, то и то необходимо видеть одновременно.

Кстати, в Продажах в УТ и остальных с подсистемой УТ поддерживается "Сегменты клиентов" и там есть попытка гибкого назначения принадлежности Партнера к какому-либо сегменту, причем, может одновременно принадлежать сразу нескольким. Но это там настроено только для Клиентов, а не Поставщиков.