Вход | Регистрация

  1  2  3   
1С:Предприятие :: 1С:Предприятие 7.7 и ранее

v7: Разные наименования одной номенклатуры для разных документов

v7: Разные наименования одной номенклатуры для разных документов
Я
   nekto44
 
08.12.17 - 19:22
Приветствую.
Сразу оговорюсь, что 1с начал изучать совсем недавно. т.е. знаний в ней чуть больше чем 0.
Но обрабатывать входящую информацию умею хорошо.

Стоит задача.
От поставщика получаю товара с таким наименованием:
Дез. Леди спид стик Спрей цвет. вишни ЗОЛОТОЙ ЦЕННИК !!!

В полном наименовании делаю красивее:
Дезодорант "Lady Speed Stick", цветок вишни, женский, 150 мл
Это наименование идет для всех моих печатных документов.

Как мне сделать так, чтобы при формировании запроса заказчику, формировалось именно первое наименование?(Дез. Леди спид стик Спрей цвет. вишни ЗОЛОТОЙ ЦЕННИК !!!)

Поставщик просит указывать именно так как у него в прайсе.
Заранее спасибо.
 
 
   ReaLg
 
101 - 08.12.17 - 22:57
(99) Злоп, поставщик один...
   NSSerg
 
102 - 08.12.17 - 22:57
(98) Ровно так-же и в 7.7
Механизм свойств появился в ТиС 9.xx, и оттуда перекочевал в восьмерку. И появился он именно для таких случаев.
   Злопчинский
 
103 - 08.12.17 - 22:58
Автоопределение новинок поставщиков
Сравнение прайсов поставщиков
Автоидентификация  позиций поставщиков с нашей номенклатурой и прочтмт
   Смотрящий
 
104 - 08.12.17 - 22:58
(102) Температуру, условия хранения, сертификат - это удобно держать на свойствах. но никак не наименование у поставщика.
   Злопчинский
 
105 - 08.12.17 - 22:58
(101) угу, проходили
   ReaLg
 
106 - 08.12.17 - 22:59
(105) Смотри (61). Ну уверен человек. Мне тоже почти смешно уже :)
   Злопчинский
 
107 - 08.12.17 - 22:59
На свойствах можно построить тоже нормально - но так как свойства не ранжмруемы по доступу к справочнику - приходится делать обвеску
   nekto44
 
108 - 08.12.17 - 22:59
Подведем небольшой итог. Очень много сообщений, запутался.

Еще раз опишу задачу.
Прайс-лист поставщика имеет запись:
Зуб.паст.акв-фр.тюб.150ммл
В своих документах(счет, сф, ттн и пр) я хочу видеть
Зубная паста "Aquafresh" 150ммл.
Но в тоже время при заказе этого товара поставщику, я хочу возвращать именно его наименование товара по прайсу.

Вариант штрих-код или артикул отсекаем, т.к. кто то это в прайсах учитывает, а кто то нет.

Правильно ли я понимаю, что для решения моей задачи есть такие варианты:
1. Создать подчиненный справочник...(дальше я пока не понял, т.к. больше читаю ваши сообщения и пытаюсь вникнуть.
2. Создать новый реквизит в номенклатуре и привязать его во внешнюю печатную форму.
   ReaLg
 
109 - 08.12.17 - 23:00
(108) Ничего не менять в конфе. Использоваь типовой механизм свойств и внешние печатные формы.
   Злопчинский
 
110 - 08.12.17 - 23:00
На свойствах тоже норм, просто тяжелее всякие связи и отчёты и выборки лепить
 
 Рекламное место пустует
   Злопчинский
 
111 - 08.12.17 - 23:02
(109) типовой механизм свойств - да, но не влезет. Так как в типовой наименование значения свойства - 100 символов
   Злопчинский
 
112 - 08.12.17 - 23:02
А этого запросто может оказаться малт
   ReaLg
 
113 - 08.12.17 - 23:02
(108) У тебя для номенклатуры можно создать свойство " Наименование поставщика" и сделать свою внешнюю печатную форму, в которой вместо наименования номенклатуры будет выводиться знаяение этого свойства.
   Злопчинский
 
114 - 08.12.17 - 23:02
И изменение длины - при обновлении бякс
   Смотрящий
 
115 - 08.12.17 - 23:02
(108) Менять конфу, прикручивать свой механизм, использовать внешние печатные формы.
   NSSerg
 
116 - 08.12.17 - 23:03
(110) выборка по наименованию? Ты чем вообще?
Задача стоит - в заказе поставщику (печатной форме) - по одному поставщику писать не наше, а его натменование. Какие выборки, ты о чем вообще?
   Злопчинский
 
117 - 08.12.17 - 23:03
Если все что надо - это только наименование поставщика то можно на типовых свойствах
   NSSerg
 
118 - 08.12.17 - 23:03
(114) при обновление ТиСа? :)
   NSSerg
 
