Привет, мне дали список номенклатурных позиций, которые должны цветом в документе выделяться
я хочу сделать через ОформлениеСтроки
а как мне лучше получить список этой номенклатуры? ну т.е. известен ей артикул, код - они уникальны
но как мне его получать вообще? запросом, где условие ном.код = 1 или ном.код = 2 или ном.код = 3 .... или ном.код = 30
? понимаю что это тупо, но чёт не пойму как ещё
помогите)

(0) условное оформление покури.

Если ОформлениеСтроки.ДанныеСтроки.Номенклатура.Код = 31034544 Тогда
        ОформлениеСтроки.Ячейки.Номенклатура.ЦветФона = WebЦвета.Зеленый;
        КонецЕсли;

вот мой тупой пример, в котором мне нужно будет лепить кучу строк

(1) УТ 10 ОФ

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

(0) Для начала, где-то храни этот список номенклатуры - в РС или в справочнике, или в реквизите с типом Хранилище значений

(4) (5) я всё понимаю, я сейчас делаю временное решение, без создания всяких справочников рсов и т д...

(0) Вы вначале должны определить, почему именно Код = 31034544 должен быть зеленым? Это зависит от самой номенклатуры, или от ее движений, или от взаиморасчетов, или от чего вообще? Если же это просто свойство номенклатуры, быть зеленой в строчках, тогда отдельным свойством этот признак отметьте и по нему красьте. Если же какие-то движения/условия сделали ее зеленой, то по ним и делайте оформление, а не проверкой 100500 кодов в условии

всё остальное, в ПриПолуяченииДанных имей ссылки из ОформлениеСтрок и пихай в запрос,в котором условие на твой список. Усё

(6) в УТ10 есть уже готовый регистр, ЗначениеСвойствОбъектов или как-то так

(6) временное решение - заведи свойство номенклатуры, штатно, в типовой УТ всё есть для этого

ща.

Ну я добавил свойство, запросом получаю этих контрагентов по свойству из регистра ЗначенияСвойствОбъектов
А как мне теперь сравнить что в текущей строке номенклатура содержится в результате запроса?

Для каждого чототам из результат  цикл
Если строкатч.номенклатура = чототам тогда крашу?

(13) Крась. Уже можно (с)

(12) ну так у вас в событии же есть текущая строка? Вот номенклатуру из нее в условие, а по результату запроса уже решаете как красить строчку

Какое событие используете?

(16) ТоварыПриВыводеСтроки

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

в общем пробуйте, главное, чтобы не тормозило)

в УТ11 вы бы просто условием в условном оформлении прописали и все бы покрасилось быстро модно молодежно)

(18) мне не нужно за раз их все красить, мне именно при добавлении строки надо

(21) вот тут про разницу событий:
https://helpf.pro/faq/view/1576.html
У вас оба метода будут работать при любых обновлениях данных и для всех видимых строк. А не так, вы строчку добавили, только по ней событие отработало.

(21)
на вот, занимайся


Процедура ТоварыПриПолученииДанных(Элемент, ОформленияСтрок)
    СоответствиеОформления = Новый Соответствие;
    массивНоменклатуры = новый Массив;
    Для Каждого ОформлениеСтроки Из ОформленияСтрок Цикл
         массивНоменклатуры.Добавить(ОформлениеСтроки.ДанныеСтроки.Номенклатура);
         СоответствиеОформления .Вставить(ОформлениеСтроки.ДанныеСтроки.Номенклатура,ОформлениеСтроки);
     КонецЦикла;
     Запрос = Новый Запрос("ВЫБРАТЬ
                           |    ЧеТамУТЕбя.Номенклатура КАК Номенклатура
                           |ИЗ
                           |    ...........
                           |ГДЕ
                           |    ЧеТамУТЕбя.Номенклатура В(&Ссылка)
                           |    ");
     Запрос.УстановитьПараметр("Ссылка",массивНоменклатуры);
     Выборка = Запрос.Выполнить().Выбрать();
     Пока Выборка.Следующий() Цикл
         ОформлениеСтроки = СоответствиеОформления .Получить(Выборка.Номенклатура);
         ОформлениеСтроки.Ячейки.Номенклатура.ЦветФона = WebЦвета.Красный;
    КонецЦикла;
КонецПроцедуры



(23) Отлично!

Ещё можно СоответсвиеКЭШ добавить, что бы каждый раз не делать запросы на то что уже делал.

(23) хираси
тут хотели дату через СОМ 77 получать из строки и в 8 возвращать, потому что 77 умеет как надо, а 8 нет, очень похоже

(23)

P.S.

Правильно, нефиг новичкам учиться на своих ошибках.
Пусть и дальше копи-пастят из гугля и пишу говнокод, отцам в результате больше заплатят за рефакторинг.

вы чё.

(26) ну мошт и здраво

почему запрос долго формируется?
ВЫБРАТЬ
    ЗначенияСвойствОбъектов.Объект.Ссылка КАК ОбъектСсылка
ИЗ
    РегистрСведений.ЗначенияСвойствОбъектов КАК ЗначенияСвойствОбъектов
        ЛЕВОЕ СОЕДИНЕНИЕ Справочник.Контрагенты КАК Контрагенты
        ПО ЗначенияСвойствОбъектов.Объект = Контрагенты.Ссылка
ГДЕ
    ЗначенияСвойствОбъектов.Свойство.Код = "123"
    И ЗначенияСвойствОбъектов.Значение.Наименование = "МойЦвет"

там всего 30 позиций в результате

(29) а зачем вы к контрагенту цепляете, если эту таблицу нигде не используете?

для чего вообще соединение делаете?

(31) хз думал из-за того что нет связи в результате запроса в выборке ничё нет ошибка чтения

(32) всё равно 8 секунд отчет формируется без контрагента
ВЫБРАТЬ
    ЗначенияСвойствОбъектов.Объект.Ссылка КАК ОбъектСсылка
ИЗ
    РегистрСведений.ЗначенияСвойствОбъектов КАК ЗначенияСвойствОбъектов
ГДЕ
    ЗначенияСвойствОбъектов.Свойство.Код = "123"
    И ЗначенияСвойствОбъектов.Значение.Наименование = "МойЦвет"

(34) ладно, 6.5
но там всего 30 объектов

(34) а зачем вы через 2+ точки ко всему обращаетесь?

там же составной тип у значений. А когда вы обращаетесь через точку, 1ска считывает все возможные таблицы связанные. Перепишите запрос нормально. Зачем вот Объект.Ссылка? Как будто вам реально объект запрос выдаст))

