Всем привет!

Пытаемся переехать с МоегоСклада (МС) на 1с, путём выгрузки всей базы из МС в xml-файлы, и далее импортируем это всё в 1с, через ВыгрузкаЗагрузкаEnterpriseData.
Возникла сложность с переносом товаров из-за довольно разного подхода к организации хранения характеристик товаров - в МС это варианты товаров ("Футболка, Белый S" или "Футболка, Чёрный L") и "ХарактеристикиНоменклатуры" у 1с, в которой значения цвета и размера хранятся в "ЗначенияСвойствОбъектов" (причём нет особого понимания, является ли свойство цветом или размером). Более того, "ХарактеристикиНоменклатуры" могут быть связаны как с "Номенклатура", так и с "КатегорииНоменклатуры"... Как это всё связать грамотно, непонятно)

Есть ли у кого-то опыт или совет по данной задаче? Возможно, стоит рассмотреть другой подход?

Надо загрузить "как есть", а потом уже внутри 1С постепенно менять структуру хранения.

(0) Во-первых, с видом номенклатуры, а не с категорией.
А во-вторых, такие вещи, как структура каталога номенклатуры, прорабатывается до переноса. Аналитиком.
(1) как есть - путь в никуда. Надо сразу продумывать.
И кстати, какая именно 1С? ЗУП?

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

(3) есть.
Подтирание соплей и подпорка костылями.

Подрабатывать можно мелочевку всякую. А системообразующие вещи лучше думать заранее

(0) Объединить легко, это разделить сложно
Так что грузите все разной номенклатурой, без характеристик

(5) +100500. Менять в УТ тип номенклатуры - тот ещё квест.

(5) >> А системообразующие вещи лучше думать заранее
Не всегда. Я вот свою программулину пилю много лет и дорабатываю кусочно. Т.е. сначала даже не думал, что туда столько всего напихаю. Просто все модули максимально изолированные, поэтому добавление, удаление или изменение чего либо не приводит к краху, хотя это всё работает 24/7!!! Методика модульного решения задач рулит же.
В случае с (0) всё тоже самое - после переноса максимальной информации, можно спокойно или быстро это всё приводить в порядок. Зато даже на этом уровне уже можно разделить задачу на две части, отказавшись от котлового метода! Проблема может возникнуть только в лени, как это бывает у большинства: "вроде как-то работает, зачем ещё что-то делать?" или в неправильном делении задачи на куски

(8) поздравляю, ты переоткрыл микросервисную архитектуру

(7) если все сделано как в (6) без лишних группировок - нет никакой проблемы поменять тип/вид номенклатуры

(9) Микросервисы, это только ещё одна попытка поставить толпу кодеров в стойло и не более. Изначально для этого придумали ООП, но не взлетело, поэтому резко изобрели микросервисную архитектуру. И как показала практика, тоже ничего не получилось.
Нет, у меня жутчайший монолит. И методика эта не именно про программные продукты, а про решение любых задач. Методика простейшая до жути (просто всё разделять), но её почти никто никогда не использует в принципе

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

(0) Бюджет какой ?

(7) и что за квест? никакого квеста там нет.

Значения свойств не обязательны для характеристик.
Достаточно заводить правильно наименования.

ещё, есть вариант переделки XML файла перед загрузкой с помощью XSLT-преобразования, но это уже high level

(14) Ну, например завести номенклатуру с характеристиками, поработать, а потом поменять на тип без характеристик. Всё нормально будет?

(17) я не спец, но сильно сомневаюсь...

(17) Делал. Корректировка регистров. Остатки с характеристиками списываются, меняется тип номенклатуры (на без характеристик), той же корректировкой приход товара уже без характеристик. Если все сделать по уму, никаких проблем. Ну и, понятно, что доки где старый тип нменклатуры должны быть в запрещенном периоде

(19) Где ж его взять, ум то. Юзеры сначала поменяют, поработают, ещё раз-два поменяют туда-сюда. А уже потом бегут с рыданиями: ваша программа опять не работает! :-)