119 - 08.12.17 - 23:04
(117) а аналоги тут каким боком?
   Смотрящий
 
120 - 08.12.17 - 23:04
(108) Сменится поставщик и у тебя в свойствах будет портянка:
"Наименование поставщика Вася пупкин"
"Наименование поставщика изя перельман"
"Наименование поставщика Рулон Обоев"
....

и все придется обрабатывать
   Смотрящий
 
121 - 08.12.17 - 23:05
(+120) Ну или начнете одну и туже позициб закупать у разных поставщиков
   ReaLg
 
122 - 08.12.17 - 23:05
Господа гуру 7ки, подскажите вы таки плз топикстартеру, где добавить свойство и как его значение кодом достать?  :)
   Смотрящий
 
123 - 08.12.17 - 23:06
(122) Плохих советов не даем
   ReaLg
 
124 - 08.12.17 - 23:07
NSSerg вся надежда на тебя :))
   Злопчинский
 
125 - 08.12.17 - 23:07
Я ж не против
Если поставщик ОДИН - пусть сделает на свойстве. Это самый простой и быстрый вариант
   ReaLg
 
126 - 08.12.17 - 23:07
(123) Таки может пригодиться и в других случаях?
   ReaLg
 
127 - 08.12.17 - 23:08
(125) Злоп, у меня ощущение, что топикстартер так же как и я не знает, как в 7 в режиме пользователя свойства добавлять...
   Злопчинский
 
128 - 08.12.17 - 23:09
Однако автор должен чётко понять - если автор придёт позже с вопросом как сделать несколько поставщиков и как не классифицируемые свойства номенклатуры привязать к вполне определенному поставщику или стотоиподобное - автора забаню личнотмесяца на три
   Смотрящий
 
129 - 08.12.17 - 23:09
(128) ВО!
   Злопчинский
 
130 - 08.12.17 - 23:09
Меню-справочники-прочие
   ReaLg
 
131 - 08.12.17 - 23:10
(128) +много см (61)
   nekto44
 
132 - 08.12.17 - 23:10
Сколько людей столько и мнений)
Давайте методом исключения?

Добавить новый реквизит в справочник номенклатура "Наименование поставщика"

В печатную форму(стандартную, внешнюю) переделываю на
СокрЛП(Номенклатура.наименованиепоставщика) + ?(Константа.ПоказыватьАртикул = 1, " " + СокрЛП(Номенклатура.Артикул), "")

Это плохой вариант?
   Злопчинский
 
133 - 08.12.17 - 23:10
(132) мудачное решение
 
 
   Злопчинский
 
134 - 08.12.17 - 23:10
Прочие-виды свойств
   Злопчинский
 
135 - 08.12.17 - 23:11
Добавить свойство
наименованиепоставщика
   Злопчинский
 
136 - 08.12.17 - 23:11
Поставить настройку
Свойство не может принимать много значений
   ReaLg
 
137 - 08.12.17 - 23:12
(132) Определись с вариантом. Правишь конфу или нет? Лично я за то чтобы ПОКА (пока у тебя не станет много поставщиков) не править. Если не правишь - вариант свойста. Если правишь - вариант не с реквизитом, а с подчиненным справочником тогда уж. На будущее...
   Злопчинский
 
138 - 08.12.17 - 23:12
Стат курсором на свойство
Внизу слева примерно 3 си от левого края формы кнопка Значения
   Смотрящий
 
139 - 08.12.17 - 23:12
(132) Ты ответь себе на 2 вопроса "Что я буду делать если сменится поставщик", "что я буду делать если будем закупать один и тот же товар у разных поставщиков"
   ReaLg
 