(36) ТИПЗНАЧЕНИЯ(ЗначенияСвойствОбъектов.Объект) = ТИП(Справочник.Номенклатура) вот с этим быстрее

Пишите, что-то типа:
ВЫБРАТЬ
    ЗначенияСвойствОбъектов.Объект КАК Объект
ИЗ
    РегистрСведений.ЗначенияСвойствОбъектов КАК ЗначенияСвойствОбъектов
ГДЕ
    ЗначенияСвойствОбъектов.Свойство= &НужноеСвойство
    И ЗначенияСвойствОбъектов.Значение= &МойЦвет

(39) ну да, стало 0.3 сек

(38) Просто сравните эти два запроса (34) (39) и напишите разницу)

(40) ну вот, это хороший урок, чтобы отучиться писать через множество точек. Либо делать это с пониманием.

(41) ну обращения через точки и всё

(43) вы по факту вашу таблицу ЗначенияСвойствОбъектов соединили со всеми таблицами, которые в составном типе у объекта (а их дофига там) и потом уже с этой громадиной условием резали строки. Вот вам и 7секунд

(42) а что, лучше в коде установить параметр где я буду поиск по коду делать чем в запросе по коду искать или что?

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

(46) ну в параметр я буду передавать Справочники.ЗначенияСвойствОбъектов.НайтиПо..... это лучше?

(46) я не совсем понимаю как сделать, вот если делать по примеру (23), то у меня пишет ОбъектСсылка    Ошибка чтения значения

(47) так лучше.

(48) Показывай уже, что получилось

(50) так ничего не получилось, в выборке ничего нет ошибка чтения значения

(51) ну так код покажи, который у тебя с ошибкой

(52)    Выборка = ЗАпрос.Выполнить().Выбрать();
Пока Выборка.Следующий() Цикл
    
КонецЦикла;

(53) ОбъектСсылка    Ошибка чтения значения

запрос показывай

(55) ВЫБРАТЬ
                   |    ЗначенияСвойствОбъектов.Объект КАК ОбъектСсылка
                   |ИЗ
                   |    РегистрСведений.ЗначенияСвойствОбъектов КАК ЗначенияСвойствОбъектов
                   |ГДЕ
                   |    ЗначенияСвойствОбъектов.Свойство =  &Свойство
                   |    И ЗначенияСвойствОбъектов.Значение = &Значение";

еп еп

(0)

Сначала была номенклатура с ее артикулом. Нужно было по артикулу раскрашивать строки. Тут все стандартно.

Теперь откуда-то возникли контрагенты.

Запрос почему-то вместо получения номенклатур и их цветов получает х.з что.
Зачем-то делается отбор по цвету. Зачем ?

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

(59) в консоли он отрабатывает и так

(58) запрос получает номенклатуру, которую в ТЧ нужно раскрашивать.

если я где-то что-то про контрагентов писал, то это флешбеки въетнамские

а, я вижу я много где контрагенты писали, это ошибка, мне нужна только номенклатура

я просто не понимаю почему я не могу обойти результат запроса своего

(64) скинь весь кусок, начиная от Запрос=Новый Запрос до Выборка=Запрос.Выполнить().Выбрать()

(65) блин только удалил, сейчас напишу

