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

MD5

ГСЧ=Новый ГенераторСлучайныхЧисел...

Используй функцию "ЗакодироватьНаименованиеПоХитрому()"

хэширование

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

(0) тупо используй артикул с латиницей )

(0) Зачем?
Что мешает просто генерить новый артикулдля каждой номенклатуры?

static void Main(string[] args)
       {
           string s = "Клавиатура Genius KB-06XE проводная";
           Console.WriteLine(s.GetHashCode()); //566656636
           Console.ReadKey();
       }

(7) как то слишком просто.

(0) что мешает использовать в качестве артикула код номенклатуры ?

(0) А не проще использовать код номенклатуры??
или не... давайте изобретем велосипед))

Наименование = Наименование + ссылка.УникальныйИдентификатор()

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

(13) используй РС тогда, в нем храни соответствие наименования и артикула

(1)как MD5 сгенерировать?

(13) Какова вероятность создать новый товар с наименованием идентичным старому...
А пробелы, а регистр букв, и т.п...

(16) 100%
хочешь создам?)

(16) Товар загружается из прайса поставщика, наименование всегда идентично старому.

Написать функцию ВЛатиницуИУдалитьНахСпецСимволы()

Зачем кодировать? Просто перенумеровать и все

(0) Создать таблицу кодировки Слог -> Число. Закодировать так номенклатуру. Пропить премию.

(21) прикольный будет РС

А умные мысли есть у кого?

(0)Хэш функции всегда имеют коллизии.
Что б однозначно закодировать в артикул наименование, артикул должен быть той же длины что и наименование.
Допустим у тебя для наименования используется 2 символа алфавита, и длина наименования 5 знаков. Тогда количество вариантов - 2^5.
Исходя из этого определи: сколько у тебя символов в алфавите, какова длина наименования.
Сколько символов в алфавите которым ты будешь пользоваться для создания артикула. Какова длина артикула.
На основании этих данных получишь количество комбинаций в наименовании и количество комбинаций в артикуле.
Далее используя систему счисления с основанием равным длине алфавита, можно закодировать артикул.
НО!
Это теория, хоть и верная и дающая однозначные результаты, но теория.
На практике сделал бы проще.
Вместе с файлами о номенклатуре выгружал бы отдельный служебный файл соответствий. В котором одна колонка - код, вторая наименование номенклатуры. Вот и все.

Я бы сделал бы отдельную таблицу артикулов и не парил бы моск.
Хранить данные всегда выгоднее чем вычислять

Ииии...
Автор, какое решение?

(26) Хранить соответствие в РС. Одно измерение Наименование, один ресурс Артикул. Если наименования нет, добавлять запись и назначать артикул. Если есть, получать артикул.

(27) Илегантное решение.

(26) пока ничего не буду делать. Всё хреново.

(29) Хм.. :(
Печаль.

Пока такой вариант на первом месте: Сложить все коды символов наименования, полученное число считать артикулом.

Для й = 1 по СтрДлина(Наименование) цыкл
           Артикул = Артикул + КодСимвола(Наименование, й);
       КонецЦыкла;

(32) Отличная бомба замедленного действия. Главное - непонятно, когда рванет :D Вполне вероятно, что артикулы от какого-нить "абабабабаба" окажется равен по сумме "щю".

(33) Чтобы уменьшить эту вероятность, ввел влияние позиции символа в строке:

       АртикулНаш = 0;
       Для й = 1 по СтрДлина(Наименование) цикл
           АртикулНаш = АртикулНаш + КодСимвола(Наименование, й) * Pow(2, й);
       КонецЦикла;

+ (33) Именно так и будет.
(34) Какое количество номенклатуры предполагается обрабатывать?
Проверил на своем справочнике - при 34318 элементов количество разных кодов:
- 17455 (только код символа)
- 24942 (с учетом Pow(2, й))

(34) А, может, просто при создании номенклатуры генерить уникальную последовательность символов, и хранить ее в реквизите? С контролем уникальности по всему справочнику, но с возможностью ручного редактирования? Создал номенклатуру, 1С сгенерила случайную последовательность, по необходимости ее подправил. И все. Тебе же все равно не нужна прозрачная связь между кодом и названием.

(35) из 2636 позиций 73 совпадения. Хреново. Желательно не больше 5

(37) ну добавь еще кол-во символов

(38) так и делаю

(39) попробуй подели на кол-во символов :)

(37) Ой, наверное это группы попали, у них артикул пустой, потому и совпадения.

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

"Наименование"+УникальныйИдентификатор()

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

(44) А почему нельзя это сделать в регистре?
Как предлагалось в (25)

(45) Просто вариант. Система сама генерирует код.

в таком варианте совпадений не произошло при 2636 элементах:

       Артикул = "";
       Для й = 1 по СтрДлина(Наименование) цикл
           Артикул = Артикул + Символ(КодСимвола(Наименование, й) % 25 + 65);
       КонецЦикла;