140 - 08.12.17 - 23:13
(139) На первый есть ответ - сменю названия :)
   Злопчинский
 
141 - 08.12.17 - 23:13
Откроется список значений для нашего свойства янатменовпниепоставщикс
   Злопчинский
 
142 - 08.12.17 - 23:13
Внести в список все нужные наименования поставщика
   Злопчинский
 
143 - 08.12.17 - 23:14
Грубо говоря мы завели Прайс поставщика - список его позиций
   Смотрящий
 
144 - 08.12.17 - 23:14
(140) Угу, и понадобилось распечатать документы прошлых периодов ... будешь менять названия взад ? :D
   ReaLg
 
145 - 08.12.17 - 23:14
nekto44 , тебе  Злопчинский сейчас пишет по пунктам что сделать. Сделай, не пожалеешь, возможно, узнаешь новый функционал :)
   Злопчинский
 
146 - 08.12.17 - 23:14
Теперь привяжем эти позиции к нашим товарам
   Злопчинский
 
147 - 08.12.17 - 23:15
Я через минут 20 буду дома могу по скайпу всеипоказать
Я сегодня добрый
   Злопчинский
 
148 - 08.12.17 - 23:15
Вышел из метро
Буду через 20 мин
   Смотрящий
 
149 - 08.12.17 - 23:20
(0) Запускай тим, ща намутим по уму; пока от метро до дома идет
 
 Рекламное место пустует
   nekto44
 
150 - 08.12.17 - 23:21
(148) Мужики, не ожидал такого отклика, спасибо вам всем за помощь. Раньше когда на ваш форум натыкался обычно при вопросах видел - "сегодня пятница?" или "очередной я начал изучать 1с" Поймите что мне сложно читать гору ваших советов и *быстро* применять их.

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

Пока что в силу своей не компетенции я не понимаю 1 вещь.

Если я выберу вариант(пусть он плохой) добавить новый реквизит в справочник номенклатуры и подставить его значение в печатную форму.
То какая разница сколько у меня будет одинаковых товаров от разных поставщиков? реквизит то никуда не денется от этого?

Не бросайте камнями.
   nekto44
 
151 - 08.12.17 - 23:22
(148) про виды свойст я понял. все что вы мне пишите я дополнительно гуглю и курю маны.
   Йохохо
 
152 - 08.12.17 - 23:24
(108) (132) (150) всё просто, или ты доделываешь, когда уверен, что поставщик ровно один. Или доделываешь, чтобы печать работала и когда поставщик не один. Реквизит номенклатуры - один поставщик или геморрой. Подчиненный с "наименование для поставщика" геморрой сразу, потом изи
   NSSerg
 
153 - 08.12.17 - 23:24
(132) Вот это самое плохое решение.
Ибо когда количество наименований для товара увеличится, тебе придется писать обработку из пяти строк чтоб наименование из реквизита перенести в свойства/подчиненный справочник :)

Но если вы например дистрибьютор, и у вас в принципе на каждый товар может быть только один поставщик - то почему-бы и нет?

Ну и предложенные выше:
1. Свойства, это на случай когда не надо курочить конфу, почему не нужно в данном случае я уже написал.
2. Подчиненный справочник. Например "Номенклатура Контрагентов", с реквизитами "контрагент" (с отбором), код контрагента, наименование контрагента.



Чем он лучше? Потому что как минимум, кроме своего наименования, у поставщика есть свой код. И он тоже может потребоваться для печатной формы/выгрузки заказа.

Так же есть покупатели, которые будут высылать Заявки - и возможно тоже с указанием своего кода/наименования. Для загрузки потребуется их код/наименование. И т.д.

Так-же мы сможем получить список товаров поставщика, или список поставщиков товара.

А проблема в том, что свойства уже написаны, и точно правильно работают. А подчиненный справочник может оказаться только началом к полному убиению конфы.
   Смотрящий
 
154 - 08.12.17 - 23:26
(150) Ну смотри, реквизит "наименованиепоставщика" в карточке номенклатуры плох тем что тебе придется на каждого поставщика (пусть он у тебя щас один, но ты в торговле работаешь - сменится вся парадигма одним днем и завязнешь на переделке существующей базы) заводить отдельную номенклатурную позицию.
Сплодишь 10 записей одной и той же сущности - "Зуб.паст.акв-фр.тюб.150ммл"
   ReaLg
 
