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

Приветствую. Сразу оговорюсь, что 1с начал изучать совсем недавно. т.е. знаний в ней чуть больше чем 0. Но обрабатывать входящую информацию умею хорошо. Стоит задача. От поставщика получаю товара с таким наименованием: Дез. Леди спид стик Спрей цвет. вишни ЗОЛОТОЙ ЦЕННИК !!! В полном наименовании делаю красивее: Дезодорант "Lady Speed Stick", цветок вишни, женский, 150 мл Это наименование идет для всех моих печатных документов. Как мне сделать так, чтобы при формировании запроса заказчику, формировалось именно первое наименование?(Дез. Леди спид стик Спрей цвет. вишни ЗОЛОТОЙ ЦЕННИК !!!) Поставщик просит указывать именно так как у него в прайсе. Заранее спасибо.

Приветствую. Сразу оговорюсь, что 1с начал изучать совсем недавно. т.е. знаний в ней чуть больше чем 0. Но обрабатывать входящую информацию умею хорошо. Стоит задача. От поставщика получаю товара с таким наименованием: Дез. Леди спид стик Спрей цвет. вишни ЗОЛОТОЙ ЦЕННИК !!! В полном наименовании делаю красивее: Дезодорант "Lady Speed Stick", цветок вишни, женский, 150 мл Это наименование идет для всех моих печатных документов. Как мне сделать так, чтобы при формировании запроса заказчику, формировалось именно первое наименование?(Дез. Леди спид стик Спрей цвет. вишни ЗОЛОТОЙ ЦЕННИК !!!) Поставщик просит указывать именно так как у него в прайсе. Заранее спасибо.

Приветствую. Сразу оговорюсь, что 1с начал изучать совсем недавно. т.е. знаний в ней чуть больше чем 0. Но обрабатывать входящую информацию умею хорошо. Стоит задача. От поставщика получаю товара с таким наименованием: Дез. Леди спид стик Спрей цвет. вишни ЗОЛОТОЙ ЦЕННИК !!! В полном наименовании делаю красивее: Дезодорант "Lady Speed Stick", цветок вишни, женский, 150 мл Это наименование идет для всех моих печатных документов. Как мне сделать так, чтобы при формировании запроса заказчику, формировалось именно первое наименование?(Дез. Леди спид стик Спрей цвет. вишни ЗОЛОТОЙ ЦЕННИК !!!) Поставщик просит указывать именно так как у него в прайсе. Заранее спасибо.

1с 7.7 ТИС 9.2

Через подчинённый справочник

посмотрите в ютюбе что то типа "1с номенклатура поставщиков". В 7.7 это есть в аптечных конфигурациях, м.б. еще где ЗЫ договоритесь с ними по штрихкоду

а именно на 7.7 ? может все таки 8 ? )) смотри какие реквизиты есть у номенклатуры, я уже ТиС с трудом помню тебе типовыми средствами надо, или чего то напилить? конфа пиленая в части номенклатуры и регистров?

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

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

артикул которой из аватар платоновского Поставщика?) их много, номенклатура поставщика давно обкатана

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

у меня клиент магазин Стройматериалов, звонит и тупо по артикулу разговаривает с поставщиком, так же на почту ему артикулы поскидывает, а наименования просто так напишет что бы самому не запутаться и Поставщику было понятнее о чем речь. В большинстве случаев по телефону поставщики по артикулу работают. Например девочка которая сидит на телефоне и принимает заявки понятие не имеет как выглядят те или иные обои, плитка прочая дрянь, про краску вообще молчу. >>Не будут они ради меня печатать отдельный прайс с артикулами, штрих кодами и пр. А ты у них один покупатель чо ли? ))) Есть у них все, просто не просите с артикулами

(8,9) ситуация франшизы, но поставщиков обычно не 1

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

Мужики, мужчины, парни, ребята. Ну зачем вы мне рассказываете как должен правильно делать поставщик(артикулы, штрих коды и пр) если у меня совершенно другая задача. Не заставить поставщика делать лично мне прайс. А добавлять в разные документы разные наименования. Пока для себя вижу 2 варианта. 1(глупый). Держать 2 варианта номенклатур 1 для меня, вторую для поставщика. 2. Внести изменение в конфиг и справочник номенклатур. В номенклатуру добавить новое значение(наименование для поставщика). В печатной форме заказ поставщике сделать ссылку на значение - наименование поставщика. по данному запросу ничего интересного не нашел

