Платформа 1С 7.7
Конфа ТиС.
Используется самописная обработка для реализации товаров с разных складов, которая автоматически перемещает товар с разных складов на склад реализации и сразу списывает. Нужно ограничить некоторых юзеров отдельным набором складов с которых они могут продавать товар. В базе имеется несколько фирм и несколько складов.  
Как бы вы реализовали такую задачу? Описывать в коде все связки? Или лучше сделать интерактивный интерфейс? Но тогда эти данные нужно будет где то хранить (dbf, txt, xml)?  Или вообще поступить более радикально и создать справочник? В общем в раздумьях...
Прошу совета камрады

ага-ага. Создать справочник - это очень радикально...

ни за что и ни при каких условиях не создавай справочник!!!

Сделать обратную привязку - в карточке склада сделать реквизит "фирма" - получится жесткая привязка склад-фирма.
.
Пользователям - ничего не ограничивать.
при записи создаваемых документов пользователями - проверять соответсвие склад-фирма., не сходится - отлуп.

(3) >>в карточке склада сделать реквизит "фирма" - получится жесткая привязка склад-фирма.  

Норма идея. Спасибо

(3) твой телепат сильнее :)

Так всё это реализовал, то есть напутать теперь они не могут. Конкретный склад привязан к конкретной фирме, но ещё есть ситуация когда внутри фирмы нужно ограничить использовать некоторые склады.  Например продавец1 на фирме1  может использовать склады только своего отдела склад3 и общий склад магазина склад1.  Продавец2 может использовать на  фирме1, склад2 и склад1.

Создать справочник "РазрешенныеСклады". Сделать его подчиненным к справочнику "Пользователи".

Если пользователей вагон и маленькая тележка и есть пользователи с одинаковым набором прав и одинаковым списком разрешенных складов - можно привязать "разрешенныеСклады" к справочнику "ПолномочияПользователей". Проще будет рулить.

(6) Ну собственно зря вы так. Так у вас складов наплодится куча. Правильный ответ в (7), только туда еще и фирму добавить (если действительно есть в этом необходимость).

(6) не надо ничего дополнительно делать.
если кто-то выпишет товар не со своего склада - что будет?
варианта два:
1. отгрузят с другого склада = ОК.
2. на другом складе пошлют нахрен, менеджер получит в результате люлей. В результате регулярного получения люлей менеджер быстро, практически мгновенно будет самостоятельно все выписывать правильно.
.
Если люли чисто символические типа атата-нехорошо! пожурили с улыбкой - ну тогда да - программируйте всякие хрени типа разрешенных складов. не забудьте, что кто-то должен будет регулярно этот список разрешенных складов поддерживать/можифицировать в соответсвии с потребностями.. - те же грабли вид сбоку

(10) Тут недавно косяк случился, продавцы выписали товары с разных складов и в настройки обработки которая перемещает товары на склад реализации полезли ручками и видимо поставили склад соседнего отдела. В итоге весь товар оприходовался на их отдел и ладно бы так, оприходовался и списался, но покупатель передумал покупать и товар с разных складов завис на другом отделе.

(10) А перемещения продавцы не пометили на удаление. Хватились только на следующий день.  На одном складе недостача, на другом излишки. Еле свели короче.

(11)  ну завис и завис. либо потом продадут, либо неликвид останется. а на другом складе нехватка. или обьратно переместят.
.
1. запретить менеджерам ручками лазить во всякие настройки. это залог предсказуемости работы/выполняемых действий.

(12) какой бред. никаких помечаний на удаление. неправильно переместили - новое перемещение чтобы вернуть в правильно.

"на одном недостачи, на другом излишки".
- а не надо упрощать жизнь. товар ФИЗИЧЕСКИ между складами двигался? нет скорее всего - с какого будуна тогда перемещение между складами появилось в отрыве от физического перемещения.
.
чтобы такого избежать - перемещения делать через дополнительный транзитный склад. Из склада-источника - на транзитный склад. печатная бумага на перемещение. товар пришел на склда-получатель - переместите с транзитного склада на получателя.
.
а то вы в программе делаете одно, а по факту - случается совсем другое, отсюда и лезет всякая хрень, типа "..пометить перемещение на удаление", "..еле свели"...
.
чем ближе регистрируемые в учетно программе действия к реально выполняющимся физическим процессам - тем все прозрачнее и легче.
.
у себя я например уже четко знаю где косяки в проге будут - там где правят что-то задним числом - некие возвраты без документов и прочая лабудень - два прорцесса живуь сами по себе - правка в базе и реальное движение товара - в результате - косяк. а глазки - четсные-честные...