(65) только без передачи значения в параметр                        Запрос = Новый Запрос;
    Запрос.Текст ="ВЫБРАТЬ
                   |    ЗначенияСвойствОбъектов.Объект КАК ОбъектСсылка
                   |ИЗ
                   |    РегистрСведений.ЗначенияСвойствОбъектов КАК ЗначенияСвойствОбъектов
                   |ГДЕ
                   |    ЗначенияСвойствОбъектов.Свойство.Код = ""#0001""
                   |    И ЗначенияСвойствОбъектов.Значение.Наименование = ""ВесеннеЗелный""";
                
                                         Выборка = ЗАпрос.Выполнить().Выбрать();
Пока Выборка.Следующий() Цикл
    
КонецЦикла;

Выборка.ОбъектСсылка
ОбъектСсылка    Ошибка чтения значения

(67) Ну так в цикл попадает?

(69) ну нет с Пока Выборка сразу на конецпроцедуры прыгает

(69) я добавляю номенклатуру, которая в результате запроса 100% есть

(70) ну так получается что никакой ошибки нет и запрос нормально отрабатывает, а вы просто пытаетесь через отладку получить значение пустой выборки?))

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

(72) не понял.

(73) а что сейчас у меня неверно выполняется? я в документе выбираю номенклатуру, которая этим запросом получается

(75) вы не верно указываете параметры для отбора вот и все дела. Чудес не бывает

(75) не верно, это когда ошибка при выполнении кода, у вас ошибки нет, просто пустая выборка по вашим условиям. Все верно 1ска отрабатывает

(76) параметры для отбора это
|    ЗначенияСвойствОбъектов.Свойство.Код = ""#0001""
                   |    И ЗначенияСвойствОбъектов.Значение.Наименование = ""ВесеннеЗелный"""; ????

(78) именно

(77) почему консоль тогда всё нормально по этим же условиям находит

сделайте через параметры и пропишите их верно в УстановитьПараметр()

(81) сейчас сделаю.

(80) значит вы где-то косячнули

(83) ёпрст теперь ещё запутался что откуда брать

что именно? Откуда свойство тянуть? Из плановВидовХарактеристик или как-то так

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

(85) аааа, так я конч
я в рабочей базе свойства завёл а делаю это всё в тестовой где ничего не сделал

как я и писал, чудес не бывает...

(88) хватает же у тебя терпения...

(88) сейчас попробую