(2) Хороший вариант, кстати.

(0) А делай так, как имя файла 8.3 строится из полного имени.

(8) это как в 1С запихать?

(50) :-)
Напиши свою функцию хеширования.
Или возьми в качестве артикула УникальныйИдентификатор.

на инфостарте хорошую функцию хеширования нашел. Совпадений 0, длина артикула не большая! ))))

В итоге вот что получилось:

       Хэш = 0;
       Для й = 1 по СтрДлина(Наименование) цикл
           Хэш = 31 * Хэш + КодСимвола(Наименование, й);
       КонецЦикла;
       Хэш = Хэш % 18446744073709551616;
       
       База = 25;
       Артикул = "";
       Пока Хэш <> 0 Цикл
           Артикул = Символ(65 + Хэш % База) + Артикул;
           Хэш = Цел(Хэш / База);
       КонецЦикла;

Такие артикулы выдает:

WAHMHFGBAQXCK
WAHMHFGBAQXDG
WAHMHFGBAQXQW
WAHMHFGBAQYQH
WAHMHFGBAQYQM
WAHMHFGBAQYQR
WAHMHFGBAQYQT
FFMIUHYTEAGQWW
FFMIUHYTECEGUC
FFMIUHYTECEIIN
KXTAOUATDWTQPR
KXTAOUATDWTQQX
KXTAOUATDWTQRL
KXTAOUATDWWUCH
KXTAOUATDWWUFS
KXTAOUATISJAXN
KXTAOUATISJAYB
KXTAOUATISJBAH
KXTAOUATISJBCG

(53) Респект! Особенно удобно по сравнению с цифрами диктовать по телефону

+(53) первый абзац дает десятеричный цифровой хеш, второй абзац перекодирует его в двадцатипятиричный буквенный что дает сокращение длины.

(55) найди функцию CRC32 (тут бегала на форуме) и не парь моск

(0)Тупо замени буквы на КодСимвола() тогда из наименования будет всегда один артикул

(55) Так можно и до байта дойти.
вообще чтобы уменьшить вероятность совпадения артикулов в 2 раза, наименование преобразовать через ВРег

(0) Код символа используй. Но "число-строка" будет оооочень большим. В 3 раза больше оригинала.

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

А код не предлагать?

Если проблема в именах файлов в интернете, то это не проблема, пробел выглядит как %20

(58) если использовать ВРег, вероятность совпадения увеличится
(60) Это для интернета, в (0) написано
(62) проблема в людях которые администрируют сайт. У них оплата не сдельная, а по окладу. Не хотят делать поддержку русских букв и проверку на плохие символы.

(63) Щас я пример придумаю

например, у тебя вообще "12" и "0Q" даст один и тот же результат.

надо чтобы если уж ты умножаешь на 31, то и диапазон значений должен быть от 0 до 30

(64) например: товары Золупа и ЗОЛУПА будут иметь одинаковый артикул если использовать ВРег.

(65) может тогда на 25 умножать?

Нет, умножать на 256.
Если сделаешь ВРег, сможешь умножать на (256-33-26).

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

(69) встречаются наименования и с кодом символа 7, диапазон большой. Сдвигать сильно не получится.

(68) если умножать на 256 получится та же самая строка.

(70) например если нам нужно убрать все символы до пробела и восклицательный знак, то замена такая 31->0, 32->1, 34->2 и т.п.

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

(73) Потеря все равно будет когда делишь на 18446744073709551616, это не сильно плохо, но в твоем варианте из-за (65) повторов будет гораздо больше, чем если посчитать хэш стандартным способом

(74) Не думаю что это верно. Согласен что повторов будет больше до деления на 18446744073709551616, но если предположить что почти всегда число получается больше чем 18446744073709551616 (длинное наименование), то после деления количество повторов должно быть одинаковым.

Ты вот в чем прав: Если умножать на 256, а не на 31, то увеличивается вероятность что результат будет больше 18446744073709551616, это хорошо.

хотя у меня и так при 2636 позициях не было ни одного совпадения.

(75) Если произошел повтор до деления, то после деления результат будет тот же (т.е. все равно повтор)
(77) Конечно можно оставить и так

(77) повторил тест, для варианта (47) получаем 32002 различных артикула для 34318 наименований, для варианта (53) - 32016.

Из уточнения в (13) прямо следует единственное решение в (14).
"0.1% вполне годится" - каждый примерно тысячный товар будет перепутан с другим, и это устраивает? бред же

(80) про 0.1% - к посту в (74)

73 то есть, черт

+(79) последний тест: 31962 различных артикулов для 31962 наименований.

(80) Почему бред? Не у каждого товара будет привязан файл с картинкой, и с вероятностью 0.1% картинка будет не соответствовать товару, ну и фиг с ней, никто даже не заметит.
(83) это для какого варианта?

(84) для варианта (53)

(85) Значит хороший вариант.