IMO, я бы решил через доп таблицу и объединение запросов. Был бы файл, показал бы пример

Alex, спасибо, вроде работает как надо. Что хорошо, в файле, для которого я это делаю, как раз используется модель Pivot для план-факт анализа. Буду курить мануалы по формулам меры, что Вы использовали. На мой взгляд, получилось изящно и легко)
Дмитрий Никитин, спасибо за вариант, но, к сожалению, Ваше решение на моей реальной базе вряд ли применимо: масштаб выгрузки - 270к+ строк за год по всей фирме со множеством дополнительных аналитик, и заводить даже частично их 12 копий в таблице на разные месячные коэффициенты - это пытаться вывести компьютер в нирвану (еще порядка 150к строк, если трогать только нужное подразделение). По вопросу о правильности пересчета: это не платежи, а отнесение затрат по изготовлению деталей собственными силами на себестоимость другой продукции. В моем понимании, на каждый месяц должен быть отдельный коэффициент, который и применяется исключительно на этот месяц, а лучше даже определение себестоимости детали, но здесь и сейчас это не так. Тем не менее, такая логика как сейчас, тоже может быть: условно деталь произвели в марте, положили на склад, а списали в затраты в июле вместе с такими же, произведенными в июле, поэтому и коэффициент для них общий.  

Добрый день!
Есть довольно интересная задача, к которой я даже не знаю, как подступиться. По одному из подразделений фирмы ведется весьма "интересный" учет, а именно затраты относятся на себестоимость определенным коэффициентом, который пересчитывается накопительно каждый следующий месяц. Таким образом, получается картина, что, условно, в январе на себестоимость относилось 75% затрат за этот самый январь, а вот в феврале коэффициент пересчитали и теперь уже за январь-февраль относится 65% и так далее. В реальности колебания коэффициента значительно меньше, но на оборотах подразделения за год они все равно дают о себе знать.
Обрабатываю я этот коэффициент примерно как показано в файле, только что коэффициент используется один, что ведет к 12 файлам (за каждый месяц накопительно), что неудобно, и срезы за прошлые периоды в более поздних файлах некорректны.
Кроме того, на данный момент этот отчет планируется перевести в дашборд для руководства (через Power BI Desktop).
Изначально я представлял, что срез по дате (временная шкала) должен как-то переключать таблицу данных для сводной (да, я готов держать в одном файле 12 таблиц) или вызывать пересчет одной. Но это не обязательно именно так должно работать.
Таким образом, мне нужно какой-то механизм, который позволит избежать расхождения данных как за предыдущие периоды, так и в текущем: то есть обновляю запрос за февраль, выбираю там срезом январь - и вижу данные января (как в первой таблице), снимаю срез - вижу данные за январь-февраль (как во второй, и без разницы, что данные за январь уже другие). Желательно, чтобы механизм мог использоваться в Power BI.
Если считаете, что данный топик правильнее разместить в форуме "Работа", то хотя бы подскажите, в какую сторону (конкретные названия функций, инструментов) мне пытаться смотреть и изучать вопрос самостоятельно, чтобы не выходить за границы разумной бесплатной помощи.

Спасибо, уже сам разобрался. Просто удалил все пробелы в дубликате - и ушло 3 "скрытых" дубликата. Прошу закрыть тему

Добрый день, коллеги!
У меня есть таблица, которую хочу использовать как справочник для подвязки Контрагентов к операциям. Эту таблицу я получил сначала удалив дубликаты через вкладку "Данные"-"Удаление дубликатов", затем загнал ее в запрос, там тоже провел удаление дубликатов, причем сначала просто, затем с заменой пробелов и привидением всех букв в заглавный формат.
Тем не менее, даже после всех этих манипуляций Power Pivot отказывается использовать этот запрос как справочник с замечанием, что в обеих таблицах (справочнике и связываемой) есть повторы значений.
Пожалуйста, помогите избавиться от этих "скрытых" дубликатов

Lubsan, попробуйте 64-разрядную версию программы. Тоже может помочь

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