(88) так вот сделал
           Запрос = Новый Запрос;
    Запрос.Текст ="ВЫБРАТЬ
                   |    ЗначенияСвойствОбъектов.Объект КАК ОбъектСсылка
                   |ИЗ
                   |    РегистрСведений.ЗначенияСвойствОбъектов КАК ЗначенияСвойствОбъектов
                   |ГДЕ
                   |    ЗначенияСвойствОбъектов.Свойство.Код = ""#0001""
                   |    И ЗначенияСвойствОбъектов.Значение.Наименование = ""ВесеннеЗелный""";
                
                                         Выборка = ЗАпрос.Выполнить().Выбрать();
                                         Пока Выборка.Следующий() Цикл
                                        Если Выборка.ОбъектСсылка = ДанныеСтроки.Номенклатура Тогда     
      ОформлениеСтроки.Ячейки.Номенклатура.ЦветФона = WebЦвета.ВесеннеЗеленый;
  иначе
      КонецЕсли;

(88) нормально или что-то не учёл и у меня всё сломается??

(91) коряво сделал...

(93) почему.

1) Установи уже параметры, убери обращение через точку в запросе
2) Укажи в запросе условие с номенклатурой, зачем ты каждый раз пробегаешь все записи из регистра в цикле?
В итоге у тебя получится следующее: передаешь в запрос номенклатуру, если выборка следующий() тогда красишь строчку нужным цветом.

либо передаешь массив номенклатуры, и уже красишь весь массив, если это событие при получении данных

(94) понял теперь почему?

(95)
1)это ок, это я понял - сделаю
2)не понял.

(97) какое условие указать? я ж в запросе получаю ВСЮ номенклатуру, которую красить надо если в доке она есть

(98) (99) ты же делаешь в событии ПриПолученииСтроки. У тебя это событие отрабатывает для КАЖДОЙ строки. Так зачем ты каждый раз пробегаешь в цикле по всем свойствам и сравниваешь с текущей строкой?

Укажи явно в запросе какая номенклатура тебе нужна

(100) не, там делаю ТоварыПриВыводеСтроки
остальная раскраска(не моя) там же происходит, поэтому я решил там же делать..

(102) я про это и имел в виду, объясни, зачем ты в цикле пробегаешь все товары с этим цветом и сравниваешь с текущей строкой?

ты с тем же успехом мог убрать цвет и отбора и в цикле написать, Если Выборка.Номенклатура=ТекСтрока.Номенклатура И Выборка.Цвет=Зеленый тогда Красить КонецЕсли. Но ты ведь использовал отбор для этого. Чем тебе номенклатура не угодила тогда?

(104) хз.

(105) а если логически подумать. У вас есть в событии номенклатура, вы хотите для нее получить цвет, зачем обходить все номенклатуры с этим цветом, когда можно сразу получить цвет для нее?

(106) ну я понял что вы говорите, но как сделать не понял

ох еп еп на 100 взлетело

что вы там мутите
добавил свойство "Красить" тип булево для номенклатуры, в элементах справочника где надо проставил, в документе или где надо ПередОткрытием получил список нужной номенклатуры, то есть
Выбрать ЗначенияСвойств.Объект Где Свойство = &Свойство И Значение = Истина(?)
ОДИН раз список получил и с ним ПриПолученииДанных сравниваешь

Для Каждого ОФормлениеСтроки Тратата Цикл
Если МассивНоменклатуры.Найти(ОформлениеСтроки.Данные.Номенклатура) <> Неопределено Тогда
ОформлениеСтроки.Ячейки или что там .Цвет = Цвет;
КонецЕсли;
КонецЦикла;

писать запрос в ПриПолученииДанных - полная лажа

(107) вы не поняли как в запросе отобрать по номенклатуре?

(109) мне в запрос нужно передать но енклатуру из события?

(110) Вот же вы сравниваете в цикле "Если Выборка.ОбъектСсылка = ДанныеСтроки.Номенклатура Тогда", Укажите сразу в запросе, что вам нужна эта номенклатура

все не читал, но это
>>ты с тем же успехом мог убрать цвет и отбора и в цикле написать, Если Выборка.Номенклатура=ТекСтрока.Номенклатура И Выборка.Цвет=Зеленый тогда Красить КонецЕсли. Но ты ведь использовал отбор для этого. Чем тебе номенклатура не угодила тогда?
наводит на мысли, что у вас там уже запрос в приполученииданных в цикле и еще вложенный цикл обхода этого запроса, при том что крутить так же циклом оформлениястрок еще никто не отменял

(111) не понял, я же запросом и так получил всю нужную мне номенклатуру и теперь если она в документ попадает - то крашу

(113) тяжелый случай...

(113) зачем вам в запросе ВСЯ нужная номенклатура, когда в коде вы потом только ОДНУ обрабатываете?

(114) да.

(115) в смысле ОДНУ, а если в ТЧ будет 15 позиций которые нужны раскрасить разные

Допустим у вас в документе 10 строчек с номенклатурой. так вот ваше событие отработает ДЕСЯТЬ раз, для каждой строчки.

(117) вы до сих пор не поняли, что это событие вызывается для КАЖДОЙ строки?

В итоге у вас получается: для 10 строк вы 10 раз вызвали это событие, и в каждом 100раз цикл програли на сравнение текущей строки. Один вопрос накуа?

(119) я понял, но как сделать что вы мне говорите - не понял, вот.

"в место тысячи слов" - установите уже отбор по номенклатуре и попробуйте, как я вам в (95) написал

(121) как вы цвет в запросе указали?

ГДЕ ВашаТаблица.Объект=&Номенклатура

Запрос.УстановитьПараметр("Номенклатура",ВашаСтрока.Номенклатура)

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

(122) я же говорю, я не понимаю какой отбор установить по номенклатуре и зачем отбор, если там и так вся нужная... ну туплю/не знаю/даун - не важно, результат - не понимаю (123)
(124) зачем? я правда не понимаю

(124) зачем вы детей плохому учите? не надо в цикле запрос делать, а-та-та

(126) попробуйте.
А дальше без всякого цикла:
Если Выборка.Следующий() тогда
ПокраситьСтроку
КонецЕсли

(127) ну что поделать, если он решил при выводе строки пихать свою расскраску

ну хоть при выводе хоть при получении данных запрос не стоит использовать

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

(130) а что делать, если вся аналитика для покраски находится в связанных таблицах?)

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

(127) >не надо в цикле запрос делать

сейчас придут семёрочники и будут драться клюшками)

(134) у них дата из строки 25.05.2022 платформой формируется, как сегодня выяснилось, так что они сегодня в тренде и им можно))

но только сегодня

Попробую так для ТС объяснить. Вот дали например задание получить остаток по номенклатуре. По аналогии ваш код выглядел так:

Выбрать
ТаблицаОстатков.Номенклатура,
ТаблицаОстатков.Остаток
ИЗ ТаблицаОстатков.остатки КАК ТаблицаОстатков
Выборка=Запрос.Выполнить().Выбрать();
Пока Выборка.Следующий() Цикл
Если Выборка.Номенлкатура=НужнаяНомеклатура Тогда
    Сообщить(Остаток такой то);
КонецЕсли
КонецЦикла;

(133)

Автор не понимает о чем ты и как (зачем) это сделать.
Пусть сначала сделает как-нибудь.
У него как-нибудь уже 4-й час не выходит.

(132) короче. объясню: я не знал что так в запрос можно передавать номенклатуру с ТЧ и в запросе он будет искать

А я же говорю, что оптимальнее так:
Выбрать
ТаблицаОстатков.Номенклатура,
ТаблицаОстатков.Остаток
ИЗ ТаблицаОстатков.остатки КАК ТаблицаОстатков
ГДЕ ТаблицаОстатков.Номенклатура=&НужнаяНоменклатура
Запрос.УстановитьПараметр("НужнаяНоменклатура",НужнаяНоменклатура);
Выборка=Запрос.Выполнить().Выбрать();
Если Выборка.Следующий() Цикл
    Сообщить(Остаток такой то);
КонецЕсли;

(137)   Запрос.УстановитьПараметр("Номенклатура", ДанныеСтроки.Номенклатура);
                                         Выборка = ЗАпрос.Выполнить().Выбрать();
                                         Пока Выборка.Следующий() Цикл
                                            
      ОформлениеСтроки.Ячейки.Номенклатура.ЦветФона = WebЦвета.ВесеннеЗеленый;

      
КонецЦикла;

(140) да, я понял, я не знал что в запрос можно просто передать номенклатуру из текущей строки

(142) но вы ведь как-то свойство и цвет передавали))

(142) Уберите цикл, он тут не нужен

(143) ну вот я думал что свойство и цвет я не передаю а в запросе просто отбираю.

ох еп еп
(144) открывайте центр по обучению на базе известного форума

(144) спасибо огромное большое, вроде всё работает как хотел, извиняюсь за себя.

(147) >>извиняюсь за себя

До слёз)

(148) ну мне стыдно, чо поделать

(144) если список поменяется, то я поменяю просто номенклатуру, у которой это свойство и значение или как то лучше можно сделать?

(150) как лучше сделать поймете через годик другой, сейчас, чтобы хотя бы работало)

(151) ладно... спасибо большое, пойду на рабочей пробовать

в рабочей запрос не получает номенклатуру хотя сделал тоже самое.

)

значит данными не заполнили как в копии

либо коды другие

Зелный написал вместо Зеленый.

(156) какой материал мне изучить? курсы/книги

(158) я в свое время во франче обучался, был видеокурс и 9 контрольных задач, если мне не изменяет память. А так же талмут здоровый был по 1с. А все остальное уже на практике осваивал, либо читал различные статьи. Тут главное пытливый ум. Вот вы пишите, что незнали, что можно указывать параметры в запросе. Я бы на вашем месте начал бы уже гуглить про запросы, скд, базы данных, как 1с взаимодействует с БД, какие соединения бывают таблиц в запросе. Уже бы все это дело обкатывал на тестовой базе с минимум данных, чтобы наглядно увидеть, как это работает.

по запросам можете у хрусталевой книжки почитать.

(159) я гуглил запросы, но как я мог нагуглить что-то типа "в параметр запроса можно передать номенклатуру из текущей строки...." ?

(161) запрос это всего лишь инструмент для работы с базой данных. У вас 100500 различных табличек в БД. Если у вас SQL версия, то можете зайти и наглядно увидеть это. Вы можете запрашивать практически любые данные из таблиц БД

Когда вы делаете Справочники.Номенклатура.НайтиПоКоду("12345");
Это равносильно:
Выбать
Номенклатура.Ссылка
Из Справочник.Номенклатура КАК Номенклатура
Где Номенклатура.Код="12345"

Для БД особой разницы нет, платформа ваше НайтиПоКоду просто превратит в запрос к БД

(161) тут надо больше к основам. Коллекции, элементы формы, как пользоваться синтакс-помощником, отладкой.
Если в принципе есть понимание что такое запрос, как его правильно составить и параметризировать, дальше должна возникнуть мысль - откуда брать параметры. Для этого надо подумать что и где есть в рамках твоей процедуры - табличная часть. Посмотреть ей свойства, что там есть, что оно возвращает и что оттуда можно вытащить. Всё это уже есть в самой 1с.

(163) а зачем ме тогда делать свойство = &Свойство если разницы нет

(165) А это уже мы приходим к принципам программирования. В общем случае не рекомендуется через точку писать, я выше уже написал почему (ваше 7сек и меньше 1сек). Но это не главное, завтра вам нужно будет 3мя цветами окрашивать строки. Номенклатура1 будет зеленым, номенклатура2 синими, а номенклатура3 красным. Что делать будете? Переписывать запрос? Если же у вас цвет был параметром в запросе, вы бы просто передавали нужный параметр:
Процедура ВашеСобытиеСтроки (ДанныеСтроки,ОформлениеСтроки)

ЦветСтроки=ПолучитьЦветСтрокиТЧ(ДанныеСтроки.Номенклатура)
Если ЗначениеЗаполнено(ЦветСтроки) Тогда
    КрасимСтрочку
КонецЕсли;


КонецПроцедуры

Функция ПолучитьЦветСтрокиТЧ(Номенклатура)
    Запрос=Новый Запрос;
    Запрос.Текст="ВЫБРАТЬ
                   |    ЗначенияСвойствОбъектов.Объект КАК ОбъектСсылка
                   |ИЗ
                   |    РегистрСведений.ЗначенияСвойствОбъектов КАК ЗначенияСвойствОбъектов
                   |ГДЕ
                   |    ЗначенияСвойствОбъектов.Свойство =  &Свойство
                   |  И ЗначенияСвойствОбъектов.Объект =  &Номенклатура";
    Запрос.УстановитьПараметр("Свойство",ПланыВидовХарактеристик.ДополнительныеРеквизитыИСведения.НайтиПоНаименованию("ЦветСтроки"));
    Запрос.УстановитьПараметр("Номенклатура",Номенклатура);
    Выборка=Запрос.Выполнить().Выбрать();
    Если Выборка.Следующий() Тогда
        Результат=Выборка.Значение;
    Иначе
        Результат="";
    КонецЕсли;
    Возврат Результат;
КонецФункции

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

(167) Я для 10ой ут использовал метод получения данных. Он всего 1 раз отрабатывал, а не для каждой строчки при обновлении. А там уже красил. В 11УТ все условным оформлением решается. Я просто хз, хватит ли у ТС компетенции переписать раскраску на это событие)

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

(168) какой метод, как выше при выводе строки? он же постоянно работает при скролле/редактировании и т д

(169) я понимаю, но такой код меня пугает, потом начинаются зависания клиента/сервера/субд и всего на свете, вылавливай потом

(170) емнип в 10ке всего 2 события для для обновления строк, один при выводе каждой строчки отрабатывает, другой один раз для всех строчек.И это не список со 100500 строками, а скорее всего документ с условными 5-10 строчками.

в общем надо с умом подходить к этому вопросу, тогда ничего страшного в этом нет

(171) Как вы предлагаете красить строчка в ТЧ документа на ОФ?

*строчки

я наверно чего то не понимаю - 10ка ут или унф 100500, это на уровне платформы происходит, нет?
(174) -- (108)

(176) 10ка на ОФ, там нет условного оформления, вот и приходится в событиях ТЧ строки красить

(176) вот вы предлагаете получить цвета один раз при открытии документа, а если данные о цвете меняются регламентом каждую минуту, где гарантия, что будет верный цвет у строк?

а при условии, что строк мало и выполняется запрос за доли секунды, а неактуальность цвета может принести конторе серьезные убытки, то это вообще преступное решение))

в общем все от контекста зависит

(179) " а неактуальность цвета может принести конторе серьезные убытки" - А если ещё и сотрудник окажется дальтоником :))

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

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

я более чем уверен, что на цвет влияет не сам товар, а его движения в конторе, возможно в разрезе контрагентов

а эти данные могут быть и очень важные для отгрузки, иначе бы ТС не дали задание раскрасить строки в ТЧ.

Другое дело, если бы это был сложный запрос, обращающийся к 100500 таблицам, тогда вообще вопросов нет, а тут одна таблица с отбором

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

(186) он где то сказал, что там уже есть разукраска, он к ней добавил

(184) тогда цвет на контрагента ставить надо)

(189) а если часть товар он выкупает хорошо, а часть плохо?))

*товара

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

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

(190) а как тут поможет установка цвета на позицию? надо посчитать сначала хорошо в этом месяце или плохо, а потом цвет назначать) то есть обратная песня. если и так, то у него расчет хорошего и плохого в тч, потом цвета

(193) все ты вы помните ;)

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

(196) не может у него быть, он свойства только в этой ветке назначил

(197) ))

у него до этого была тема с раскраской и контрагентами

просто сейчас на свойства перешел

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

(201) я в свое время тоже на УТ10 делал раскраску, там был лишь 1 цвет, для товаров определенного качества. Но опять же, вы говорите делать это 1 раз при открытии, а как быть, когда Строки будут добавлять/редактировать/заполнять из внешних источников?

если производительность позволяет, то можно и динамически красить, главное с умом подойти к вопросу)

или дискотечку под цветомузыку из документ устроить. цветовой диджей свойства расставляет, бармен строчки в документ добавляет, тусня..
(202) не понял вопроса, какая разница откуда в документе строчки появились

(204) у одного клиента более 1ляма позиций номенклатуры, а теперь представьте, что нужно будет при открытии документа по всем получить цвета)) Чтобы просто посмотреть документ, в котором 2строчки в ТЧ) Вы ведь это предлагаете?

а, типа на момент открытия дока в регистре нет номенклатуры, которая потом через загрузку создастся? создается тоже с цветами?
дать кнопку обновления, подключить обработчик ожидания или еще полдесятка вариантов. но при выводе строки ни ни!

Я же предлагаю, динамически для 2 строчек получить нужный цвет. Говорю же все от контекста зависит)

(205) ну устанут они руками расставлять цвета для 1ляма позиций, он ведь руками ставил свойства. пусть при добавлении строки делать запрос со связкой к тч, пусть по кнопке, пусть еще как, но не в выводестроки/полученииданных

(207) ни ни) будет тормозить, слишком часто запрос будет делаеться

я не о фильтрах, а о получении признака цвета в таких процедурах, как выше обозначены

(209) для 2 строк запрос сделается всего 1 раз, там ничего скролить не получится и выполнится он практически мгновенно

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

а вот получить раскраску для ляма позиций, а потом ее еще хранить в временной таблице, потом к ней обращаться и искать нужную для 2 строк ТЧ не самый оптимальный способ.

а о получении признака цвета запросом в таких процедурах, как выше обозначены
(211) нет, ну можно сделать, что бы оно и совсем не вызывалось - не добавлять строк и все)
ладно, спасибо за дисскус, надо бы и поработать
пс. лям позиций даже во "Все по тридцать" не наберется, а сотня/две вполне может быть, даже пусть тысяча/две - ну съест пару метров памяти

(214) простой пример - сэкондхенд, где шмотки покупаются тоннами, каждая имеет свой уникальный артикул/штрихкод. За 5лет работы легко может быть больше ляма номенклатуры. На сайте только активных позиций более 300тысяч

и каждую ручками заводили, взвешивали и описывали)

(197) у меня свойства с цветом и так были, только это свойство разукрашивает в подборе, а не в документе, но мне и таким же цветом надо в документ, поэтому использовал его

(216) да, если "серийная" тема, то конечно же они после продажи и цвет сняли и номекналтуру бы как ссылку в идеале из базы выкинуть. а для 1с так вобще при такой работе лучше юзать не ссылку справочника, а просто некий код. а то так то надо рег. задание, которое создает новую бд, переносит в нее остатки и самоуничтожается с периодичностью раз в полгода где то, небольше

(218) Я бы сделал что-то аналогичное PLU. Характеристики бы коду привязывал к регистру сведений, уже который в свою очередь с нужной периодичностью можно чистить. Главное нумерацию нигде не пролялякать)

(218) "и номекналтуру бы как ссылку в идеале из базы выкинуть" - ага, а через 3 месяца их чукотки почтой России товар возвратом приходит и упс, а его уже "выкинули")) Срез базы конечно нужен, но там немного другие временные рамки, да и не такая это тривиальная задача

(220) ну в предложенной им логики не проблема - регистрируешь новый товар)

(219) ну я тоже где то так представляю
(220) это не инструкция к действию, абстрактно, к реальности отношения не имеет. Рекламация на штаны, звучит не плохо). А по факту как бы такого не произойдет, если сильно не постараться и не удалить насильно ссылку. Это я "в идеале" говорю

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

(223) сами сущности через номенклатуру, а коды маркировок вроде через регистр

(221) если как новый товар, тогда надо снова взвесить, сделать мерки, отфотографировать и т.д. это работа 3х отделов минимум и это все ради нескольких шмоток, которые пришли возвратом и имеют уже все данные.

я уж молчу, когда товар "теряется" на складе, а потом через пару лет "находится"))

(226) Тут же весь вопрос в техпроцессе и масштабах. Так например с едой и PLU. Тебе за год может приходить 2000 партий яблок, и абсолютно каждую божью партию надо взвешивать, измерять и т.п. Хотя может точно такие же привозили две недели или три. И при таком раскладе если теряется и находится товар - то он так же взвешивается и измеряется.

В случае же с Second Hand я так подозреваю никто ничем подобным не занимается и вовсе. Там есть что то типа "кофта 1 категории цена от 500 до 900". Но там я не работал и не знаю как изнутри устроено. Но сделал бы наверное так.

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

(227) >>И при таком раскладе если теряется и находится товар - то он так же взвешивается и измеряется.

Хотя если честно на это часто забивали болт и тупо присовокупляли к ближайшей схожей по ТТХ партии, а то и просто к той которая плюс-минус килограмм похожая и стоит в отборе))) Как раз работел тем, кто ищет товар.

(229) со шмотками немного сложней, тут каждая вещь уникальная и нет как таковой серии, или линейки товаров

(230) ну если это реально необходимо, то наверное как с автозапчастями - миллиард номенклатур, из которых ты регулярно торгуешь хорошо если десятком тысяч а на стоках 2-3 сотни тысяч.

(231) есть что-то схожее, только вот автозапчасти ты можешь восполнить (ходовые позиции), а с сэком такое не проканает, такую же шмотку ты никогда не закажешь)

(232) я хочу как вы быть умным что делать надо

(233) читайте книжки, решайте задачи по 1с от простых к сложным. По каждому затыку нет смысла сюда писать, нужно самому разбираться пробовать. Я в свое время мог всю ночь просидеть и экспериментировать с 1ской, чтобы задачу решить, а потом пробовал ее разными способами решать. Так же нужно уметь разбивать задачи на подзадачи. Чем больше практики и больше любопытства, тем больше будет результат.

(224) вот и ответ, миллиона номенклатур нет
(233) это зачод)
он тебя в этой теме научил плохому ((

это даже хуже, чем в сауну ездить. потому что без нормальной зарплаты в сауну не съездишь)

(235) "вот и ответ, миллиона номенклатур нет" - с чего такой вывод? Одно дело когда один и тот же товар с одинаковыми свойствами и кучей кодов маркировок,  другое дело, когда у тебя реально больше ляма на складе уникальных вещей, каждая со своими свойствами.

(235) "он тебя в этой теме научил плохому" - все задачи решаются в определенном контексте, серебряной пули тут нет. Вполне возможно ТСу вообще не надо никакие строки красить и все решается на административном уровне)

в общем, если с подобными специфичными бизнес-процессами не сталкивались, это еще не значит, что их не существует))

(237) хммм.. странно, но тут появилось ощущение, что вы не понимаете разницы между номенклатурой и серией или другой уникальной "сущностью"
ну например возьмем алиэкспресс, ассортимент позиций от российских производителей там порядка 3.5 млн в 2020 году https://ru.wikipedia.org/wiki/AliExpress
уникальных позиций больше в столько раз, на сколько нужно умножить количество номенклатурных позиций, то есть поштучный учет если брать. не хотите же вы сказать, что работали/работаете/работает тс в организации, у которой номенклатурный реестр больше чем у али экспресса, пусть даже только российский ассортимент? а если и работаете, то система явно не на 1С подобных продуктах. если запустить такую машину как али на 1С, то это.. то это даже не запустится.
уникальные единицы не организовываются через номенклатуру, это делают через plu/коды/идентификаторы, назвать можно как угодно. о чем вы сами и сказали в 224. что у вас за секондхэнд такой, где на каждый свитер создается новая номенклатура? такое быть может, но это косяк архитектора/внедренца. для этого же есть характеристики по цветам, размерам и фасонам, что способно при определенных условиях (как в вашем примере со штучным учетом) сократить номенклатуру и в сотни тысяч раз

(240) "ля этого же есть характеристики по цветам, размерам и фасонам" - вы просто не в теме этого бизнеса)

Одно дело, когда ты покупаешь с фабрики шмотки, или обувь и у тебя это СТОКОВАЯ позиция. Одна и та же модель но с разным цветом или размером. Другое дело, когда тебе пришло 8тонн мешков с шмотками. А что там внутри - вообще хз. Есть только общие критерии (зима/лето и примерное качество вещей). В одно мешке может быть книжка, сапоги, зимняя куртка и лифчик и все от разных европейских брендов

и каждая такая вещь из мешка описывается и продается как самостоятельный товар

за эти 8тонн у тебя не будет ни одной такой же пары ботинок пусть и другого цвета/размера за рееедким исключением (когда в фарбика старую коллекцию в с сек отдала и каким-то чудом после сортировки этот товар одной партией попал одному заказчику) в общем это как словить одинаковый гуид))

(242) да пусть продается, никто не против, но создавать для нее новую номенклатуру - чушь
Книжка, мышка, сапоги - номенклатура, бренд - характеристика/свойство
что значит "такой же пары"? для этого и есть аналитики, которые сгруппируют товары и дадут им набор характеристик, который и обозначит что "такое же", а что нет

весь вопрос же был когда лучше делать запрос. Я же сказал, что все зависит от контекста и привел реальный пример, когда делать это при открытии не выгодно. Для ТСа имхо вообще пофиг как делать, у него там 30позиций в цветах, что так что так у него будет работать одинаково, просто должно быть понимание, когда и что оптимальней

(245) это нереально для этого бизнеса

слишком разношёрстный товар, хрен ты его сгруппируешь

ботинки: страна, бренд, материал верха/подошвы, размер, цвет - вся информация, которая должна быть предоставлено покупателю (или кому там), а ее, эту информацию, никто ограничивать не запрещал. обозначили для ботинок десять параметров - все, больше до свиданья
(247) почему же? вернее, что именно не реально
(248) ботинки и в африке ботинки, не надо их различать по длине стяжка по шву
а артикулы (или что там) с таможни - это другая история, а не цвета и размеры

а не цвета и размеры для уникальной позиции

(249) Там еще как минимум несколько градаций качества идет для каждой вещи, так как это Сэк. Так же частенько вещь вообще без лейбла, либо он оторван и не понятно куда эти ноунейм ботинки присовокуплять)

так же разные свойства для детских и взрослых вещей и т.д.

(246) да понятное дело пофиг
(251, 252) списки имеют свойство расширяться) а присовокуплять - это ж не проблема программы

и типы товаров вообще зашкаливают, что только не пихают в сэк)) Даже один раз пришел прибор который монеты распределяет

от *андона до батона))

ну для андона сэк наверно неуместно.. хотя кризис же в стране и демография плохая, мошт и актуально

(253) "это ж не проблема программы" - это большая административная проблема, которая вряд ли окупится. В общем геморрой) Да и потом с покупателями рулится и принимать возвраты, потому, что вещь не относится к тому "фасону" к которому ее сгруппировали и т.д.

ничего негативного не имею ввиду, сели что, просто юмор

(255) примерно так и получается))

(259) https://ibb.co/tZcqd4v во че нашел себе)