Добрый день уважаемые форумчане! Конфигурация УТ 10.3. Заказчик поставил задачу сделать так, что бы кассиры в разных магазинах видели  только ту номенклатуру, которая есть на остатках по складу данного магазина. Сразу напришивается РЛС для таких действий. Но вот беда - в РЛС нельзя использовать виртуальные таблицы типа ТоварыНаСкладахОстатки. Подскажите кто может как выйти из такой ситуации...

(0) песочный домик на пляже тоже экскаватором копаешь?

(1) очень остроумно

(0) а у них локально стоят серверные базы и включение РЛС не просадит производительности?;)

(3) Про производительность речи не был никакой. Есть варианты как нашу задачу решить?

Где хотят закрыть? в Отчетах, отборах или где?

Точнее в подборах

(6) Да в общем то везде. Ну в первую очередь в подборах, и в форме выбора.

При открытии формы, в зависимости от пользователя, вешай отбор

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

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

(10) это разумеется. интересно почему функции РЛС так ограничены, и почему реальную таблицу использовать можно, а виртуальную нет

(0) скажи директору что он идиот. потому что если в смене товар продали под 0 - в отчете о розничных продажах будет "Объект не найден"

(12) есть в этом правда)

(13) + непонятно как быть с возвратом товара. короче постановка задачи бредовая

(14) ну или может быть задача не полностью уточнена;)

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

(16) Скажем так. если уж формулировать подобную задачу корректно, то примерно так: "Доступность только тех товаров, которые КОГДА-ЛИБО поставлялись в данный магазин,  либо были на остатках в данном магазине". Иначе вилы и тупик.

(17)+ И то, в некоторых сетях можно возвращать товар в магазин не обязательно в тот, в котором он был продан.

(0) если слишком дофига не дорабатывать, а использовать на 100% функционал ут, то можно предложить установку центральной базы для создания номенклатуры только теми лицами, у которых есть для этого полномочия, а затем передавать номенклатуру в базы для разных магазинов.

Соответственно, что и физические остатки, даже на нескольких организациях одновременно, будут крутиться в каждой базе независимо от остальных магазинов. И никакого рлс не нужно.
Но за это придется расплачиваться тормозами в процедурах передачи новой номенклатуры и нового прихода.
Но зато при подборе остатков для продажи никакого рлс и близко не потребуется.

(19) В УТ 10? Это какой же там такой план обмена позволяет то что ты предлагаешь??

РЛСом нельзя ни в коем случае такое делать! А, тут про "Объект не найден" написали. Сегодня мы нормально видим позиции в документе, а завтра уже нет. Бред.
Придется объяснить директору, что надо локализовать задачу, глобально "чтобы везде" не прокатит.

Правь подборы. Формы выбора/списка. Событие ОбработкаПолученияДанныхВыбора возможно тоже понадобится, если ввод по строке используют.

(20) а какие трудности создать, даже если его нет?

(20) зацени просто уровень советов:
- переписать рлс-ы,
- переписать отборы,
- переписать еще кучу всего...

а ведь проблема всего лишь в установке обмена между несколькими базами.

(23) Если настройкой обмена вопрос решится, то это лучший вариант, конечно.

(22) Т е речь уже не идет о "100% функционале торговли"? Правильно, потому что там такого плана обмена нет, а есть максимум только Полный и который под текущую задачу не подойдет совсем. Это - Ррраз.

И второе - да, согласен создать-то новый план обмена - это не проблема. Главное, его корректно спроектировать. Если ты сделаешь не полный обмен доками, то в центре у тебя может возникнуть секс с партиями, когда каждая прилетевшая из филиала пачка данных ломает рег партий, отбрасывает точку актуальности в каменный век, и т д и т п. Еще господин Гончаров на курсах по обменам данными в УЦ№3 сказал "если кто-то Вам скажет что я сейчас за пять минут план обмена накидаю - гоните его метлой" и я полностью с ним согласен. Довелось разгребать УГ когда было с пяток ПБ, с неполным обменом. Проведение по партиям в ЦБ превращалось в нескончаемое действо и постоянно бегающие менагеры "щито щито у нас с себестоимостью???".
(0) Не слушай никого, уточни задачу и допили настройки фильтров форм, это будет наименьшей кровью

(0) а смысл этого в чем? РЛС имеет смысл городить только, если смысл в информацонной безопасности. Если смысл - в эргономике, то это просто форма подбора товаров в чек.

(23) Трудность в том, что такого обмена нет в типовой конфе и его надо пилить с нуля. Это относительно несложно если ТС уже сталкивался с РИБом, а если нет - это будет трындец. Поэтому, не предлагай так уверено то, чего на самом деле нет. Как один из возможных путей решения задачи - согласен, такой вариант имеет место быть, но его(этого механизма, настройки обмена с ограничениями и т д) по факту нет

(27) Так топикстартер допиливанием рлс-ов в такой постановке задачи и/или отборов поверх рлс просто убьет торговлю в оперативном режиме и все.

Что так, что эдак - экскременты на живой базе мутить

(28) РЛСы ему уже отсоветовали;) прислушается или нет - другой вопрос

(0) А что, подбор в режиме "По остаткам" не устраивает? Там как раз показывает только то, что есть. Зачем именно резать права?