1С 7.7 ТиС. Фильтр номенклатуры по наличию на складе.
24.04.2011
21:44
#1
День добрый. Возникла банальная на первый взгляд задача - включить фильтр по товарам, которые имеются в наличии на складе. На уме единственный вариант: по итогам ставить галочку "не включать в прайс-лист", а потом включать фильтр по этому реквизиту. Но меня пугает скорость обработки такого решения. Кто-нибудь сталкивался с подобной задачей и в каким образом решали ее. Заранее спасибо!
25.04.2011
14:37
#3
В подборе, скажем ,в документ заявку или реализацию. Чтобы включив фильтр, можно было видеть только тот товар, что есть в наличие на складе.
Это можно сделать типовыми средствами, но несколько неудобно и трудаемко. Тем более у этого пожелания есть продолжение, которые типовыми средствами не решить.
Это можно сделать типовыми средствами, но несколько неудобно и трудаемко. Тем более у этого пожелания есть продолжение, которые типовыми средствами не решить.
25.04.2011
14:40
#4
В общем, я понял так. Надо чтобы при открытии формы списка справочника Номенклатура там были видны только те элементы, для которых есть ненулевой остаток по складам на какой то момент. Штатно, видимо, два способа.
1. Тот что вы предложили. Минус = крайне низкая производительность, так как перезапись значения реквизита - это и захват таблицы и требуемая обработка потенциально огромного количества элементов. Даже для 100 элементов будут ощутимые тормоза, а для тысяч и подавно.
2. Перенаправлять задачу в обработку, где сделать таблицу значений и заполнять ее только теми элементами, которые нужны. Минус = стандартный интерфейс 1С (создание элементов, пометка на удаление, перенос из группы в группу, навигация в группах) придется писать снова.
Нештатный подход.
Если используемая база лежит на MS SQL Server, перехватить запрос от 1С к SQL Server, подменить его и получить требуемый результат. Для этого придется разобраться с именованием таблиц базы на низком уровне, но это не проблема, если сильно хочется. Не помню насколько соответствует правилам форума предложение такого решения и предложение прямой ссылки на пример. Думаю, что если что, модератор вычистит. [Промодерировано] Сам я пробовал эту штуку, но только в качестве удовлетворения своего любопытства, ни на одной рабочей базе не видел применения технологии, поэтому не знаю насколько стабильно работает система.
1. Тот что вы предложили. Минус = крайне низкая производительность, так как перезапись значения реквизита - это и захват таблицы и требуемая обработка потенциально огромного количества элементов. Даже для 100 элементов будут ощутимые тормоза, а для тысяч и подавно.
2. Перенаправлять задачу в обработку, где сделать таблицу значений и заполнять ее только теми элементами, которые нужны. Минус = стандартный интерфейс 1С (создание элементов, пометка на удаление, перенос из группы в группу, навигация в группах) придется писать снова.
Нештатный подход.
Если используемая база лежит на MS SQL Server, перехватить запрос от 1С к SQL Server, подменить его и получить требуемый результат. Для этого придется разобраться с именованием таблиц базы на низком уровне, но это не проблема, если сильно хочется. Не помню насколько соответствует правилам форума предложение такого решения и предложение прямой ссылки на пример. Думаю, что если что, модератор вычистит. [Промодерировано] Сам я пробовал эту штуку, но только в качестве удовлетворения своего любопытства, ни на одной рабочей базе не видел применения технологии, поэтому не знаю насколько стабильно работает система.
26.04.2011
22:00
#5
Спасибо большое за подсказку. Второй вариант был в мыслях, но лишь как крайний, ибо редкий изврат 
А вот про первый даже не подумал. Но сейчас посмотрел, насколько быстро он работает и более чем доволен. Кроме того с функционалом заморачиваться особо не надо, т.к. эту форму будут использовать только продавцы при реализациях на складах.
А вот про первый даже не подумал. Но сейчас посмотрел, насколько быстро он работает и более чем доволен. Кроме того с функционалом заморачиваться особо не надо, т.к. эту форму будут использовать только продавцы при реализациях на складах.
Обмен данными "Управление торговлей", (10.3.13.2) и БУХ 2.0 18.1пересчитать цены в отчете производства за смену
Читают тему
(гостей: 1)