Все технические форумы на одном сайте Удобный поиск информации с популярных форумов в одном месте
Вопрос: Ограничение доступа по складам

УТ 11.1, необходимо разграничить доступ двум группам пользователей по складам, чтобы каждый видел только свою группу складов. Делаю стандартным образом - ограничение на уровне записей, создаю профиль, добавляю в список запрещенных склады, пользователя переношу в группу с таким профилем (права у него неполные). Однако при создании реализации система все равно позволяет выбрать запрещенный склад и лишь при попытке проведения документа после определенной задумчивости выдает "У пользователя недостаточно прав для исполнения операции над базой данных". Как же все-таки сделать так чтобы каждый из пользователей видел только свою группу складов? Или это в принципе вообще невозможно сделать?
Ответ:
ИМХО:
Выбор и проведение выполняются разными Процедурами|Функциями. Если есть право на выполнение какой то процедуры им пользуется пользователь с соответствующим профилем.
Попробуйте создать темпюзера и ему не дать на старте прав на чтение склада. А далее добавляйте.
Если у юзера права полные (как написано в вопросе) - нужно по другому свойству исключать у него построение списка складов.
--- Объединение сообщений, 1 июн 2016 в 12:35 ---
Если смотреть вот на этот вопрос: "Как же все-таки сделать так чтобы каждый из пользователей видел только свою группу складов?".
Тогда строим фильтр и используем при отображении списка.
Вопрос: Учет перемещений продукции между складами

Здравствуйте. Вот пытаюсь сделать программку учета ...

Задача вот какая. Имеется производство. Скажем 5 групп складов между которыми перемещается продукция.
Создал справочник иерархический Склады. Группа складов, движение может быть из группы Склады1 в группу Склады2, из Склады2 в Склады3, итд



Создал Документ Движение. В нем выбираю группы складов из и в какой идет движение.
Как мне сделать, чтобы при выборе из складов, в Склады заполнялось автоматически.



А по табличной части - чтобы из склада - выбирались склады той группы, которая выбрана в шапке документа, а не по всем группам. И соответственно в склад - выбор был только из группы складов, которая в шапке документа выбрана "В склады".

И еще такая штука. Создал регистр накопления.



Ну по накоплению веса понятно остатки + - . А вот качество. То есть продукция скажем пришло 100 тонн продукта на склад с качеством 60%. И еще пришло 50 тонн с качеством 80%. Необходимо чтобы остаток был такой - вес 150 тонн (это просто) и качеством 100*60+50*80/(100+50) = 66,67%. Как это учитывать в регистре непонятно. Ну а при убытии из склада качество не меняется, это конечно уже проще. Но все же непонятно мне как такой учет делать.

Прилагаю и саму конфигурацию начальную
Ответ: Ну я сделал выбор в форме, остатки пока не считаются. По выбору код у меня такой:

1C
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
&НаКлиенте
Процедура ИзСкладовПриИзменении(Элемент)
    ИзСкладовПриИзмененииНаСервере();
КонецПроцедуры
 
&НаСервере
Процедура ИзСкладовПриИзмененииНаСервере()
    НоваяСвязь = Новый СвязьПараметраВыбора("Отбор.Родитель", "Объект.ИзСкладов");
    НовыйМассив = Новый Массив();
    НовыйМассив.Добавить(НоваяСвязь);
    НовыеСвязи = Новый ФиксированныйМассив(НовыйМассив);
    Элементы.ПеремещениеИзСклада.СвязиПараметровВыбора = НовыеСвязи;
    
    Объект.ВСклады = Справочники.ПоследовательностиПеремещений.НайтиПоРеквизиту("ИзСкладов", Объект.ИзСкладов).ВСклады;
    ВСкладыПриИзмененииНаСервере();
КонецПроцедуры
 
&НаКлиенте
Процедура ВСкладыПриИзменении(Элемент)
    ВСкладыПриИзмененииНаСервере();
КонецПроцедуры
 