155 - 08.12.17 - 23:31
(150) Это не плохой, это не очень правильный вариант. А неправильный он тем, что ты на 146% не можешь быть уверенным, что в БУДУЩЕМ у тебя не будет 2-3-4 поставщика. А так-то он рабочий для твоей ситуации. И самый легкий в исполнении. НО конфу нужно править. Если использовать свойства - то недостатки те же, кроме того, что конфу править не нужно.
   Смотрящий
 
156 - 08.12.17 - 23:31
(+154) Свойства номенклатуры "НаименованиеПоставщика" - по сути частный случай добавляемого тобой реквизита справочника "Наименованиепоставщика" в карточку номенклатуры.
Те же самые болезни; можно побить только указав поставщика "НоменклатураВаси", "НоменклатураПети".
И тут же нарвался на отбработку этих петь и вась в коде формирования печатной формы заказа поставщику
   ReaLg
 
157 - 08.12.17 - 23:32
Смотрящий предлагает более универсальный вариант, с которым ты не поимеешь проблем когда кол-во поставщиков увеличится. НО конфу нужно править обязательно.
   ReaLg
 
158 - 08.12.17 - 23:34
Выбирай. Оба предлагают тебе помощь по удаленке(я думаю, что за 15-30 мин сделают на копии тебе рабочий прототип). Выбери вариант и попроси кого-нибудь из низ тебе помочь по удаленке.
   Смотрящий
 
159 - 08.12.17 - 23:34
(157) Добавить один справочник, который точно не затрется при обновлении типовом и использовать ВПФ
   NSSerg
 
160 - 08.12.17 - 23:36
(159) О каком обновлении ТиСа вы со Злопочинским говорите?
   ReaLg
 
161 - 08.12.17 - 23:36
Смотрящий я с тобой согласен полностью. Но концепцию - лучше конфу не трогать, если можно - никто не отменял. Тем более человек не очень шарит. Страшновастенько  за конфу :)
   Смотрящий
 
162 - 08.12.17 - 23:37
Типовом, релиз с 7.70.992 обновить на 7.70.994 например
   NSSerg
 
163 - 08.12.17 - 23:38
Жесть, я только для себя открыл что 1С продолжает ТиС поддерживать.
   Смотрящий
 
164 - 08.12.17 - 23:39
(161) Снеговика лучше не трогать, с клюшками - надо просто подумаь, прикинуть варианты развития событий в будущем
(163) Кхм .. как бэ вопли про смерть 7.7 которое десятилетие остаются воплями
   Смотрящий
 
165 - 08.12.17 - 23:39
(163) Там еще 6.0 поддерживается 1С до сих пор
   ReaLg
 
166 - 08.12.17 - 23:40
(150) "То какая разница сколько у меня будет одинаковых товаров от разных поставщиков? реквизит то никуда не денется от этого?" У разных поставщиков они будут называться по-разному. И через реквизит и через свойство ты не сможешь это сделать. Только через справочник.
   nekto44
 
167 - 08.12.17 - 23:42
(155) все в голове встало на свои места, просто очень много было перекликающихся.

(157)Править конфу, в этом никакой проблемы не вижу у меня нет начальника и руки прямые.

(158)Очень благодарен им за это, но не сделав сам своими руками я не научусь, а если честно ничего сложного я не увидел в этом.К слову, я сис. админ, но с 1с в жизни никогда дел не имел(чтобы вы понимали примерный уровень моей прямоты рук) и сайты я иногда пилю(правда используя CMS) т.е. в коде(но не 1с) я понимаю что и как работает.

(159) самое что интересно (2) написал - подчиненный справочник. и я этим вариантом шел.

Резюмирую.
1. Реквизит + печатная форма=легко, сменяется поставщик, наступают проблемы
2. Виды свойств, лучше, сменяется поставщик имеем проблемы
3. Подчиненные справочник=хорошо, править конфу, не имеем проблем при смене поставщика.

Еще раз большое человеческое спасибо, очень благодарен.
   Смотрящий
 
168 - 08.12.17 - 23:43
(167) Лучше неподчиненный
   nekto44
 
