Определенная номенклатура при создании документа на основании

Приветствую, коллеги.
Имеется документ "Выдача ТМЦ" для автотранспортного участка.
Данный документ содержит табличную часть с номенклатурой, инв.номером, единицей измерения и выданным количеством:
Шина R20 | 000001234 | шт. | 4
Масло W40 | 000001255 | л. | 10
И т.д.
Обычно таких позиций в одном документе может быть ~20, включая разные лампочки, аптечки, инструмент и т.д.
На основании данного документа создается акт ТО, в который необходимо помещать только определенную номенклатуру (масла, фильтра и т.п.).
Каким образом сделать так, чтобы в данный акт садились только определенная номенклатура (а именно та, которая принимает непосредственное "участие" в ТО)?
Понимаю, что для этого должен быть какой-то признак, однако номенклатура автоматом подтягивается из бухгалтерской базы в действующую КА2 списком без групп.
Как подойти к решению данного вопроса?

Добавлено через 9 минут
Или сделать добавление номенклатуры вручную, но ограничить выбор только списком из документа основания?

0

Сообщение от polax Не вижу в этом смысла

Да это чтобы спалось, как говорится, спокойней.

Сообщение от polax В интернете и видео и текстовые инструкции.

Да, я ознакомился с ними прежде, чем публиковать данный вопрос.
Получается, в моем случае (если верить информации из сети) создать предопределенный элемент не получится, поскольку справочник ТоварныеКатегории является подчиненным. Или все таки есть какие лазейки (для личного опыта и просвещения)?

0

Сообщение от Maks справочник ТоварныеКатегории является подчиненным.

А вот это неожиданно ))). Тогда не сделать

0

polax, тут опять же возвращаюсь к посту 13: Товарная категория неактивна, если я не укажу "Вид номенклатуры", это первое.



Второе, при создании "Товарной категории" также требуется указывать "Вид номенклатуры":



Если бух поменяет в своей базе "Вид номенклатуры", как это повлияет на "Товарную категорию" и саму номенклатуру?
Или может просто снять обязательную проверку заполнения "Вида номенклатуры"?

0

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

0

Поинтересовался у бухов - данный реквизит они используют, но не для всей номенклатуры, стало быть, это ненадежный признак для определения номенклатуры, также непонятно, как поведет себя товарная категория, если вышеупомянутый признак при обмене затрется данными из бухгалтерии.

Сообщение от Yulunga я бы сделал доп реквизит "участвует в ТО"

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

0

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

Как себя поведет номенклатура, если в БП затрут, поменяют имя группы номенклатуры? Было Товар1 в группе Супер, БП поменяли имя группы Супер, на ДалекоНеСупер. В КА будет номенклатура Товар1 в группе ДалекоНЕСупер. Вот также и здесь. но делай как угодно.

0

polax, дело в том, что не хочется ссылаться в коде на объект, который можно удалить из режима приложения, вот если бы его можно было бы сделать предопределенным - другое дело, а так это моветон (еще на курсе нам об этом говорили). Решил вопрос добавлением нового реквизита в справочник Номенклатура.

0

Сообщение от Maks который можно удалить из режима приложения

Опасные права у пользователя, если так он может

0

Сообщение от slypower Опасные права у пользователя, если так он может

Админ, или иное уполномоченное лицо обидится при увольнении и удалит товарную группу, в результате чего алгоритм перестанет работать - один из вариантов событий.
Или кто-нибудь додумается переименовать товарную группу: до этого было "ТО", теперь надо делить на "ТО-1" и "ТО-2" - вот вам второй вариант событий.
Продолжать можно долго, но лучше предусмотреть такие варианты развития событий, выбрав другой путь реализации задачи.

0

Сообщение от Maks Админ, или иное уполномоченное лицо обидится при увольнении и удалит товарную группу

если у него не будет прав на это, он не удалит.
При таком раскладе, он может и БД удалить при увольнении, если у него вовремя не забрать доступы)

0

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

0

Я не топлю за это, я против НайтипоПоКоду() и, тем более, НайтиПоНаименованию(). Я лишь сделал акцент на том, что удалять из предприятия доверять нельзя

1

Сообщение от slypower Я лишь сделал акцент на том, что удалять из предприятия доверять нельзя

Да это понятно, я вообще не доверяю пользователям.

0

Просто для справки. 1С штатно не удаляет, лишь помечает на удаление. Удаление помеченных объектов доступно только пользователям с полными правами. Не раздавайте полные права направо и налево и не будет ситуаций с несанкционированным удалением.

0

polax, все равно я не буду завязывать функционал в коде к объекту, который создан в режиме предприятия.
Ну не переубедите Вы меня.

0

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

0

Сообщение от Maks все равно я не буду завязывать функционал в коде к объекту, который создан в режиме предприятия. Ну не переубедите Вы меня.

А я и не стараюсь переубедить, лишь улыбаюсь. Кстати, доп реквизит, которым вы решили воспользоваться, не в пользовательском ли режиме создается? ))) Или он не доступен для удаления или изменения? Похоже, по вашей логике тоже не подходит. А может подобная логика хромает? )))

0

Сообщение от polax Кстати, доп реквизит, которым вы решили воспользоваться, не в пользовательском ли режиме создается? ))) Или он не доступен для удаления или изменения? Похоже, по вашей логике тоже не подходит. А может подобная логика хромает?

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

0