&НаСервере
Процедура ВСкладыПриИзмененииНаСервере()
    НоваяСвязь = Новый СвязьПараметраВыбора("Отбор.Родитель", "Объект.ВСклады");
    НовыйМассив = Новый Массив();
    НовыйМассив.Добавить(НоваяСвязь);
    НовыеСвязи = Новый ФиксированныйМассив(НовыйМассив);
    Элементы.ПеремещениеВСклад.СвязиПараметровВыбора = НовыеСвязи;
КонецПроцедуры
Вопрос: В торговле УТ10.3 нужно организовать ограничение выбора складов

В торговле УТ10.3 нужно организовать запрет выбора складов (группы складов), но просмотр остатов (в подборе,отчетах) оставить.Как я понимаю -использование RLS не решит задачу? Такое стандартными средствами УТ10.3 возможно реализовать? И в какую сторону копать? Спасибо.
Ответ: () только не забудь про ввод по строке
Вопрос: Разграничение номенклатуры по складам (УТ 11)

Имеется несколько складов в программе, для каждой из двух групп менеджеров - свои. Необходимо разграничить доступ к ним так, чтобы при реализации или приходовании товаров каждая из групп могла выбирать только свой товар. В идеале чтобы и склады видела только свои, а другие были бы невидимы и недоступны.
Пытался использовать ограничение на уровне записей, но тогда начинаются косяки с ролями пользователей, полный бред. Быть может стоит как-то подвязать это к номенклатуре или еще как? Подскажите, пожалуйста
Ответ:
Как вариант можно использовать разграничение прав пользователей по группам доступа номенклатуры.
Вопрос: Не всегда показываются при проведении товары которых не хватает на складе

Здравствуйте. может подскажите.У меня такая ошибка. раньше не было.эти сообщения внизу (какого товара не хватает)при первой попытке проведения выпадают и я вижу чего не хватает на складе, потом я что то еще к примеру добавляю в реализацию товары пытаюсь провести и документ не проводиться и сообщения не появляются(точнее что то очень быстро мелькает внизу там где должны быть сообщения, но они не выводятся) и не понятно какого из товаров не хватает и приходиться либо проверять каждую позицию это очень долго особенно при больших накладных все позиции проверять.либо так быстрее я копирую все строки создаю новую реализацию, туда вставляю и провожу и тогда опять выходят сообщения где написано чего нет на складе, на это уходит время это не удобно. ндс у меня никакого нет. раньше не было такого после обновлений платформы и версии ут появилась такая ошибка.какие именно обновления сделал уже не скажу. заранее спасибо за ответ. 1с 8.3.10. 2580 ут 11.2.2.116 ничего не прикрепляю потому что то, то что там мелькает глазом не успеваешь увидеть.
Ответ:
Делаю реализацию товара, она проводиться. Потом в этот же документ добавляю тот же товар в количестве, которое больше чем остаток на складе. Тогда документ не проводиться, но в сообщениях внизу не показывает какого товара не хватает, как это было раньше.Когда позиций много и многих позиций нет на складе, документ не проводиться и в сообщениях ничего нет т.е. я не знаю из за чего не проводиться документ, чего не хватает и приходиться проверять все позиции, чтобы понять чего не хватает, либо я копирую все строчки создаю новый документ реализации вставляю все строки туда, жму провести и внизу в сообщениях выходит список, каких товаров и сколько не хватает, и тогда я уже вижу что менять в первой реализации, а вторую, которую я создал для проверки удаляю.

Вложения:

  • Размер файла:
    211,8 КБ
    Просмотров:
    1
  • Размер файла:
    230,6 КБ
    Просмотров:
    1
Вопрос: Запрос к остаткам по двум складам и регистрам накопления.

Доброго времени!
Помогите пожалуйста с запросом. УТ 10.3 8.1
В справочнике "Номенклатура" есть Товар1, и Товар2, который является комплектующей для Товара1. У каждого Товара1 одна комплектующая Товар2.
Весь Товар1 оприходован на складе "Основной склад". Товар этот разбит по группам. Весь Товар2 оприходован на складе "Комплектующие", без разбития на группы.
Комплектующие хранятся стандартно в регистре сведений.
Необходим запрос, который будет выводить список Товара1 с его остатком (пусть даже нулевым) и список комлектующих с их остатками (пусть даже нулевыми).
Т.е. таблица, одна строка которой содержит:
код Товара1/Товар1/Кол-во/код Товара2/Товар2/Кол-во

