Необходимо реализовать бизнес процесс, который представлен на рисунке ниже.

http://i68.fastpic.ru/big/2014/0808/38/462f7dee2371d495a6afec90d8687438.png

Если в регистре адресации есть 3 реквизита: исполнитель, подразделение и должность и если необходимо какую-то задачу дать всем сотрудникам какого-либо подразделения, тогда обязательно должны быть записи с постой должностью, чтобы корректно отработал отбор по Справочники.Должности.ПустаяСсылка(). Делал на платформе 8.3.5.1088.
В результате получились дубли. Отсюда вопрос: может быть это устаревшая информация?
Вот состав регистра адресации:
http://i67.fastpic.ru/big/2014/0808/16/081bbe821149cf452ad19a238fdaaa16.png


а вот здесь вот очень хорошо видны дубли http://i65.fastpic.ru/big/2014/0808/1a/07f270274c67289051bef7763ffcd91a.png


Вопрос: почему появились дубли? Я читал мануал Павла Чистова, в нём написано что необходимо создавать записи с пустой должностью. Однако из-за этого появились дубли. Может быть теперь 1С стала "более умной" чем раньше?
Вот здесь моя база http://rghost.ru/57354056

Есть куча приложений,где БП не надо программировать-визуальный конструктор.

Простите, не понял, а как в регистре адресации появилась запись "Бельдыев - отдел внедерения - кассир" ?

(2) ее вручную добавили? если да, то зачем? (что "поломается", если ее удалить?)

А тьфу ты, ТС испарился. Ну нет - так нет.

(0) Не вижу дублей?

что-то я не понял ваших вопросов.
(2) - ну да, я вручную добавил эту строчку. Если человек является кассиром, почему я не могу добавить?

как нет дублей???? (5)

вот специально отметил галочками дубли http://i65.fastpic.ru/big/2014/0808/9f/d9c5c8fbb779acc6a83c79d5a8cbf79f.png

http://1c.chistov.pro/2007/12/blog-post_805.html
Вот здесь автор писал про то что необходимо добавлять строки с пустыми должностями (в его примере были строки с пустыми контактными лицами)

(9)
Убирай дубли и не назначай задачи с пустым подразделением

А вообще, я никогда не заморачивался такой фигней, как регистр адрессации. Програмно ПередСозданиемЗадач сам делал задачи кому надо.
Вот когда сделают подобный регистр периодическим - тогда может штаткой и будет смысл пользоваться

(6) я дико извиняюсь, если окажусь неправ, я в свое время с регистром адресации тоже потра*ался знатно, тогда хоть и разобрался, но тогда техзадание было такого, что пришлось в конце концов делать как в (11)

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

Вообще по поводу БП лучше сразу обращаться к Радченко - там достаточно подробно описано.

"<...> При отметке свойства Групповая в данной точке будет создаваться столько задач, сколько записей в регистре сведений, ответственном за адресацию, будет найдено <...>"

Кроме того, в РА сначала ищется по текпользователю (из параметров сеанса), потом по незаполненному пользователю.

Что касается вашего плана БП, то (тут я боюсь напутать, память уже не та =) ) в РА должны быть три строки : 1) только с указанным подразделением Отдел внедерения, 2) только с указанным подразделением Бухгалтерия, 3) только с указанным сотрудником Иванов + СООТВЕТСВТУЮЩИЕ настройки на карте БП

(13) тут у меня начинает просыпаться память... учитывая, что в свойствах точки на карте маршрутов в параметрах адресации можно выбирать только предопределенные значения, то подразделения там никак не выбрать... тут либо изменить структуру регистра адресации, добавив новое перечисление в качетсве роли (пусть даже по смыслу играющее роль подразделения) или самое простое как в (11) сделать свое простенькое разграничение доступа и все, и не париться.

(13) П.С.: похоже, я немножко не так понял, я посчитал, что "все сотрудники из" = "любой сотрудник из", если же "все сотрудники из" = "абсолютно каждый сотрудник из", то тут ... надо подумать)

(8) Должности же разные, какие это дубли?