Проблемы отображения изделий в БДИ

[MVekb]

Добрый день, коллеги!
Давно хотел задать вопрос и вот решился.
База Еплан организована на SQL, связана с 1С.
Из моего собственного понимания база Еплана формируется путём дублирования соответствующих полей из базы 1С.
Все изделия отображаются нормально, но по какой-то причине у некоторых изделий к обозначению добавляются "артефакты", такие как "??_??@" или "ru_RU@".
Соответственно, в спецификацию в Еплане они попадают с этим же безобразием.
Если в еплане у проблемного изделия исправить обозначение вручную, то через какое-то время происходит обновление и всё возвращается на круги своя.
Куда можно рыть, какие могут быть варианты решения?

F1.png

F2.png

[keysansa]

Куда можно рыть, какие могут быть варианты решения?

А как эти позиции в 1С выглядят? Может там именно так и внесены?

[MVekb]

В 1с всё ок, это было бы слишком очевидно )

[+]

F3.png

[keysansa]

Тогда это однозначно вина модуля связи 1С и Ms SQL. Я так подозреваю, что это обработка в 1С.
Дело в том, что ru_Ru - обозначение кодировки. Те добавляются во время перекодирования в Unicode.И заметтье, всегда сначала строки.
Имхо утечка памяти при работе со строками.

Отправлено спустя 32 минуты 58 секунд:
Немного оффтопа.

Интересное решение.
Я так понимаю, счета поставщикам автоматически формируются из спецификации проекта?
И еще вопрос. Те свойства, что есть только в Epan (например, шаблоны функций изделия) не перезаписываются же из 1С?

[AGorskiy]

"??_??@" или "ru_RU@"

Это теги языковой поддержки Е. В настройках каждого проекта, в разделе Перевод есть поддерживаемые языки. В обработке 1С, взаимосвязи с SQL, видимо есть актуализация изделий, а настройки проектов разные, потому порой и появляются данные теги. Попробуйте во всех проектах удалить лишние языки.
Это только предположения.

[MVekb]

Да, частично вина оказалась в кодировке.
Как видно из скриншотов, в БДИ Еплана есть элементы у которых отображается только артикул (без описания), а есть такие у которых описание отображается вместе ru_RU или ??_??.
Я скопировал текстовые поля из 1с в блокнот и сохранил файл. Блокнот сругнулся на то, что при сохранении может быть потеряна часть информации из-за того, что в тексте содержится кодировка юникод. После сохранения в блокноте я опять уже из блокнота вставил текстовые поля обратно в 1с. После этого у меня в еплане стало отображаться описание. Но артефакты ru_RU не исчезли...

Офтоп

[+]

Я так понимаю, счета поставщикам автоматически формируются из спецификации проекта?

Это не моя поляна, поэтому не отвечу. Из еплана мы выгружаем спецификации в Excel. В 1с есть механизм связывания. Поля в 1с полностью соответствуют выгруженной в экселе спецификации. Через ctrl-c/ctrl-v спецификация из экселя оказывается в 1с. Жмём в 1с кнопку "связать" и происходит распознавание изделий в спеке по артикулу/ERP-коду.

Те свойства, что есть только в Epan (например, шаблоны функций изделия) не перезаписываются же из 1С?

Не перезаписываются. Ну или я не замечал.

[keysansa]

Спасибо.
Блокнот не совсем "прозрачен". Попробуйте открыть консоль (cmd) скопировать в нее, а потом назад.

[Dotarev]

В базе данных изделий Eplan (БДИ) строки имеют два варианта форматов: обычный текст и мультиязычный текст. В мультиязычном тексте могут храняться тексты для нескольких языков сразу. С точки зрения SQL базы, и то, и другое - текст, скорее всего типа nvarchar(max). Где какой текст хранится, можно выяснить в в хелпе Eplan, классы объектов "Изделие вложенное".
Ваша проблема, видимо, в модуле экспорта из 1С в SQL БДИ. Правильно работать с форматом мультиязычного текста умеет модуль Eplana, но для себя я сделал сокращенную версию, которая заносит текст в формате "??_??текст_поля@;", а при чтении берет текст первого попавшегося языка. Если вы сами формируете БДИ, этого вполне достаточно.
Чтобы решить проблему, необходимо скорректировать обработку, выгружающую изделия из 1С. Отдайте приложенный файл вашему программисту, думаю, он разберется.

MlString.cs

[MVekb]

Отпишусь о решении проблемы.
Как мне объяснил наш программист 1с проблема возникала у изделий, содержащих в описании, верхний регистр, например, м2 (мм.кв). Когда встречалась надпись "м2" с верхним индексом происходила неверная интерпретация и добавлялись лишние символы вроде "??_??@" или "ru_RU@". Сейчас всё исправлено и отображается как положено.