Загрузка номенклатуры из иерархического Excel #566936

Знаю что обсуждений было куча, и перечитал много статей. Но все же вопрос остается открытым. Есть прайс номенклатуры вложенностью 7 или 8 уровней. Элементы можно отследить по артикулу, а вот с группами проблема. Знаю только уровень вложения, а вот определить родителя этого уровня не получается т.к. верхних уровней тоже может быть несколько штук. Собственно вопрос: возможно ли как-то из Excel вытащить кроме уровня еще и родителя и как это сделать. Может у кого-то есть альтернативные решения!

ап

ждем Евгения))

формат в экселе какой, опиши примерно

Есть конечно

)))

вес папки в одной колонке с номенклатурой?

есть у меня определитель таких прайсов и групп в них. Алгоритм несложный. Но я пока делал три (можно сделать и 8).

По виду это типовый прайс из УТ т.е.:  Группа1.2      Группа1.2.1.1       Элемент1...      Группа1.2.1.2       Элемент2...    Группа1.2.2     .....  Группа1.3    ..... Группа2 Группа2.1   ..... Группа2.2

Можно по-подробней?

lol то есть у тебя отдельная обработка на каждый уровень?) у каждой отдельно взятой группы или элемента можно определить родителя?

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

нет у меня обработка которая считывает три группы. пока максимум что встречалось у клиентов. но если надо 8 то можно и под 8 чделать. количество роли не играет. ну чуток кода будет больше.

пару дней назад писал загрузку. Задал количество уровней иерархии, на каждый уровень прописал номер колонки. Родителя ищу в цикле по наименованию.

если у тебя такая структура - вычисляй по количеству пробелов. ответ на лицо. У меня нет пробелов у меня прайсы попадаются где все идет сплошным списком. Пришлось писать модуль по определению групп и иеархии

с отдельными колонками любой сделает)) а ты с одной сделал?)

я делал загрузку - уровень группы отслеживался по размеру и жирности шрифта ))

надо поставщиков нормальных иметь, которые прайс нормальный выкладывают  ;).

Да но там количество пробелов может плясать -+4 символа

Все гораздо проще. У групп в прайсах как правило нет какого то заполненного поля. Единицы, количества. При пробежке мы это можем получить. Потом все просто оказывается. Получили строку (нет единицы) аха - это группа. Бежим след строка - нет - аха это вторая группа. И т.д. Таким образорм получаем группы. Для связки (т.е. аха 1 группа, 2 группа и т.д.) Заводим переменные. То есть на первой группе - аха это группа - в переменную ПОлучили вторую группу - аха -0 в другую переменную. Потом у нас получится переменные которые друг другу родители. Как только вышли на товар. - аха это товар. Значит все переменные свыше - его группы. Бегим пока после товаров опять группа не попадется. Обунляем переменные. Опять считываем.

как вариант

надо иметь нормальную купленную разработку сделанную мной))) Чем больше таких поставщиков тем у меня больше заработок ))

бывает одинаковым или вообще никак не выделено.

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

а иерархия - какая группа чему принадлежит ?

так через временные переменный ты их все получаешь. Перем Родитель1, Родитель 2 и т.д.

Могу продать разработку. 1Сникам скидка 20 процентов)))

ну если отступ больше, значит группа подчиненная и наоборот + проблема в том месте, где кончаются товары и появляется группа, сложно будет определить ее уровень

не, это не мой путь, при неопределенной иерархии запаришься

вот я про то же

у тебя переменные строк. которые хранятся пока не будет определена строка с товаром и опять найдена очередная группа. Ясень пень что после строки с товаром если опять попалась группа. значит все переменные обнуляем. А до этого времени все переменные это группы. Просто проверяем заполненность переменных. Получается Родитель1 Родитель2 Родитель3 и т.д. Все они между собой связаны.

короче - задача тривиальная, главное - оперделить признаки, остальное 50-70 строк кода

т.е. ты бежишь по всему файлу, пытаясь определить группы? и формируешь дерево групп?