Первую половину нужной строки вывожу запросом:

ВЫБРАТЬ
Товары.Код КАК Код,
Товары.Ссылка КАК Ссылка,
Остатки.КоличествоОстаток КАК Остаток
ИЗ
Справочник.Номенклатура КАК Товары
ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.ТоварыНаСкладах.Остатки(&Дата, Склад = &Склад) КАК Остатки
ПО Товары.Ссылка = Остатки.Номенклатура
ГДЕ
Товары.Ссылка В ИЕРАРХИИ(&ГруппаНоменклатуры)
И Товары.ЭтоГруппа = ЛОЖЬ


А вот прикрутить сюда вторую нужную половину - беда ((

Без остатка комплектующих запрос получился такой:

ВЫБРАТЬ
Товары.Код КАК Код,
Товары.Ссылка КАК Ссылка,
Остатки.КоличествоОстаток КАК Остаток,
КомплектующиеНоменклатуры.Комплектующая.Код,
КомплектующиеНоменклатуры.Комплектующая
ИЗ
Справочник.Номенклатура КАК Товары
ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.ТоварыНаСкладах.Остатки(&Дата, Склад = &Склад) КАК Остатки
ПО Товары.Ссылка = Остатки.Номенклатура
ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.КомплектующиеНоменклатуры КАК КомплектующиеНоменклатуры
ПО Товары.Ссылка = КомплектующиеНоменклатуры.Номенклатура.Ссылка
ГДЕ
Товары.Ссылка В ИЕРАРХИИ(&ГруппаНоменклатуры)
И Товары.ЭтоГруппа = ЛОЖЬ

Нужно добавить сюда отстаток комплектующих на складе.

Правильно-ли создан запрос и как его довести до ума?
Заранее благодарю за ответы!
Ответ:
Создайте временную таблицу остатков по складам и временную таблицу комплектующих.
Соедините таблицу комплектующих с таблицей остатков по номенклатуре и по комплектующим, поместите во временную таблицу.
Соедините справочник номенклатуры с временной таблицей остатков.
Вопрос: Подскажите по интеркомпани (только по складам)

В УТ, комплексной и т.п конфах есть механизм продажи недостающих товаров из одной компании в другую. А нет ли такого механизма в рамках одной организации, но по складам. То есть на одном складе одной и той же организации товара нет, но продажи с него оформляются, а в конце дня происходит автоматическое или полуавтоматическое перемещение недостающих товаров со склада на склад.

Или это делается через какие-то иные механизмы?

Интересует как в комплексной 2.3
Ответ: () Там проблемка в том, что в комплексной нельзя настроить распределение продаж по основной системе налогообложения и ЕНВД при продаже с одного склада. Хотят ЕНВД-шные продажи делать с другого, а товары не перемещать вручную, а по итогам реализации. Продали за день 100 чеков - весь товар из них чтобы сам переместился с основного склада на розничный.

() пожалуй, обработку заполнения табличной части - это наиболее удобный выход

() реализаций дохрена, каждый чек - реализация
Вопрос: Вопрос по работе с адресным складом

Выполняю задачу по Специалист по УТ 11.3.
Задача состоит в том, чтобы переместить товар с одной области хранения помещения ( в нем хранится в паллетах ) в другую область хранения того же помещения ( в нем хранится в коробках )
Ордер на перемещение не подходит ( ругается на одно помещение ), заказ на перемещение не подходит ( ругается на один склад ). Вариант расспаковки не нашел где осуществить.
Ну и в догонку вопрос. Как привязать склад , чтобы с него осуществлялась только продажа или закупка ?
Заранее спасибо!
Версия УТ 11.3.2
Ответ:
Понятно, закупки - это продажи, продажи - это закупки

Что такое "Пользователям организаций , к которым привязан склад".
Это где такая привязка?

А как насчет настроенных автоматических обеспечений регламентными заданиями и обработками, которые делаются вообще не "пользователем", а ботом по заданным настройкам, например, поддержания минимального количества, исходя из статистических жанных убытия товара? и др.
Вопрос: Не проходит реализация

Есть заказ клиента из интернет-магазина.
Распечатал счет из заказа, далее хочу распечатать с/ф и накладную. Жму создать на основании и выбираю "реализации товаров и услуг" и вижу это
Как поставить статус "на согласовании"?
мануал не помог(
Ответ:
Давайте один вопрос в одной теме.
Вы уже ответили на свой вопрос? или же уже нет?

Какой же может быть "Зачет оплаты" или сф - для возможности согласования.
СФ - это не шуточки, если Вы е выставите, то будете обязаны оплатить налог или быть готовым к разборкам по поводй подлога или мошенничества.

Из встроенной справки УТ 11
Статусы заказа

Возможность выбора в документе того или иного статуса определяется той стратегией использования заказов, которая установлена для предприятия. Выбор осуществляется в разделе Администрирование - CRM и продажи - Использование заказов при помощи функциональных опций:
  • Заказ как счет;
  • Заказ только со склада;
  • Заказ со склада и под заказ.

При варианте использования заказов Заказ как счет статусы в документе не доступны. Заказы клиентам используются только для печати счетов на оплату, товар по заказам не резервируется и его исполнение не контролируется.
При варианте использования заказов Заказ только со склада доступны статусы:
  • •На согласовании - заказ движений не делает, используется для фиксации неподтвержденной/несогласованной потребности клиента;
  • •В резерве - заказ резервирует весь указанный товар на складе;
  • •К отгрузке - зарезервированный товар можно отгружать.

Закзы принимаются только на товары, находящиеся на складе. Товар резервируется на складе с учетом свободных остатков товара. Предусмотрен контроль исполнения заказов клиента (при неполной отгрузке и/или оплате клиента заказ не закрывается). Также контролируется состояние оплаты при оформлении отгрузки по предоплате.

При варианте использования заказов Заказ со склада и под заказ доступны статусы:
  • •На согласовании - заказ движений не делает, используется для фиксации неподтвержденной/несогласованной потребности клиента;
  • •К выполнению - возможно управление отгрузкой и резервированием для каждой строки заказа.

Заказы принимаются не только на товар, имеющийся в наличии, но и на товар, требующий обеспечения.

Статусы в табличной части документа могут быть заполнены автоматически с помощью команды Заполнить обеспечение. Команда выполняется для выделенных строк документа. Выбранная стратегия заполнения запоминается.
  • •Товары, которые есть в наличии, необходимо зарезервировать - Резервировать на складе.
  • •Если товара нет в наличии, но ожидается его поставка, то разместить его в заказе поставщику - Резервировать к дате отгрузки.
  • •Если товара нет в наличии, и его поставка не ожидается, то принять его к обеспечению. При этом возможно два варианта: обеспечивать в соответствии с графиком поставок (К обеспечению) или заказывать товар под конкретный заказ клиента (Обеспечивать обособленно).
Вопрос: корректировка реализации не делает движений по товарам на складах

Добрый день!
Подскажите, пожалуйста, кто знает - Комплексная 2.2, сделан документ корректировка реализации, изменения только по количеству (общая сумма такая же, соответственно количеству только поменялась цена). У документа нет движений по регистру "Товары на складах", соответственно остатки по складу не поменялись, изменения только по бух.учету (проводки есть, движения по регистру "Товары организаций" есть). Что влияет на наличие движений по оперативному учету у этого документа? Какие-то общие настройки? В самом документе корректировки не вижу никаких галочек, которые могли бы влиять. В корректируемой реализации движение по этим регистрам есть. Что еще можно проверить?
Ответ: И еще судя по коду эти варианты предлагаются т.к. изменение количества по ордерному складу (стоит "использовать ордерную схему при отражении излишков и недостач").
Тогда что нужно теперь сделать, чтобы изменились складские остатки. Судя по формулировке "учесть при инвентаризации" - только после инвентаризации теперь изменятся? Если она будет не скорое - можно сделать выборочную инвентаризацию по отдельной номенклатуре сейчас?