169 - 08.12.17 - 23:45
(168) подчиненный(не подчиненный) я понял. Как вы в (29) писали.
   Злопчинский
 
170 - 08.12.17 - 23:45
(168) УЖЕ ЕСТЬ, БЛИН!
Справочник.Аналоги
   Злопчинский
 
171 - 08.12.17 - 23:46
кому-то надо показывать как на свойствах и/или на аналогах?
через скапй?
   ReaLg
 
172 - 08.12.17 - 23:46
(167) Скажем так.
1. Реквизит - легко реализовать, нужно править конфу, если поставщиков становится несколько - имеем проблемы.
2. Свойство - чуть сложнее реализовать, НЕ надо править конфу, если поставщиков становится несколько - имеем проблемы.
3. Справочник - сложность не знаю, думаю как в п.2, нужно править конфу, если поставщиков становится несколько - проблем нет.
   Смотрящий
 
173 - 08.12.17 - 23:46
(170) он подчинен номенклатуре
   Злопчинский
 
174 - 08.12.17 - 23:47
Я на свойствах делал мелкую подсистему обмена (методы доставки - семайлы. фтп, итд)
сейчас на свойствах у меня пострена подсистема логистических параметров поставок.
подсистема специфических счф и торг12 для разных клиентов с их хотелками
   Злопчинский
 
175 - 08.12.17 - 23:47
и еще куча всякого добра
   Злопчинский
 
176 - 08.12.17 - 23:48
(173) ну и?
   NSSerg
 
177 - 08.12.17 - 23:48
(167) Во втором случае со сменой поставщика проблем не имеешь. В случае большого количества поставщиков требующих свое наименование - ты просто получаешь достаточно громозкую (в результате своей универсальности) структуру.
Не более того.
(168) Не лучше.
Либо подчененный Контрагентам, с реквизитом "Номенклатура" с отбором,
Либо подчиненный номенклатуре с реквизитом "Контрагент".

Почему?
В печатной форме нужно найти наименование ВыбТовар Поставщика ВыбКонтрагент.

Делаем

спр=создатьобъект("Справочник.НоменклатураКонтрагентов");
Спр.ИспользоватьВладельца(ВыбНоменклатура);
Если спр.НайтиПоРеквизиту("Поставщик",ВыбКонтрагент

Если справочник неподчиненный, то для того чтоб получить сводный индекс - придется повозиться. Либо перебирать в цикле
   nekto44
 
178 - 08.12.17 - 23:48
(171) спасибо вам за помощь, про виды свойств я ужу прочитал. про аналоги в 2х словах если можно или пойду сам почитаю.

Это будет 4 вариант?
4. Аналоги?
   ReaLg
 
179 - 08.12.17 - 23:48
nekto44 короче, выбери вариант (2 или 3, первый тебе показывать никто не хочет:) и попроси по удаленке показать. Пока все добрые :)
   Смотрящий
 
180 - 08.12.17 - 23:49
(176) Там нет контрагента, есть каталог - справочник неопределенного вида - ему и пачку отчетов придется править для корректрной обработки
   nekto44
 
181 - 08.12.17 - 23:52
(179) я с самого начала выбрал не подчиненные справочники (18) просто после этого шквал сообщений с другими вариантами поступил. вот я и под запутался. сейчас разобрался. Удаленная помощь не нужна. Прочту сам, чтобы потом уметь, а не вспоминать как кто то делал по удаленке.
   Злопчинский
 
182 - 08.12.17 - 23:53
(180) какие отчеты???
   Злопчинский
 
183 - 08.12.17 - 23:53
   NSSerg
 
184 - 08.12.17 - 23:54
А в данном случае конечно лучше подчиненный контрагентам с реквизитом "Товар" с "сортировкой" и "отбором".

спр=создатьобъект("Справочник.НоменклатураКонтрагентов");
Спр.ИспользоватьВладельца(ВыбКонтрагент);
...

наименование=Выбтовар.Наименование;
Если спр.НайтиПоРеквизиту("Товар",ВыбТовар,0)>0 Тогда
наименование=спр.наименование;
КонецЕсли;

...

Теперь, если хочешь посмотретьб все товары контрагента - просто открываешь подчиненный справочник.