никто не мешает тебе сделать ТЗ и показывать результат работы алгоритма перед тем как что то создавать в базе. Через интерактивную таблицу моджно проверить правильность работы и на логическом уровне все отладить как часики.

конечно.

А если какой-то идиот менеджер поставщика написал название группы или товара с пробелом в начале, то она получится в другом уровне. А если у меня на 40-м уровне есть 15 групп, то сколько мне надо переменных? Надо что-то более универсольное.

не, у меня без дерева работала, нормально раскидывала

ну тогда продолжай ипать себе мосх))) универсальных не бывает в таких вещах.

я прайсов столько перевидал шопипец. каждый дрочит как хочет.

40-м = 4-ом

любой алгоритм может слететь если появится новыйчудо прайс. Там еще бывает что группы вообще влепливают в колонку с артикулом или даже номером строки. так вообще офигеешь такое считывать.

Я не про универсальной загрузки всех прайсов, а про универсального алгоритма в плане обработки групп данного прайса.

я ж и говорю. под один прайс настроишь, прийдет другой прайс и уже надо новый алгоритм и т.д. и т.п.

А из самого Excel'я никак не получится вытащить?

Получаем же уровень нахождения, может можно как-то и родителя уровня вытащить?

все это не так просто. Если у тебя один прайс строгой формы то конечно тут смело можно делать один алгоритм не парясь. По пробелам - тебе самый подходящий вариант и самый простой. Проверку группы и товара легко определить по какой нить колонке типа единицы измерения или количества. В прайсах у группы эти колонки пустые.

а эксель у тебя у всех стоит?

Да.

кинь куда-нибудь пример?

прайса

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

можно и без дерева, повторюсь - главное определить признаки, а закодить уже мелочи

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

ИМХО, если что грузить от поставщика, то перед записью в БД нужно пользователю дать шанс проверить. А тут можно добавить колонки с найденными значениями в базе, дать возможность самостоятельно ввести корректировки, и т.п. Размечтался что-то я, сам все равно по другому и проще делал:) Но и задачи другие были.

черт, тут вообще все просто, строки уже сгруппированы, даже напрягаться не нужно

А его 1 раз загрузить надо, или периодически обновлять?

Самая основная проблема сохранить иерархию. Допустим грузим группы 5-го уровня и тут группа 4-го уровня следовательно родителя надо искать 3-го уровня а их штук 5 и кто из них папочка?

Обновлять конечно, если будут дополнения.

глупости, тут родитель явно определяется, так как существуют группировки

Ты хотел сказать последняя группа из этого уровня т.к. загружаем последовательно?

Чел не понимает как строками управлять)) предидущей и следующей))

запоминай группы отдельно, и как найдешь следующую группу, то ищи предыдущую по количеству пробелов слева.

по ходу я не въехал в

ты файл смотрел? там строки сгруппированы

делаешь ТЗ для заполнения Две колонки Считываем файл Пока Стр для Каждого ляляля Следующий Если Ляляля проблелов = 1 Тогда КонецЦИкла. Для Каждого Стр из ТЗ ЦИкл ляляля найтигруппа Не нашли создали ВерхняяГруппа = СОзданнаяИлиНайденнаяГруппа и т.д. и т.п.

Смотрел, он как раз как в

не обратил внимание на левое поле ... там типа плюсики и полоски какие-то

зачем нужна твоя промежуточная структура ? берешь все и пишешь в справочник в транзакции сразу, не надо ничего дополнительного

я не привык делать алгоритмы без проверки предварительной. Хочешь делай сразу! что проще проверить и кнопку нажать или насоздавать а потом мосх ипать и чистить все если где то глюк прошел или неправильно.

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

Все проверки пробелов легко заменить Лист.Rows(Стр).OutlineLevel и получаешь готовую таблицу с уровнями.

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

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

это если они есть и если есть эксель, на который не каждый хочут 7 тыщ на юзера покупать, которые в нем никуя не делает.

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

да именно так. это будет мгновенно. Зато для отладки супер.