ERP-код и Номер изделия

[MVekb]

Добрый день!
Коллеги, в очередной раз столкнулся со следующей проблемой в Еплане.
Почему-то БДИ Еплана считает главным Номер изделия (по-простому Артикул), а не ERP-номер.

Не секрет, что существуют изделия, которые не имеют артикула. Или совершенно разные изделия случайно могут иметь одинаковый артикул.
Но зато любое изделие всегда имеет ERP-код. Уникальный ERP-код!

На основании этого было бы правильным БДИ Еплана ориентироваться именно на ERP-код, а не артикул.
В Еплане БД SQL (поля с артикулом, описанием и ERP-кодом берутся из БД предприятия в 1с).

В результате имею две проблемы:
1. Невозможно присвоить изделие у которого нет артикула (нечего присваивать).
2. Невозможно заставить Еплан присвоить нужный Артикул из двух одинаковых.

Первую проблему решаю искусственно: в БДИ изделию без артикула присваиваю артикул равный ЕРП-коду.
Вторую проблему решить не смог (пришлось удалить из БДИ изделие с совпадающим артикулом).

Сталкивались ли вы с подобной проблемой и как её решили?

[legionercheg]

Но зато любое изделие всегда имеет ERP-код. Уникальный ERP-код!

Невозможно заставить Еплан присвоить нужный Артикул из двух одинаковых.

Вторую проблему решить не смог (пришлось удалить из БДИ изделие с совпадающим артикулом).

Привет, Миш, что то не совсем понял - ERP как и Номер изделия должен быть уникальный (что логично вроде) и ты сначала об этом пишешь, а потом вдруг уже есть два одинаковых ERP. Или я что то не правильно понял?
У меня Номер изделия чисто "для меня", в последнее время я стал делать так "Сокращенно производитель_артикул изделия", например "Degson_DS4-MT", далее в поле "Номер для заказа" указываю его (если есть), а сам артикул пишу в Произвольное свойство значение 11 (ну вот так мне захотелось ), а Наименование пишу в Обозначение 1 и собственно если даже вдруг попадутся два "якобы" одинаковых изделия, к примеру всякие провода ПуГВ, то в номере изделия как ни крути есть сокращенный Производитель, они для БДИ будут разными...И поля Номер для заказа и Произвольное свойство 11 могут быть какими угодно, это конечно плохо, т.к. нет "защиты от дурака" и можешь сам накосячить, но у меня связи с 1С нет и БДИ я делаю сам для себя, поэтому косяки есть, но очень редкие...
Поэтому может тебе просто использовать другие поля для записи из 1С?

[Nastuxa]

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

[MVekb]

ERP как и Номер изделия должен быть уникальный (что логично вроде)

ERP должен быть и есть уникальным, это я и написал. А вот Артикул не может быть уникальным.

а потом вдруг уже есть два одинаковых ERP. Или я что то не правильно понял?

Наверное не правильно понял. Я нигде не писал, что есть два одинаковых ERP. Есть два одинаковых артикула.
legionercheg, всё остальное, что ты описал решит проблему, но это, во-первых, костыли и дальнейшие проблемы.
Пользователей много, работают давно, многие артикулы уже выучены наизусть и тут нововведения в виде нового формата артикула...

Nastuxa, всё верно, у нас аналогичный процесс. Но, только сначала связка по артикулу, а что не удалось связать - связываем по ERP-коду.

Резюмируя, получается надо колхозить какой-то новый артикул и нет никакой опции, чтобы ERP-код стал главным.
Мне это кажется очень странным. Ключевое поле - это, по-моему, как "отче наш" для любой БД, то с чего она должна начинаться.

Описанная проблема это очень большое исключение.
Надо очень постараться, чтобы в одном проекте встретились два разных изделия с одинаковыми артикулами.

[legionercheg]

Наверное не правильно понял. Я нигде не писал, что есть два одинаковых ERP. Есть два одинаковых артикула.

Да, затупил немного :)

Резюмируя, получается надо колхозить какой-то новый артикул и нет никакой опции, чтобы ERP-код стал главным.
Мне это кажется очень странным. Ключевое поле - это, по-моему, как "отче наш" для любой БД, то с чего она должна начинаться.

Ну тут логика наверное такая БДИ еплана первична, поэтому поле Номер изделия имеет приоритет, а ERP это уже связь со сторонними приложениями, которые у кого то есть (как у вас) или нет (как у меня). У меня к примеру ERP вообще не используется, тогда в моем случае все правильно что он не имеет приоритет над Номером изделия.

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

Ну согласен - изменения в БДИ всегда "глобальные" и приходится перестраиваться, по себе знаю...

[MVekb]

... а ERP это уже связь со сторонними приложениями, которые у кого то есть (как у вас) или нет (как у меня).

Об этом я не подумал - это действительно всё объясняет.
Спасибо!

[Nastuxa]

Но, только сначала связка по артикулу, а что не удалось связать - связываем по ERP-коду.

Не пробовали связку по ERP сделать главной? Может быть и проблема решилась бы.

[MVekb]

1с - это не моя епархия. Там другие люди и другие законы :)
Да и в каком порядке связывать не имеет значения, если еплан не даёт присвоить изделие у которого нет артикула.

[a_marmysh]

[+] оффтоп

а можно пример изделия без артикула?

[jjjTerouamajjj]

Например Шайба C.3.04.016 ГОСТ 11371-19

[MVekb]

Или вот:

ГдеАртикул.PNG

ГдеАртикул2.PNG