Вход | Регистрация
 
1С:Предприятие :: 1С:Предприятие 8 общая

Сравнение уникального идентификатора со строкой

Сравнение уникального идентификатора со строкой
Я
   seraf
 
19.03.20 - 13:13
Подскажите, в РН нельзя сделать измерение с типом УникальныйИндентификатор, только реквизит. В ТЧ документа есть УникальныйИдентификатор.
Как в запросе связать их в условии ГДЕ, что-то ВЫРАЗИТЬ КАК Строка у меня ругается
   Kigo_Kigo
 
1 - 19.03.20 - 13:18
(0) Потому что нельзя называть системными именами что либо, к примеру "УникальныйИндентификатор"
   seraf
 
2 - 19.03.20 - 13:21
(1) не, названы они иначе
   seraf
 
3 - 19.03.20 - 13:23
ПОЛНОЕ СОЕДИНЕНИЕ РегистрНакопления.Продажи.Обороты КАК ПродажиОбороты
ПО ВЫРАЗИТЬ(ДанныеДокумента.УникальныйИдентификаторУслуги КАК Строка(36)) = ПродажиОбороты.УникальныйИдентификаторУслуги

Несовместимые типы Выразить
Как правильно такое сравнение выполнить
   Галахад
 
4 - 19.03.20 - 13:37
Логично же что никак.
   butterbean
 
5 - 19.03.20 - 13:40
(0) пока не поздно переделайте реквизиты ТЧ на строки
   seraf
 
6 - 19.03.20 - 13:42
(0) уже поздно, всё сделано, регистр новый и его надо соединять с документом
чет не думал что никак..
   H A D G E H O G s
 
7 - 19.03.20 - 13:42
(0) Сделай Справочник под это дело и не получи в будущем архитектурного геммороя.
   fisher
 
8 - 19.03.20 - 13:44
(7) + 100500
Если эту хрень в измерения пихать понадобилось, то стопудово это объектная сущность и лучше ее выразить явно. Ну либо в консерватории еще раньше ошибка.
   13_Mult
 
9 - 19.03.20 - 13:47
Делай как в (7) иначе потом только хуже будет.
   vi0
 
10 - 19.03.20 - 13:47
(6) Хранить УИД в виде строки это значит занимать в 2 раза больше места
а если еще и в условии соединения использовать выражения то и принудительно не использовать индекс, если он есть
   seraf
 
11 - 19.03.20 - 13:48
(8) Есть услуга, у неё есть уникальный идентификатор в РС и ТЧ документов, для того чтобы конкретная Номенклатура была уникальной. Этот идентификатор проходит через документы, и его я пишу в новом РН. Поэтому мне и надо сравнить ТЧ документа и измерение регистра, ну так уже было, я не с нуля делаю..
   vi0
 
12 - 19.03.20 - 13:49
(0) что у тебя там хранится в УИДе?
   seraf
 
13 - 19.03.20 - 13:49
Короче эти два типа несравнимы и привести их к строке в запросе нельзя, верно
   seraf
 
14 - 19.03.20 - 13:50
(12) уид и хранится, сгенерированый при первом предоставлении конкретной услуги
   fisher
 
15 - 19.03.20 - 13:51
(6) В запросах 1С вообще нельзя приводить типы. Никак. Это делает больно уже очень давно.
ВЫРАЗИТЬ используется только для конкретизации типов.
(11) Жесть какая. Лучше переделай, пока не поздно. Что делает номенклатуру уникальной? В жизни, а не в кривом архитектурном решении?
   vi0
 
16 - 19.03.20 - 13:51
(13) а для чего запрос? какую задачу решаешь?
   fisher
 
17 - 19.03.20 - 13:54
Или перефразируя - в какой момент генерится уникальный идентификатор и в каком документе?
   seraf
 
18 - 19.03.20 - 13:54
(16) так как именно услуга уникальна, смотрю по РН продажи по ней, дабы вывести разницу
(15) ну каждая услуга уникальна на протяжении своей жизни дабы иметь в итоге статус и прочие атрибуты в РС
   vi0
 
19 - 19.03.20 - 13:55
(18) разницу для чего, в отчет?
   seraf
 
20 - 19.03.20 - 13:55
(17) при первом её заказе и сопровождает в остальной цепочке до оплаты и закрытия.
   fisher
 
21 - 19.03.20 - 13:55
(20) Как я и ожидал, прозвучало слово "заказ".
   seraf
 
22 - 19.03.20 - 13:55
(19) для корректирующего движения, если оно необходимо
   vi0
 
23 - 19.03.20 - 13:56
(21) лучший коммент пока что
   vi0
 
24 - 19.03.20 - 13:57
(23) + помогает решить вопрос)
   butterbean
 
25 - 19.03.20 - 13:57
(20) дык делай новую номенклатуру с уникальными характеристиками каждый раз, нафига извраты с УИНами??
   Галахад
 