я могу так сделать. но задача чтобы 1 номенклатура была для 2х типов документов 1. Красивая для всех моих печатных докментов 2. Заказ поставщику с их наименованиями. Я же написал об этом в

У тебя есть реквизит ТИПОВОЙ ПолноеНаименование. вот его и используй как название ном поставщика пилить не надо, запутаешься потом в формах и отчетах, Заявку вот как внешнюю перепили, что бы выводилось Полное Наименование, там дел на чуть-чуть,

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

+1 у меня так сделано с гос контрактами по сути один и тот же продукт для разных госов требуют называть по разному

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

реквизит полное наименование = наименование для печати. Если я напишу в него наименование как у поставщика, то и в своих печатных документах(счета, накладные и пр.) я точно также буду получать наименование как у поставщика. а так не надо. у меня контора, торгует всем тем, что необходимо гос. учреждениям. И в гос.закупках я участвую тоже. Если вам покоя не дает, то что я в пример привел дезодорант, то пожалуйста ограничьтесь от ваших комментариев. Тем более что я вам уже 4 сообщение пытаюсь объяснить, что все ваши советы, это то как мне НЕ надо сделать. Спасибо. это решение почему то пропустил, искал сначала справочник "номенклатура поставщика" но в своей 1с 7.7 ТИС 9.2 не нашел, или плохо искал. Про подчиненные справочники пошел читать.

Тебе рассказали как делается по нормальному, а ты делай как хочешь удачи

Вообще есть такое понятие как код поставщика. Опять таки, к своей номенклатуре привязать коды поставщика, нафига эти наименования. Что у поставщика артикулов нету.

ну пусть вместо артикула пишет код поставщика, по... (ну ты понял) у него задача как выясняется красивую картинку на заказе нарисовать и УГОДИТЬ поставщику, я удивляюсь такой позиции, это пусть Поставщик перед ними пляшет в присядку что бы они у него купили, а не они передним.

Как мне кажется, необходимо решить 2 главных вопроса: 1. Уверен ли ты, что тебе хватит одного "наименования поставщика". Т.е. не возникнет ли ситуации, когда у тебя 2-3-4 поставшика одного товара и для каждого нужно печатать "его" наименование. 2. Можно ли изменять конфу. Часто это делать нежелателльно. Например, если планируешь ее обновлять. Чем больше изменений в конфе - тем трудозатратнее обновление. Варианты решения: 1.Если ты на 146% уверен, что у тебя одн товар будет приходить от одного поставщика и конфу менять можно - тогда проще всего добавить свой реквизит в справочник Номенклатура. Методически это неправильный вариант, как мне кажется, так как через пол года внезапно нарушиться одно из условий выше. Но зато самы быстрый и простой. 2. Если поставщиков несколько и конфу менять можно - тогда в 8ке навскидку 3 варианта: свой регистр сведений, свой подчиненный справочник, своя тч в справочнике Номенклатура. 7ку не знаю, но подчиненный справочник там есть. Может быть еще что-то подходящее есть, не знаю. 3. Если поставщик один и конфу менять нельзя - ищи неиспользуемый реквизит(хоть тот же комментарий или еще что-то подобное) и пиши наименование туда. (Во многих конфах 8ных есть механизм "свойств и значений", может и в 7 есть что-то подобное, не знаю. Если есть - использовать этот механизм) 4. Если поставщиков несколько и конфу менять нельзя и типового механизма "наименования поставщика" нет - у меня решения навскидку тоже нет :) Потом прикручиваешь свои печатные формы. Совет: не меняй типовые. Копируй, меняй кусочек кода получающий наименование на печать, отмечай в коде изменения, и делай свои. Если вдруг после обновления твоя печатная форма начнет работать некорректно - сможешь найти свои изменения и перенести их в новую печатную форму.

у него клюшки а не снеговик

Для 4го варианта тоже есть решение - внешняя обработка + хранишь соответствия номенклатура-поставщик-наименование поставщика во внешнем источнике (текстовике, экселе, скуле, самописке 1С, в общем там, откуда сможешь их достать и что тебя устроит по скорости). Я понял, просто я 7ку не знаю. Я общий принцип попытался описать :)

Хорошо описал! Надо запилить статью на эту тему!

В семерке спокойно можно реализовать на свойствах номенклатуры. Делаешь свойство - "Наименование для поставщика Васи Пупкина". Делаешь для него отдельную внешнюю печатную форму, или в уже существующей внешней печатной форме делаешь условие на поставщика и подмену наименования.