Хочешь посмотреть всех контрагентов товара - отключаешь иерархию, включаешь отбор по Товару.
   Злопчинский
 
185 - 08.12.17 - 23:54
   ReaLg
 
186 - 08.12.17 - 23:55
Все. Топикстартер определился. Всем спасибо большое. Действительно, интересный топик получился :) Я спать :)
   Злопчинский
 
187 - 08.12.17 - 23:55
(184) это все штатно есть в Спр.Аналоги
   nekto44
 
188 - 08.12.17 - 23:57
В благодарарность, могу дать ключ на Excel Compare 3.0.2 кряков и пр на нее нет. программа очень хорошая для сравнения двух экселевских файлов с выводов всех измененных значений.

Использую ее чтобы видеть какие позиции поставщик удалил из прайса, какие изменил, какие цены изменил.
Простая и шустрая.
   NSSerg
 
189 - 08.12.17 - 23:58
(187) Нет. штатно нет.
Во первых там не один справочник.
Во вторых так просто как в (184) не выйдет получить и номенклатуру контрагента, и контрагентов номенклатуры, и конкретный элемент по контрагенту и номенклатуре одновременно.
   Смотрящий
 
190 - 08.12.17 - 23:58
Ща тя Злоп и забанит
   nekto44
 
191 - 09.12.17 - 00:00
Не реклама, никакого отношения к автору данной программы не имею. Прошу прощения, не ознакомился с правилами форума.

Бейте но не обоссывайте)
   NSSerg
 
192 - 09.12.17 - 00:01
(190) Я ему дам "забанит".
(187) Вот простая задача - посмотреть номенклатуру контрагента. Ты будешь делать отбор по каталогу.

А вот теперь усложняем - получить номенклатуру контрагента программно. У тя код в 10 раз усложняется по сравнению с (184)
Тут -
спр=создатьобъект("Справочник.НоменклатураКонтрагентов"); 
Спр.ИспользоватьВладельца(ВыбКонтрагент); 
спр.выбратьэлементы();
пока спр.получитьэлемент()=1 цикл
...
А в аналогах?
   NSSerg
 
193 - 09.12.17 - 00:14
Хотя если надо штатно - то конечно аналоги позволяют реквизиты номенклатуры подчинить контрагентам.
   NSSerg
 
194 - 09.12.17 - 00:22
И, стати, небольшой ньюанс, не знаю как в свежих конфах, а в старых на реквизите "владелецКаталога" нет отбора и сортировки. Поэтому без изменения конфы - искать или запросом, или циклом по элементам справочника Каталоги с проверкой на равенство контрагенту. Может писанины не особо и много, но в случае массовости операций - заметное снижение производительности из-за отсутствия правильного индекса.

то есть по-уму менять конфу все-таки надо, хотя бы отбор и сортировку на "ВладелецКаталога" поставить.
   Злопчинский
 
195 - 09.12.17 - 00:34
(194) да, все правильно, для простановки на владельца каталога - тип сменить на спр.контрагенты и все (ибо когда владелей каталога фирма со совего же холдинга и при этом все наименования ращзные - не встречал). А при развесистой сисиме аналогов-прайсов - изменения в конфу вносить придется
   Злопчинский
 
196 - 09.12.17 - 00:36
(194) "искать или запросом, или циклом по элементам справочника Каталоги с проверкой на равенство контрагенту. "
- угу. но с учетом того. что каталогов ну вряд ли больше дестяка-другого (не, конечно можно и сотню) - но это все равно не сильно проседать будет.. бо операции с номенклатурой поставщика - это ка кправило не "оперативные" операции, арезультруеющие...
я бы на проседание производительности - не заморачивался.. ;-0
   NSSerg
 
197 - 09.12.17 - 00:44
(196) у нас сделано как я примерно описал.
и справочники большие, и контрагентов много (мы не требуем покупателей в электронных заявках использовать наш код) и номенклатуры естественно много.
когда у тебя ночная смена когда приходит на работу каждый день загружает несколько сотен заявок, в каждой по сотне позиций - уверяю, вопрос производительности в случае неправильной организации справочника встанет.

ну и естественно вознакает вопрос - а зачем неправильно?
если ты все-равно поменял «справочник» на спровочник.контрагенты, кто мешает влепить галку «сортировка»?
и для удобства написания кода (и читабельности кода), и для повышения производительности
   nekto44
 