26 - 19.03.20 - 13:58
Гм. Исторически сложилось? Или сам писал? :-)
   vi0
 
27 - 19.03.20 - 13:59
выгружай в ТЗ приводи к нужному типу помещай в ВТ и т.д.
   vi0
 
28 - 19.03.20 - 13:59
(27) жуткий костыль, но это следствие архитектуры
   arsik
 
29 - 19.03.20 - 14:00
(0) Ну добавь в новый регистр еще и реквизит с типом УникальныйИндентификатор, У тебя в этом регистре будет измерение строкой и реквизит уином.
   seraf
 
30 - 19.03.20 - 14:01
не писал я это
(29) я так и сделал а толку, соединение то возможно только с измерением, поэтому за сравнение и спросил
 
 Рекламное место пустует
   seraf
 
31 - 19.03.20 - 14:03
(27) хм.. ну костылем больше, костылем меньше, возможно..
   Salimbek
 
32 - 19.03.20 - 14:06
(30) Используй РегистрСведений.СоответствиеОбъектов...
   fisher
 
33 - 19.03.20 - 14:08
(20) То есть вы таким хитрым образом избегаете персонификации заказов? А когда понадобится персонификация? Или хранение и анализ дополнительных атрибутов неперсонифицированных заказов? Ты понимаешь, что такое архитектурное решение будет провоцировать рождение новых костылей и очень быстро захлебнется в этих костылях? А в итоге у вас все равно появится документ "Заказ", сопоставленный с идентификатором?
   seraf
 
34 - 19.03.20 - 14:08
херня какая-то, может просто воткнуть в документ дублирующий УИД/строку и сравниваться с ним
   seraf
 
35 - 19.03.20 - 14:10
(33) я не сильно понял о чем ты, возможно разумное, но переделывать ничего не собираюсь, решаю маленькую конкретную задачку
   vi0
 
36 - 19.03.20 - 14:13
(35) рекомендую дать выбор заказчику, предложить и вариант переделки
   fisher
 
37 - 19.03.20 - 14:13
(35) Мне просто интересно, почему в измерении не ссылка на заказ, а какой-то безликий идентификатор. Какая-то мысль у кого-то в голове была же? Хочется ее понять.
   vicof
 
38 - 19.03.20 - 14:17
Мысль была простая. Насяльник сказал уникально идентифицировать услугу, добавили УИД. Уникально? Уникально! :)
   fisher
 
39 - 19.03.20 - 14:20
(38) А документ "Заказ" у вас есть?
   vicof
 
40 - 19.03.20 - 14:21
(39) Я хз) я их не знаю)
   fisher
 
41 - 19.03.20 - 14:25
(40) Не, не съезжай. Мне же интересно :)
Ты в (20) сказал ключевую фразу - "при первом ее заказе".
Отсюда сразу два вопроса:
1) можно ли повторно заказать эту же самую услугу по тому же идентификатору (вероятно нет, иначе я вообще ничего не понимаю)
2) как в системе отражается факт заказа. Каким документом. Как называется вид документа, в котором генерится идентификатор услуги.
   vicof
 
42 - 19.03.20 - 14:27
(41) Это был не я) у нас ники похожие, но не настолько)
   fisher
 
43 - 19.03.20 - 14:28
(42) Блин. Ты меня сбил своим ответом на мой вопрос ТС. Я на ник даже не глянул :)
   seraf
 
44 - 19.03.20 - 14:29
(41) ну делается Заказ с какой-то там услугой, в ТЧ есть УИД, который в момент проведения ей и присваивается. Далее этот УИД сопровождает услугу на протяжении её жизни.
   butterbean
 
45 - 19.03.20 - 14:30
(44) в одном заказе может быть несколько услуг?
   vicof
 
46 - 19.03.20 - 14:45
(44) А если строку удалить и добавить заново?
   fisher
 
47 - 19.03.20 - 15:00
(44) Типа в рамках одного заказа могут заказать несколько однотипных услуг с разными характеристиками и характеристики всегда уникальны? Ну, такое... На несчастной табличке сэкономили, зато кучу неудобств приобрели.
   vi0
 
48 - 19.03.20 - 15:00
да, странно, почему услугу заказа нельзя идентифицировать двумя полями Заказ+Номенклатура
   vicof
 
49 - 19.03.20 - 15:09
(48) А вдруг в одном заказе две одинаковых услуги?)
   vi0
 
50 - 19.03.20 - 15:10
(49) если это шутка то смешно, если не шутка то одно из двух
   vicof
 
51 - 19.03.20 - 15:18
(50) Это шутка с долей шутки) Может, у них услуги все должны быть уникальны.
   D_E_S_131
 
52 - 20.03.20 - 12:51
(51) Должен же быть какой-то признак уникальности в жизни. А вообще ТС со своими темами просто достоин звания архитектор-абстракционист.


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.