Цитата:
Сообщение от
Дуд
AlexB, смысл не совсем в том
У юзера может быть доступ, например, к двум складам, ORANGE и RED.
В таком случае при логине в систему после выбора фирмы он также выбирает из открывшегося списка склад, который у него будет по умолчанию прописываться во вновь открытые документы - ORANGE или RED.
Типа сегодня он работает на складе RED - выбирает при логине его.
Завтра на ORANGE - выбирает ORANGE.
Если юзер выбирает при каждом логине склад - хорошо. Я ведь критикую то
как это было спрограммировано и в этом смысле солидарен с jopagames3 и с Kashin. Вот мой (навскидку) вариант: юзер выбирает при каждом логине какой-то склад, берём этот склад, пишем в СТАНДАРТНУЮ таблицу "User Setup" в новое поле "Default Location Code" и пользуем склад из этого поля в закзах продажи итд итп. Если юзер вылетел из NAV'a и сессия зависла - ну и чёрт с ней, нам нужен склад а не ConnectionID или что другое, при следующем логине юзер опять выбирает опять требуемый склад, который опять же пишется в "User Setup" и опять же используется в требуемых процессах. И этот вариант по моему мнению наименее критичен в плане того, что в заказе продажи каким-то макаром всё-таки нет да и пропишется неправильный склад, т.е. менее критичен Inkadea-варианта с UserSession и Вашего варианта с SingleInstance-Coduenit.