Задача возможно тупая и не выполнимая.

Возможно ли стандартными средствами(без перепискикода), внести запрет выписывать отгрузку(расходные накладные) с прочих складов.

Т.е. есть склад "СГП" и нужно чтобы документ Расходная накладная можно было выписать только с него. Со всех остальных складов это нужно запретить делать!

Заранее спасибо!

Раньше было нельзя, но можно сделать подписку на событие при записи документа, которая совершенно не будет влиять на обновление конфигурации, хотя и приводит к ее изменению...

(1) а можно подробнее как?

Для меня 8-ка это темный лес, я как-то по "клюшкам" больше...

(1) Еще скажи, что автоматически обновляться будет :)

Ну, честно сказать, это тебе статью тут писать надо. Идея в том, чтобы дать программисту возможность менять поведение системы при наступлении некоторых событий, и при этом практически не влиять на возможность обновления конфигурации (если знаешь семерку, то знаешь, что ДОПОЛНИТЕЛЬНЫЕ объекты конфы и в семерке не влияют на обновление, то бишь можно заиметь новые справочники, документы и т.д., в восьмерке пошли еще дальше, можно без изменения типовой конфы чуток менять логику программы). По поводу подписок на события в восьмерке лучше поподробней погляди яндексе или гугле. Краткая статейка об этом, например:

http://howknow1c.ru/programmirovanie-1c/podpiski-na-sobytija-1s.html

(3) Я такого не говорил, ибо всегда обновляю из конфигуратора, автоматического обновления не будет, но из конфигуратора обновится без проблем, а он как семерочник способ обновления из конфигуратора должен знать как свои пять пальцев

(2) Чтобы НЕ вносить изменения в конфигураторе и даже не снимать с поддержки, проверку ПриЗаписи сделать в расширении. Просто и эффективно )))

(0) Поиздевайся с RLS, типа запрет на чтение для не правильных складов
http://programmist1s.ru/nastroyka-rls-ogranichenie-dostupa-na-urovne-zapisey-1s/

Но учти RLS весьма тормозная и прожорливая штук

(6) Нет в УНФ ограничения доступа по Структурным Единицам. RLS без изменений в конфигурации не пропишешь. Придется делать все руками. И это значительно сложнее чем Подписка на событие и, тем более, расширение

Самое банальное это внешняя обработка, только через которую этот пользователь и сможет вообще выписывать расходные.

Т.е. запрещаем ему расходные создавать/править кроме как через обработку. Эту обработку навесить на ЗаказОтПокупателя

(8)+ в этом случае можно обойтись совсем без вмешательства в код конфы

(9) Так же как и в расширении. Только пользователь с расширением вообще не заметит каких-либо изменений. Все останется для него как будто ничего и не менялось

(10) Не путай, расширение это все таки траблы в случае обновления конфы.
В случае внешней обработки перестанет только она работать а не подписка на событие сглючит при создании или при записи.

(7) Придется делать все руками - однозначно, а вот то, что сложнее, чем подписка на событие - нет, сам делал такое, именно со складами и именно в УНФ через подписку, скоро год как работает, проблем нет, что касается расширения, то тут при обновлении проблемы бывают, изредка, решаются относительно просто, но на данный момент предпочитаю таки подписки

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

(13) Речь не про слетает при обновлении, а риск что если переименуют реквизит Склад в документе (чем черт не шутит) то запись/проведение доков слетит совсем.

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

(14) Да елы-палы! Опять заблуждение! Расширение в таком случае - да, слетит, не подключится. Но это означает, что для подстановки складов (данный случай) станут доступны все склады, т.е. не будут работать изменения, но все проводиться и работать будет штатно. Завязываем. Если что, здесь есть тема про расширения, туда переберемся.

(15) Да расширения пока на практике не использовал только поизучал и потестил.

Не в курсе что будет при обновлении типовой со своим расширением, старое расширение на обновленной конфе продолжает работать?
Если название документа не поменялось, то подписка на его события не слетает?