+ Естественно эта задача не требует изменения конфигурации.

Я не знаю 7ки. В 8ке на свойствах можно сделать для одного поставщика. Для второго придется добавлять новое свойство. Для третьего - еще одно. Если называть свойства кодами или наименованиями поставщиков - теоретически можно не переписывать печ. форму, но это как-то немножко криво, как мне кажется :)

Создавай справочник "НоменклатураПоставщики", неподчиненный. В нем, убираешь код, убираешь наименование, создаешь 3 реквизита: В форме списка пилишь отбор по Контрагент/Номенклатура (как в общем журнале документов). Неподчиненный - чтоб было удобно работать со всем массивом информации. Пишешь функцию по получению наименования номенклатуры поставщика с этого справочника и пихаешь ее в печатную форму заказа поставщику У тебя получится, что справочник номенклатура не потеряет своей логической функциональности. Накат типового обновления на базу не затронет созданный справочник (менюшку только подправить, если бужешь выводить в нее пункт) идею рака в 1С, как не используй

Естественно. А что в этом такого? Как в одном свойстве можно задать разные наименования одной номенклатуры для разных поставщиков? Если такая ситуация возможна, то естественно на каждого поставщика свое свойство. А если нет - то одно свойство в конфигурации - "наименование поставщика"

Откуда такие горе-советчики берутся?

Есть штатное средство, идеально подходящее под поставленную задачу - но нет, обязательно нужно курочить конфу.

ты внимательно читал ? ))) >>1с начал изучать совсем недавно. т.е. знаний в ней чуть больше чем 0. Какие нафиг внешние хранилища ))) ему с тем что есть разобраться

У тебя нет опыта работы с бд которая длительное время накапливала информацию с криво спроектированной структурой хранения данных. Твой совет в 26 - это кривое проектирование, со временем там чОрд ногу сломит.

В 8ке я не видел УДОБНОГО способа хранить произвольные таблицы данных без изменения конфы. Способ из неудобен, когда поставщиков более десятка ИМХО. Хотя у меня в одной боевой базе что-то подобное есть :) Но там количество свойств ограничено 15 жестко. Просто в не сообразил сразу, как стал бы делать в 4 варианте. Потом пришло в голову - я написал. А текстовик или эксельку распарсить - это не так и сложно. Если по скорости прокатит :)

Допускать изменение конфигурации можно только в одном случае - когда есть ресурсы доя грамотной доработки и поддержки. Когда этого нет, ни в коем случае нельзя допускать изменения конфигурации. ИМХО. Насчет не видел - видел и еще как видел, и достаточно много заработал на приведении в божеский вид напрочь убитых конфигураций. И чаще всего это был как раз убитый в усмерть ТиС.

Я, вцелом, за то, чтобы все же менять конфу в крайних случаях. Аккуратно, минимизируя риски слета при обновлении и т.д. Но бывают ситуации... У меня есть клиент - время от времени ставит задачу и условие "конфу не менять". Ибо обновляются сами, программиста зовут раз в год, и подсаживаться на "обновить-зовите прога" не хотят. Согласны на любую кривизну, лишь бы замочек не снимать. Для таких крайних случаев подойдет.

(36, 37) Водители снеговиков, оба два. В клюшках не так все с обновлениями, и замочками.

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

Это шутка? У меня сертификат по оперучету получен (если не изменяет память) в 99-ом году. Ты что-то перепутал.

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

У меня в 96 или 97 (не помню уже). Так о чем еще ты хочешь поведать, о юный падаван ?

А при чем тут "как их можно использовать", если речь про "водителя снеговика"? "Водителем снеговика" называют немного другой контингент. Я отлично понимаю конечно что такое замочки, и вроде явно написал что проблема не с обновлениями, а с "убитыми конфами", и убиение как правило начинается с невинного добавления реквизита или подчиненного справочника. Здасти соврамши. Сам сертификат появился позже 97-го.

С 94 года сертификация вообще-то.

у меня по ТиС с 2007 )) но суть не в этом, вы блин чо тут пи...ками собрались меряться? ))

По оперативному учету? Во шутник.

Он первый начал

Ты видимо с сертификатом по компоненте расчет путаешь - ее небылоо долго в сертификации

Я ничего не путаю. В 94-ом году не было и в проекте семерки еще. И естественно никакой сертификации по оперучету быть не могло.

