Архив форума

Добрый день, сообществу!
В нашей компании сейчас идет внедрение 1С 8.0, переход осуществляется с программы написанной под ДОС лет 10 назад, поэтому меняется многое, в том числе и справочник.
Компания занимается оптовыми продажами, т.е. большой ассортимент, различные производители. Стоит вопрос вводить ли артикулы на товар или нет, использовать ли артикулы производителя ( у некоторых товаров нет). Придумывать свои тоже напряг. Поделитесь, пожалуйста, опытом.
 
С уважением, Морозов Павел.

Информационная система всегда работает с кодами товара. Хотите вы того или нет. Она так устроена. Коды там будут все равно (те же артикулы).
Использовать их или нет - это уж ваше дело.

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

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

Павел, я понял, что работаете вы по названиям, то есть в режиме "аналоговой системы". Так работают большинство.
Понятно и то, что вам непринципиально, какой именно код будет у товара - выдуманный ли, поставщика ли, системный ли.
У вас вопрос - зачем он вам вообще будет нужен.
 
Совет: в вашем случае, тем более при 20.000 ассортимента,  пусть у вас товар будет снабжен кодом (назовите его артикулом), который автоматически генерирует система. Выводите его на все экраны, печатайте в документах. Использовать артикул поставщика нет смысла. Сегодня он один, завтра почему-то другой. У некоторых поставщиков его нет. У разных поставщиков артикул имеет разный формат. Кроме того, артикулы разных поставщиков на разный товар могут случайно совпасть.
 
Как правило, мало кто понимает, что это за код такой и зачем он нужен. Я приведу несколько причин, по которым он нужен. Если даже не сейчас, то в дальнейшем.
1. Поиск товара по коду в системе работает быстрее текстового. Часто, если код не очень длинный, люди, постоянно делающие операции поиска (например, менеджеры по продажам), его помнят наизусть и быстро находят что надо.
2. При выгрузке любых данных из системы во внешние программы - Эксель, Access, SQL, и т.д. код послужит идентификатором и позволит формировать всякую нужную аналитику. В противном случае его все равно придется заводить, только уже во внешних программах.
3. Если вы будете указывать код товара в ваших прайсах, а клиенты будут по вашим прайсам делать заказы, то у вас появляется возможность автоматически вводить эти заказы в систему. Что без кода невозможно.
4. Когда ваши IT-шники будут разбираться с какими-либо вопросами по товару (а они люди системные и не аналоговые, а цифровые), вы будете сообщать им код, а не название. Это повышает скорость разборок, их достоверность и однозначность.
 
P.S.
Более продвинутый вариант - это иметь собственный код и заставлять ваших клиентов присылать заказы в ваших кодах в электронном виде, и одновременно вести в системе код ваших поставщиков, и в свою очередь им отсылать заказы в их кодах. Тогда все, кто технологически продвинут, смогут использовать это для ввода заказов в свою систему.
Совсем продвинутый вариант - это когда код товара уникален и идентичен по всей логистической цепочке, но такая степень интеграции в России из области фантастики.

Если представите себе ситуацию, то думаю, Вам не доставит больших хлопот тот факт, что один код будет 00001, а второй, на похожий товар 656987.
Это всего-лишь условный идентификатор, описывающий уникальный товар. Всего лишь цифры...
По-крайне мере мне до сих пор не доводилось страдать от такого факта, хотя всегда имею дело с ифнормационными системами.
Так что свой совет могу повторить - пусть система присвоит свой код и не парьтесь.

Неудобство я знаю только одно - это когда в базе данных справочник товаров содержит в себе бардак.
Например, есть товары:
Порошок стиральный Тайд 0,5 кг
и
Стиральный порошок Тайд 0,5 кг
 
или
Порошок стиральный Тайд 0,5 кг
и
Порошок стиральный Тайд 0.5 кг.
 
В этом случае при первичном присвоение кода при запуске системы в обоих случая будут заведены 2 разных. Так как имеются различия в написании.
И далее, если при ведении справочников будут допускаться такие ошибки, то это приведет к аналогичным негативным последствиям.
Если у вас со справочником товаров порядок, то вас эта проблема не касается.
На самом деле и с ней можно бороться путем ввода в систему еще одного, объединяющего кода, но это уже отдельный разговор.
 
 
Код поставщика "суется" тоже в систему, в таблицу справочника товаров. В отдельное, выделенное для него поле, которое можно так и назвать "Код поставщика".
Если поставщиков одного товара несколько, то в это поле вводится не код поставщика напрямую, а ссылка на связанную таблицу поставщиков. А там, в таблице поставщиков уже к каждому поставщику есть код товара этого поставщика. В самом диком случае будет 20.000 маленьких связанных табличек с поставщиками по кажому товару и с кодами этого товара у поставщиков.
Тогда, если вы дойдете до того, что заказы поставщикам будете формировать в вашей системе, а не на коленке, то дальше никто не помешает выгрузить созданный заказ в тот же Эксель, уже с кодом поставщика. А поставщик, ежели тоже крут - засосет автоматом ваш заказ в свою систему.
Таким образом повышаем информационную культуру и скорость работы логистической цепи.
 
Вот только пинать не надо, я такое видел и так работал.

Мы в нашей системе, к примеру, содержим код нашего товара,  который ему присваивает Ашановская система в Ашане.
Наши филиалы (а у нас с ними система "поставщик-клиент") работают в 1С, а мы в SAP. Но справочник товаров синхронизирован. Наш код товара содержится в 1С филиалов. Это позволяет нам - принимать от них заказы автоматом, а им - заводить в свою 1С отгруженные накладные тоже автоматом.
А, к примеру, магазин Библиоглобус ведет в своей системе коды (артикулы) всех своих поставщиков - издательств. Более того, Библиоглобус просто не будет работать с товаром, если ему перед этим не предоставили стандартизованную выборку с товарами и их кодами (артикулами).
Работал я и в менее монстрообразных компаниях, которые замечательно улучшали жизь себе и своим контрагентам.
Так что тут ничего особо нового.
Просто процессы можно организовывать технологично, а можно нетехнологично.
Углубляться в дебри не стану. Если только по требованию общественности.