198 - 09.12.17 - 08:02
Продолжаю.

(29)Смотрящий, вы пишите убрать код и наименование. Я не понял откуда надо убрать код и какое надо убрать наименование.

Что имею на данный момент:

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

Если делать свойствами или аналогами, я могу только видеть другое наименование
по двойному клику добавить его в табличную часть я не могу.

Понимаю что, это потому что я не убрал данное значение из реквизитов, но если я его убираю, получаю целую портянку ошибок
<code>
Если Единицы.ТекущийЭлемент() = БазоваяЕдиница <<?>>Тогда
{Справочник.НоменклатураДЛЯпоставщика.Форма.Модуль(298)}: Переменная не определена (БазоваяЕдиница)
Единица =        БазоваяЕдиница<<?>>;
{Справочник.НоменклатураДЛЯпоставщика.Форма.Модуль(336)}: Переменная не определена (БазоваяЕдиница)
Если (ОсновнаяЕдиница = БазоваяЕдиница<<?>>)
{Справочник.НоменклатураДЛЯпоставщика.Форма.Модуль(344)}: Переменная не определена (БазоваяЕдиница)
Если (СпрЕдиницы.ТекущийЭлемент() <> БазоваяЕдиница<<?>>) Тогда
{Справочник.НоменклатураДЛЯпоставщика.Форма.Модуль(358)}: Переменная не определена (БазоваяЕдиница)
УстановитьАтрибут("ОсновнаяЕдиница", БазоваяЕдиница<<?>>);
{Справочник.НоменклатураДЛЯпоставщика.Форма.Модуль(507)}: Переменная не определена (БазоваяЕдиница)
РеквБазоваяЕдиница    = БазоваяЕдиница<<?>>.ОКЕИ;
{Справочник.НоменклатураДЛЯпоставщика.Форма.Модуль(1141)}: Переменная не определена (БазоваяЕдиница)
РеквВесБазовой        = БазоваяЕдиница<<?>>.Вес;
{Справочник.НоменклатураДЛЯпоставщика.Форма.Модуль(1142)}: Переменная не определена (БазоваяЕдиница)
РеквШтрихкодБазовой    = БазоваяЕдиница<<?>>.ШтрихКод;
{Справочник.НоменклатураДЛЯпоставщика.Форма.Модуль(1143)}: Переменная не определена (БазоваяЕдиница)
Если ОсновнаяЕдиница = БазоваяЕдиница <<?>>Тогда
{Справочник.НоменклатураДЛЯпоставщика.Форма.Модуль(1145)}: Переменная не определена (БазоваяЕдиница)
Если РеквШтрихкодБазовой <> БазоваяЕдиница<<?>>.Штрихкод Тогда
{Справочник.НоменклатураДЛЯпоставщика.Форма.Модуль(1292)}: Переменная не определена (БазоваяЕдиница)
</code>

Понимаю что это из-за того что я не выполнил ваше условие из (29) убрать код.
Я просто не понял откуда его надо убрать. Из каждого модуля формы?

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

А есть ли возможность добавлять данный элемент из моего нового справочник, сразу в табличную форму? как с обычной номенклатурой?

Или я уже далеко копаю и это супер сложно реализуемо?

Заранее спасибо.
   nekto44
 
199 - 09.12.17 - 08:06
+(198)подчиненным сделал потому что, подумал что можно будет реализовать добавление элемента сразу в табличную часть.

Прошу прощения за то что код попал на форум криво. я уже все теги перебрал и <code> и [code] и [hide] иногда он просто сам вставляется.

на вики.миста пишут - You can include code blocks into your documents by either indenting them by at least two spaces (like used for the previous examples) or by using the tags <code> or <file>.

но оно через раз срабатывает. или я тупой.
   nekto44
 
200 - 09.12.17 - 08:09
+(198)
И еще раз прошу прощения. Не спал всю ночь(пятница)
Сообщение при сохранении нового элемента получаю следующее:

Не выполнено сохранение базовой единицы: Не выбран элемент справочника-хозяина! Элемент не может быть записан! Элемент не сохранен!

Жаль что на форуме нельзя сообщения редактировать.
  1  2  3   

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