Так, ВСЕМ !

И если я не путаю, то ТиС появился в 98-ом году. Самое раннее в 97-ом, но вряд ли. Я сам с ним впервые столкнулся в конце 98-го, тогда "Торговля и Склад 7.7"

+ Блин, "Торговля и Склад 7.5"

Мдэ ?

Хотя наверно вру - в 97-ом. "Торговля 7.0" и "ТиС 7.5"

ОК, но не в 94-ом же.

Сертификация вообще с 94; в указан 96 или 97

Я вроде писал что оперучет ну никак не мог быть в 94-ом. При чем тут сертификация вообще?

ну как не могло. Напомни, когда 7.5 вышла ?

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

1. 1 поставщик 1 номенклатура (146%) 2. Конфу можно курочить как угодно. 1. Я об этом изначально думал пункт2, прикрутить новый реквизит к номенклатуре и изменить(или сделать вывод на другую печатную форму). Но здесь все пишут что так делать совершенно не правильно. Решил отказаться Внешняя обработка, пока что для меня вариант сложный(в плане реализации и понимания написания кода) Именно это я и подразумевал в пункт2. Но я думал именно это и есть "курочить базу" Перед прочтением всех новых комментариев (останавливался на я решил изучить тему "подчиненные справочники" и пока в данном направлении пытался реализовать. Я чуть больше 0 в 1с. Но я не из поколения даунов, которые не умеют искать и обрабатывать инфу. Мне просто сказали подчиненный справочник и этой информации мне хватает чтобы найти инфу и дальше продвигаться к к решению моей задачи. Так что за это можешь не переживать. Что такое клюшки и снеговики? Спасибо всем за помощь. Иду в направлении подчиненные справочники.

лично я не помню даже когда вышла 6.0 ))) зато помню что пытался там что то делать ))) это где то было конец 90-х точно надо документы свои смотреть )))) а вообще мужики, хватит тут измеряться, примеряться и собачиться )) а то уже похоже на "Ты меня уважжжаешь ?" ))) лучше вот )))

Можно и на подчиненном, запилить придется форму списка с наворотами 1С 7.7 - клюшки (переверни семерки) 1С 8.х - снеговик (8-ка на снеговика похожа)

- и мое, можно удалить как оффтоп?

1996 год. Вышла Торговля 7.0, в 97 "ТиС 7.5"

Нафиг ? Псть остается для истории

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

ему уже сто раз тут сказали про ВПФ

После добавления справочника, раз уж полез в конфу - начнутся правки печатных форм. Всё-равно ведь уже начал править конфигурацию, правильно? Я не понимаю, как человек имеющий стаж в 20 лет на 1С - может советовать новичку лезть в конфу. Работал же во франче, и 100% видел убитые и бухами и "программистами" конфигурации. А начинается обычно с невинных "маленьких правок"

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

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

ВПФ в 7 нет?

146% 1 поставщик. В подтверждено :)

Такое впечатление что тут никто толком с тис не работал

Типовая тис

Вот! Ну наконец-то! Мастер, мы Вас ждали :))

Самый подходящий инструмент - товая возможность "Аналоги"

есть конечно да блин, ну сменится он одним днем - как не в России живете Вообще парадигма "не вносить изменения" - это консультантское мышление ну вот взял и все испортил

Кого-то понесло...

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

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

Если ВПФ есть - тогда не понимаю, почему попадает на правку печ. форм. Вернее править-то надо, но конфу менять не надо :)

Это мб как номенклатура поставщика так и что-то иное

Всё не так. Консультантское - "самому не вносить изменения". А давать совет - "не вносить изменения без достаточных навыков" - это ну никак не консультанское.

Аналоги однозначно привязываются к аонтрагентам как владельцам аналогов

Ты же утверждал что не пьешь? Ты уже предлагаешь карточек номенклатуры наплодить, ради доп. наименования для одной печатной формы?

Аналоги вообщето подчинены номенклатуре

Слушай , он точно разбирается в ТиС

Самый плохой совет в этой ветке.

Началось

Ну хз. Я вроде бы читал, что много-много лет с ТиС работает...

И на 8ку не хочет переходить :)

На аналогах можно сделатьтпочьи все

Тут несколько человек с ТиС работают с момента его появления.

аналоги вообще то имеют каталог, а каталог имеет владельца катадтга

В этой ветке. И самый плохой совет в этой ветке , а второй "с конца" в

обоснуй! ;-)