Helenazov, к почте еще часика 3 доступа не будет( Поэтому затрудняюсь с ответом.
Ваш вариант мне нравится гораздо больше: сохранился порядок начальных неизменных столбцов, да и не надо таблицы делать умными. Единственный минус: "ушли" два столбца, у которых были объединенные заголовки. Но это я поправлю уже в изначальных файлах (может быть, если данные будут нужны).

Helenazov, ругается "Недопустимый идентификатор" на ®. Когда исправил на (FFF) (это же название переменной, верно?), стал выдавать "Импорт r не соответствует ни одному из экспортов" на строчку [r[Column1]<>"Организация"]

Дмитрий(The_Prist) Щербаков, спасибо, буду вдумчиво пробовать.  

Добрый день!
Есть задача собрать и обработать данные из нескольких выгрузок 1С. Проблема заключается в том, что от месяца к месяцу в этих отчетах разное количество столбцов. Среди приемов есть алгоритм для сбора данных при одинаковом количестве столбцов. К сожалению, адаптировать к разным по размеру шапкам у меня не выходит.
Что я делал:
1. В первой итерации я просто взял один из файлов как пример, настроил преобразование в нем - и резонно получил ошибку во всех остальных файлах (количество столбцов отличается, просто ругался что нет, условно, Column220)
2. В текущей итерации собрал все варианты шапки в одном файле-примере, настроил преобразование по нему - и снова получил ошибку по всех остальных файлах по той же причине (нет столбца "Такой-то")
С учетом своего опыта единственным вариантом вижу сбор через PQ отдельного листа в каждом файле, который будет преобразовывать конкретную таблицу этого файла, а в сборе уже просто собирать эти таблицы, но это настройка 12 крайне похожих (но все-таки разных) запросов PQ. Хотелось бы все-таки делать это в одном общем запросе, а не в тринадцати (12 запросов в файлах, один запрос на сбор данных этих запросов).
Прошу помощи в решение этой задачи - создании одного общего запроса. Пример по последней итерации приложил в архиве (папка с файлами данных+файл сбора).
Заранее благодарю)

Как вариант, обработка PQ. Но у Вас не написано, по каким критериям сортировать

_Boroda_, я вообще не помню, где она в 2003 в меню)  

AmpirOnic, в экселе 2013 и выше выделяешь строки или столбцы, вкладка "Данные", раздел "Структура", кнопка "Группировать"

Добрый день!
Я бы сделал вот так калькулятор.  

С учетом конкретно моего пула данных лучше работает ([АВЕКМНОРСТУХ]\s?\d{3}\s?[АВЕКМНОРСТУХ]{2}\s?(\d{2,3})?)|\s([АВЕКМНОРСТУХ]{2})?\s?\d{2}\s?\d{2}\s?([АВЕКМНОРСТУХ]{2})?\s?(\d{2,3})?

Итак, это конечная версия файла для всех, кому понадобится. Добавил замену литер номера (если забиты латиницей), добавил, как понял, регулярку на номера спецтранспорта. У меня покрывает 95% всех возможных вариантов, остальные решу как раз добавлением в справочник замен.
Еще раз спасибо помогавшим.

Спасибо всем! Отдельная благодарность за объяснения логики)

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

nilske, спасибо. Частично помогло.
А можете расписать логику регулярки по разделам? Хочу поменять, чтобы "цепляло" и с пробелами номера, и без пробелов. Сейчас цепляет только с пробелами.
Как я понимаю, ?\d{3} - это любой текст до трехзначного номера и сам трехзначный номер, ?\d{2,3} - это примерно то же, но с кодом номера. А вот все остальное вообще не понимаю ((

nilske, к сожалению, не все так просто: есть строчки типа "ГАЗ-3307 В293АУ64", и "ПСС-131.18Э  М 857НВ164", и " Автоподъемник ЗИЛ 433362  В057СР64". В общем, количество слов рандомное перед номером.

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

Если правильно понял логику заполнения, то примерно вот так

Другой вариант с использованием темы по извлечению уникальных значений из приемов.  

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

Лев Погудин, а сводная таблица Ваши пожелания не удовлетворит? Она автоматически суммирует по всем номенклатурам. Просто без примера файла сложно говорить о чем-то еще

Вот такой вариант Вас устроит?  

Я бы сделал вот так: или через допстолбец, или через разделение в формуле

Поправил свою, добавил туда вариант от sotnikov,
Его вариант мне нравится больше)

niik_74, так ЕПУСТО и будет возвращать "Ложь" на формулу, дающую результат "". Результат "" не считается пробелом и при сцепке не учитывается.
Таким образом, проблемы-то и нет, если я правильно понимаю