Всем привет! Меня зовут Никита Гусев, я руковожу направлением EPM в компании «Инфосистемы Джет».
Если вы когда-нибудь видели, как финансист или аналитик ставит себе ТРЕТИЙ монитор, чтобы формулы помещались на экране, то сложности работы Excel в крупных компаниях примерно представляете. В статье расскажу, почему еще планирование в табличках — это больно, и по какому пути идут наши заказчики.
Просто пишите формулы
Сразу оговорюсь, сам по себе Excel шикарен, в хозяйстве вещь незаменимая.
Да и кроме формул инструментов достаточно. Использовать можно что угодно 一 от макросов до Power Query и Power Pivot. Не говоря уже о поддержке JavaScript и сотнях других надстроек на любой вкус, цвет и задачу.
Огромное количество возможностей делает Excel практически универсальным инструментом. Там теперь даже ведут каналы и общаются вместо мессенджеров (в Google Sheets, если быть точным). Это, конечно, уже из разряда юмора, но лишний раз подчеркивает: Excel 一 это буквально для всего.
Если еще не видели, зацените, как умелец сделал для таблиц старый добрый Doom.
Есть еще машина Тьюринга, о ней до нас подробно писали вот здесь.
А еще в таблицу уместили бюджет системы здравоохранения Новой Зеландии, хоть и не без косяков. О косяках поговорим отдельно.
И если раньше всеми возможностями владели только матерые профессионалы и завсегдатаи Планеты Excel, с развитием ИИ наступает «золотой век» Excel. Достаточно просто попросить у LLM формулу, и порог входа в зеленые таблички волшебным образом снижается настолько, что руками делать ничего не нужно.
Вообще агентский режим уже доступен в лицензиях Microsoft Copilot 365. Он очень старается, но не без приколов:
Так что лучше спросить скрепку Clippy, к нему доверия больше.
Все действительно так хорошо, но не для крупных компаний. В enterprise у Excel есть пять болевых точек — о них расскажу подробнее по опыту наших заказчиков.
Одновременная работа
Технически работать в одной книге Excel с помощью shared workbook можно. На практике начинаются конфликты правок. Excel блокирует диапазоны ячеек, ведет журнал изменений в скрытых листах, но не дает механизмов разрешения конфликтов. В итоге ты либо ждешь, пока коллега закроет файл, либо сохраняешь локальную копию (которую потом все равно нужно подружить с основным файлом).
В кейсе заказчика ситуация была чуть сложнее. Данные были связаны между листами, и любое изменение должно было запустить цепочку перерасчетов зависимых ячеек на листах филиалов. Но запускало некорректно, пока все пользователи не закроют файл. Результат: однажды цифры филиалов на несколько миллионов рублей не сошлись с цифрами по региону, и вся королевская конница проводила ручной аудит около 10 тысяч ячеек.
Когда одновременная работа дает сбой, крупные компании переходят на классический workflow — раздельные файлы и их консолидация. Но начинается ОН.
Версионный ад
Бессмертная классика: рассылка шаблона по email с просьбой заполнить и вернуть до определенной даты. Куча файлов с чем-то в стиле «финальный_финал» в названии — это родное.
Но один филиал отправляет годовой план в старом шаблоне, потому что «так делали в прошлом году». Другой добавляет свой столбец с расчетами и ломает сводные формулы. Теперь все это нужно не просто свести, а сначала привести к единому стандарту.
Согласование бюджета превращается в одну большую потерю времени, потому что нужно:
собрать файлы
привести все возможные версии к утвержденному шаблону
свести данные
и только потом согласовать бюджет со всеми стейкхолдерами
Немного суровой реальности: один из наших заказчиков из логистики две недели согласовывал план на … месяц. Это может быть незаметно при годовом планировании, когда на подготовку, согласования и корректировки закладывают несколько месяцев. Но когда нужно быстро отреагировать на внешние изменения или согласовать бюджет на квартал, классический workflow уже не справляется.
Макросы и формулы хороши, но все зависит от прямоты рук
Формулы и макросы чувствительны к установленным версиям самого Excel. Если эксперт написал макрос с использованием возможностей 2019 года или новой структуры меню Ribbon, в Excel 2016 файл просто выдаст ошибку. А еще корректность работы сильно зависит от настроек Excel на конкретной машине.
Так вот в любой крупной компании за десятки лет существования бюджетов в Excel таблицы рано или поздно обрастают макросами и формулами. Вариаций может быть множество, в зависимости от фантазии и навыков энтузиастов.
И если энтузиаст увольняется, автоматизация слетает с первыми изменениями в структуру данных.
Так получилось у одного из наших заказчиков: в таблице годового бюджета формулы расчета себестоимости 19000 SKU написал сотрудник, который уволился за 3 месяца до сборки годового бюджета. Человек ушел, структура бюджета изменилась, формулы никто не исправил — они начали ссылаться на несуществующие диапазоны и выдавать грустное #ССЫЛКА!.
Аудит изменений
В отличие от Google Sheets, в Excel нет инструмента централизованного аудита, который бы работал на всех платформах, не ломал бы функциональность и не зависел от доброй воли пользователя (включил ли он макросы).
Встроенный инструмент “track changes” требует отката до формата .xls, а это значит никаких Compare Workbooks, Power Query и динамических массивов. Макросы любой пользователь может отключить перед началом работы с книгой, и аудит превращается в необязательную опцию.
При работе с бюджетами, финмоделями и прогнозами это критично. Если ошибка в одной ячейке сбила все расчеты, гораздо проще найти ее в истории изменений, чем несколько часов копаться вручную.
Контроль качества и целостности данных
Чистый человеческий фактор против встроенных инструментов Excel. Защита листа и проверка данных в теории защищают от отрицательных значений и текста в поле с выручкой или удаления формул.
На практике в большинстве случаев все происходит наоборот:
ничего не работает по умолчанию, и авторы таблиц просто забывают включить валидацию данных и защиту листа
уязвимость к копипасту ячеек: новая ячейка вставляется поверх той, для которой написаны правила
авторы таблиц просто спешат согласовать бюджет и забивают на валидацию данных и защиту листов
С проверкой бизнес-логики такая же история: настроить ее можно, но это адский труд, когда ячеек сотни и тысячи. Никто, кроме Excel-маньяков так не делает. А если и делает, то сталкивается с теми же проблемами, что я описал выше.
Если коротко, в Excel защита от «дурака» не встроена в фундамент архитектуры и не спасает от особо изобретальных. Это опция, которую нужно настраивать, и ее все равно можно обойти.
А workflow вообще отсутствует как класс. Он не встроен в архитектуру Excel. Скорее наоборот: мы пытаемся встроить зеленые таблички в существующий бизнес-процесс.
Учитывая функциональные ограничения и человеческий фактор, в больших масштабах и проявляются описанные проблемы.
От таблиц спасает куб
И нет, это не жуткий куб из одноименного фантастического триллера.
Динамический куб данных (OLAP) — это объект системы, где информация организована в виде гиперкуба с произвольным числом измерений.
Суть технологии OLAP In-Memory — хранение многомерных кубов данных непосредственно в оперативной памяти (RAM), а не на медленном диске (HDD/SSD).
Что это дает:
Мгновенную скорость запросов — нет операций ввода-вывода к диску, вычисления идут на высоких скоростях шины памяти;
Высокую степень сжатия — данные в памяти оптимизируются (столбцовое хранение, битовые индексы), это позволяет хранить и быстро пересчитывать большие объемы;
Непредрасчитанные агрегаты — можно считать скользящие итоги или произвольные срезы «на лету» без предварительной подготовки всех вариантов сумм.
Такие кубы доступны в системах класса EPM (Enterprise Performance Management или система управления эффективностью предприятия), например, IBM Planning Analytics, Anaplan, Oracle Hyperion или российские Cubix, Optimacros, Форсайт, Планум и др.
Основные различия показал в таблице (ну да, что поделать).
Характеристика |
Традиционный подход (MS Excel) |
Многомерная модель (OLAP-кубы) |
Структура |
Двумерная (строки и столбцы) |
Многомерная (оси-измерения) |
Хранение |
Файловое (дублирование файлов) |
Единая централизованная база |
Пустые ячейки |
Утяжеляют файл, замедляют работу |
Игнорируются (разреженные матрицы) |
Агрегация |
Ручное прописывание формул =СУММ() |
Автоматическая по иерархии справочников |
Контроль доступа |
Пароли на листы |
Ролевая модель на уровне пересечения осей |
От плоской таблицы к многомерному массиву
В Excel мы ограничены двумя измерениями.
В кубе данных измерения (они же «оси» или «аналитики») — это независимые справочники с собственными иерархиями.
Что будет включать стандартный набор измерений для бюджетного куба, например, логистической компании:
ЦФО (структура: Корпорация → Макрорегион → Филиал → Склад);
ФЦО (функциональные центры: Логистика, ИТ, HR);
Ресурсы, что потребляет функция (материалы, электроэнергия, ФОТ);
Продукты, что функция производит (номенклатура);
Контрагенты (поставщики, перевозчики);
Годы;
Периоды (иерархия времени: Квартал → Месяц → День);
Версии (План / Факт / Прогноз / Уточнённый план).
Каждое измерение — это полноценная иерархия. В измерении «Периоды» январь и февраль — это детальные элементы, которые базовый движок куба автоматически консолидирует в «Квартал 1» без каких-либо формул.
А еще куб учитывает особенности методологии заказчика, например, продукты одной функции, которые одновременно являются ресурсами для другой.
Срез данных: когда куб становится таблицей
Ключевой инструмент работы с многомерной моделью — операция «среза» (slice). Пользователь фиксирует значения одних измерений в фильтре, а оставшиеся два (и более) выводит в строки и столбцы.
Например, можно «разрезать» куб так: в строках — филиалы, в столбцах — месяцы, а в контексте жестко зафиксировано: ФЦО = «Логистика», Версия = «План», Ресурс = «Дизельное топливо». Таких срезов можно создавать бесконечное множество, «вращая» куб в пространстве и перемещая измерения в строки или столбцы и обратно. Финансовый директор смотрит бюджет в разрезе макрорегионов, а категорийный менеджер — в разрезе SKU.
И это не разные разрозненные файлы, которые нужно искать в почте или корпоративном хранилище. Это консистентные проекции одних и тех же исходных данных.
Разреженные матрицы: почему 19 000 SKU не весят терабайты
19 000 товарных позиций × 71 склад × 42 филиала — это миллионы возможных комбинаций. Если попытаться собрать такую матрицу в Excel, система рухнет: в одном листе физически не может быть больше 1 миллиона строк.
Кубы решают это через технологию разреженных матриц (sparse matrix optimization). Система хранит в памяти только ячейки с данными (это актуально как минимум для Oracle Hyperion и IBM Planning Analytics). Филиал в Калининграде никогда не делает отгрузки со складов Владивостока, а склад №47 не использует 90% из 19 000 SKU. В многомерной СУБД пустая комбинация — это отсутствие записи в базе, она ничего не весит.
In-Memory вычисления и единое информационное пространство
В тяжелых финансовых моделях обычно десятки книг, каждую из которых нужно открыть, пересчитать, выполнить связи. В Excel любое изменение данных заставляет движок перестраивать гигантское дерево зависимых формул, что приводит к зависаниям на минуты или часы. Особенно, если мы говорим об офисных ноутбуках, они вряд ли потянут нагрузку.
В EPM-системах офисным железякам живется проще.
Когда экономист в филиале вводит цифру расходов, система не запускает цепочку макросов. Значение моментально записывается на пересечение координат, и агрегат на уровне «Итого по холдингу» обновляется за доли секунды. Все пользователи работают в единой центральной базе. Проблема конфликта версий решается на уровне транзакций: если два человека одновременно пытаются изменить одну ячейку, система обрабатывает запросы последовательно и фиксирует каждую операцию в журнале.
Workflow и аудит как фундамент платформы
Вместо пересылки файлов с приписками вроде "Бюджет_Финал_v3_копия.xlsx", EPM-системы используют встроенный workflow. Статус согласования — отдельное системное измерение. Перевод статуса из «Черновика» в «На согласовании» автоматически блокирует права на редактирование для отдельной категории или для всех пользователей и оставляет только право на чтение.
Аудит реализован на уровне ядра: система непрерывно пишет лог транзакций: кто, когда, с какого IP-адреса и какое значение изменил. Это неотключаемый механизм контроля, который страхует бизнес-процесс от случайных ошибок и делает планирование более прозрачным.
Что в итоге
Проблемы Excel в планировании и бюджетировании, о которых я рассказывал в первой части статьи, проявляются и растут с размером бизнеса и количеством участников процесса. В средней компании с парой филиалов и несколькими сотнями SKU – используйте Excel.
При таком масштабе недостатки зеленых табличек просто не успеют повлиять на качество планирования. С двумя-тремя ЛПРами можно легко договориться о схеме рабочего процесса и сильно не мучиться с версиями и их сведением. Ломающиеся формулы все еще будут раздражать, но нет смысла вкладываться в переход на EPM-системы.
В enterprise риски намного выше, поэтому EPM с кубами данных здесь полностью оправдан. В следующей статье расскажу, какие решения сейчас доступны на российском рынке, что лучше и почему.
Комментарии (20)
GodAdministrator
28.04.2026 14:59Ох.... Как же улыбает, когда программисты лезут в бюджетирование )))
"Эту задачу решает... " и пишите любое название программы...
Программисты. Вам инфа от финансиста. Бюджет (тот что про планирование) БЫЛ, ЕСТЬ И БУДЕТ в эксель!! Если вам кто-то пытается сказать иначе - лукавят))
Итоги бюджетирования да, могут хранить в какой-нибудь системе. Но это все равно, что деревянную дощечку , где записан чистовой материал называть "местом для бюджета", а гору исписанной бумаги рядом - так, незначительным элементом.
JetHabr Автор
28.04.2026 14:59Эксель прекрасный инструмент, очень гибкий и понятный, с большими техническими возможностями.
Но именно эта гибкость при масштабировании рождает проблемы в больших компаниях. В двух словах коснулись этой темы в разделах перед выводами.GodAdministrator
28.04.2026 14:59Поверьте, я вас прекрасно понимаю =)
Мне 41 год. Я работаю финансистом с 22 лет в гигантах Фармы, FMCG, телекоммуникаций, а сейчас вот в крупном ИТ. =)
Так что я своё мнение не на пустом месте высказываю и про маштаб бюджетирования сам нарассказываю.
Вы можете сколько угодно строить ИТ структуры и проекты. Можете сколько угодно внедрять ИТ решения в "реальный бизнес". А я тот финансист, который скоро 20 лет как эти бюджеты делает своими ручками.
Так вот. Эксель это не "прекрасный инструмент". Эксель - это ЕДИНСТВЕННЫЙ инструмент. Остальное - это обвязка для него. Где-то хорошая (когда эксель напрямую в ERP обращается и тянет сразу предобработанные данные), где-то фиговая (когда выгрузку в csv приходится скачивать).
Но ВСЕ "ИТ решения для планирования" - для менеджеров. И в итоге - всего лишь места для хранения версий принятых в Экселе решений. =)
JetHabr Автор
28.04.2026 14:59Солидный опыт, мы с командой тоже много лет внедряем системы автоматизации планирования на разных уровнях)
И, как вы правильно отметили, внедрение сложной автоматизированной системы с большим количеством пользователей и заинтересантов, будь то MES/ERP/EPM/BI – это чаще всего проект, который инициирует менеджмент компании. Пользователи обычно прекрасно существуют в привычных им инструментах.
И сразу отвечу на ваш комментарий в соседней ветке: внедрение любой ЕРМ сопровождается адаптацией, а часто трансформацией методологии компании, потому, что любой процесс компании должен быть управляемым с измеримыми результатами.
Связка Excel+querry+pivot – это предпоследний этап принятия и осознания изменений которые необходимы для контроля процесса)
В своем примере вы описываете как раз систему ручного управления и решение точечной задачи, а не управляемый процесс в компании.
Для решения подобных задач в ЕРМ у вас всегда есть «песочница» на отдельном срезе данных, где вы, как специалист, понимающий всю методику формирования мастер бюджетов, можете скорректировать необходимые драйверы и исходные данные для получения требуемого результата.
И когда вам необходимо внести изменения в сквозную калькуляционую модель, оценить влияние изменение атрибута одного из ресурсов с «покупной» на «собственного производства» и пересчитать весь производственно-финансовый план с выходом на отчетные формы корпорации в модели, которая состоит из связки Excel+SQL, кучи макросов в 80+ книгах и отдельной книгой для управления этими книгами, полный пересчет которой занимает 6 часов – это причина внедрения ЕРМ системы. Пересчет указанных выше изменений в ней займет 3-5 минут и останется время даже красоту навести и подготовить объяснение получившимся цифрам)
Но если задача стоит просто собрать таблицу – нужно собирать таблицу)
next_account
28.04.2026 14:59проясните пожалуйста про многомерность - что имеется в виду? ну то есть если в эксель данные нормализованы - то можно столько "измерений" добавить сколько нужно если я правльно понял что под измерением понимается. ну например у нас было 10 таблиц по каждому складу, а мы их свели в 1 таблицу добавив столбец "склад".
насчет агрегации данных в эксель - видимо вы не используете таблицы и сводные таблицы - там с агрегацией все в порядке
Скрытый текст
пожалуйста - выбирай стандартную ф-ю или пили свою 
данные можно представлять в виде дерева - и если нужно можно залезть и поглядеть что внутри откуда эта цифра взялась 
вот это про таблицы, а не раскрашенный набор ячеек 19 000 товарных позиций × 71 склад × 42 филиала — это миллионы возможных комбинаций. Если попытаться собрать такую матрицу в Excel, система рухнет: в одном листе физически не может быть больше 1 миллиона строк.
зато в экселе может быть много листов, и свести по ним данные возможно в сводной таблице. даже связи между таблицами по ключу можно сделать. и по итогу у вас будет 19000 строк с номенклатурой и сколько нужно столбцов 71 склад × 42 филиала (у каждого филиала по 71 складу или всего 71 склад на все филиалы?) - т.е. найти номенклатуру на складе или филиале это не проблема для эксель.
было время я тоже писал свой софт для работы с экселем - но потом почитал справку и понял что все можно сделать в голом экселе (он же полный по Тьюрингу, а в 2024 версии я заметил что завезли лямбды, map, filter, reduce - и это все прямо из формулы в ячейке).
я не спорю что сводить данные по 42 филиалам в экселе это больно, я лишь говорю о технических возможностях экселя.
Скрытый текст
плюсанул что мог - с нетерпением жду продолжения с обзором софта - надеюсь там будет и 1С - в ней то задача со остатками по складам из коробки решена
JetHabr Автор
28.04.2026 14:59Про измерения и сводные таблицы вы говорите абсолютно верно (их же можно представить аналогом многомерных кубов, механика перетаскивания измерений схожа)
Сводные таблицы можно использовать, но как вы правильно отметили, необходимо собирать данные из множества листов в сводной таблице, где нет возможности редактировать информацию. Вам в таком случае необходимо идти в форму ввода, вносить данные, запускать пересчет книги и обновлять данные сводной таблицы.
В то же время в ЕРМ-системе у вас есть просто один гигантский лист, который сразу имеет представление сводной таблицы, пересчитывается на лету и дает возможность редактировать данные.next_account
28.04.2026 14:59буду ждать продолжения. я если честно не понял зачем сравнивать эксель и такой мощный комбайн как ваш - вот если бы вы себя с какой-нибудь 1С сравнили - вот это было бы справедливо (там и склады реализованы, и филиалы). то что в экселе в сводных таблицах нельзя менять данные - для меня это скорее плюс. кто-то на первичке собирает данные, а какой-то менеджер смотрит отчеты (сводные). если менеджер может влезть и напрямую вмешаться в работу человека на первичке - это ужасно, должно быть разделение ответственности (каждый занимается своим делом и изменения в данных должны пройти через человека который эти данные вносит).
удалось ли вам после внедрения своей системы уйти от экселя или он все таки никуда не девается?
у вас 1 сервер обслуживает все 42 филиала и все данные на нем крутятся и случись отвал сети будет простой?
как вы решили проблему версионирования? (в статье вы говорили что файлы итог.xlsx и финальный_итог.xlsx это плохо - но это решает проблему версионирования) - вы решили эту проблему технически (браво!) или методологически (тогда эксель ни в чем не виноват)?
JetHabr Автор
28.04.2026 14:59Продолжение обязательно будет, как и сравнение популярных Российских ЕРМ систем между собой и с 1С.
1) Да, теперь у линейных сотрудников и руководства есть "единое окно", где происходит ввод данных, согласование, корректировка и визуализация.
2) Конкретно в нашем случае да, прод крутится на одном сервере, но можно реализовать и "классическую" для 1С историю с локальными базами и последующей консолидацией или подтягивать данные в оперативном режиме. Сталкивались с разными пожеланиями заказчиков)
3) В проектах внедрения ЕРМ-систем методология всегда неразрывно связана с технической частью. Конкретно версии являются просто дополнительным измерением в каждом кубе, так называемые сквозные измерения. И можно в рамках одной формы сравнивать различные версии между собой в абсолютных и относительных величинах (План vs План с учетом корректировок vs Факт и тд.)GodAdministrator
28.04.2026 14:59Блин....статью что-ли написать? =) С объяснением что такое БЮДЖЕТИРОВАНИЕ, а что такое "Система для хранения и визуализации принятых в единственном нормальном расчётном инструменте решений" =)))?
Связка Эксель-powerquerry-powerpivot + специалист с большим опытом обставит любую коробочную систему =)
Потому что Бюджетирование, как процесс, это не про отображение 214 позиций по 24 заводам в 5 регионах.
Бюджетирование это когда тебе надо каким-то раком собрать в виде нормальной таблицы решение генерального, который плевать хотел на "механику работы системы", а чуть ли не в презе накидал "20щ миллионов на Отдел маркетинга (сами раскидайте по направлениям, но прирост по наружной рекламе не более 25% к среднеквартальной выручке за последние полгода. По продуктам и городам разбейте сами, но чтобы Москва с Питером были не больше чем на 15% по удельной величине к кол-ву жителей" =))))))
Через 45 минут.
И вставить в презу в виде таблицы.
Так как через час показываем собственнику.
С комментариями.
ВОТ ЧТО ТАКОЕ БЮДЖЕТИРОВАНИЕ! А не эти ваши ЕРМ.....
Johny_Walker
28.04.2026 14:59Прелесть экселя в его простоте и наглядности (тетрадка в клеточку), из-за чего некоторые пользователи, освоив максимум формулу для подсчета суммы, решают, что достигли профессионального уровня владения (на самом деле нет).
Я сам собираю данные для отчета в Ростех по результатам интеллектуальной деятельности по форме в экселе (образец можно скачать тут.
Потом с помощью макросов экселя загружаю (при необходимости нормализую) все полученные данные от всех организаций в сводный файл, где с помощью формул на отдельных листах формируется весь фактический материал (порядка 30 таблиц) для отчета. За 10+ лет наработан определенный опыт, благодаря чему шаблон для загрузок:
1. не содержит никаких макросов;
2. все листы защищены от изменений структуры, а благодаря условному форматированию еще и подсвечиваются ячейки, которые нужно вводить;
3. максимально используется выбор из предопределенных значений;
4. для вводимых ячеек определены жесткие правила ввода данных;
5. сделан лист "Контроль", где по несложным алгоритмам проверяется (где это возможно) корректность введенных данных, например, "в том числе" не может быть больше "всего" и т.п.
6. на листе "Общие сведения" проверяется корректность заполнения и выводится либо "Ок", либо сообщение об ошибке с отсылкой на лист "Контроль", где дается максимально подробное пояснение, что не так;
7. самым первым идет лист "Инструкция по заполнению", где подробно описан процесс заполнения каждого поля;
8. лист "Общие сведения" распечатывается и подписывается руководителем, скан высылается вместе с заполненным файлом эксель.Вышеуказанные меры позволили обеспечить своевременное, полное и достоверное представление данных (хотя любители написать рубли вместо тысяч встречаются, но их легко "отловить" по анализу самых больших значений в сводной таблице)
KEugene
28.04.2026 14:59У Экселя есть то, чего нет ни в одной из систем бюджетирования:
Возможность поиграться с цифрами. Это любят все руководители высшего звена. Ввел число и получил новый расчет. Здесь и сейчас.
Посмотреть как это работает и откуда тянется. Если сотруднику дать файл, то за относительно короткий срок он сам поймет алгоритм. А любая диугая система - по сути "черный ящик".
Менять что-то на лету. "А давайте здесь в формуле вот на это умножим". Для Экселя - да без проблем. В отличие от других.
JetHabr Автор
28.04.2026 14:59В данном случае мы рассматриваем отдельный класс систем, которые представляют из себя конструктор, а не коробочные решения конкретно под Бюджетирование.
1) Быстрый пересчет сложных моделей при изменении условий (минуты против часов, для сложных моделей) – одна из основных задач ЕРМ-систем
2) Для этого в ЕРМ есть функция Трассировки вычислений, которая позволяет сразу провалиться в форму-источник данных, отобразить формулу и посмотреть, кто последний вводил значения
3) Все современные Российские ЕРМ-системы – self service инструменты. Внести подобные изменения не проблема для пользователя, если он, конечно, не ограничен в правах на внесение подобных изменений)
Dr_Faksov
28.04.2026 14:59Мне кажется, программисты не любят Excel потому что они... там не нужны.
Программист открывает дверь ногой в бухгалтерию, где 1С, к примеру. Садится на лучшее место, и ждёт свой кофе. Чтобы приступить. И робко стучит туда, где Excel. И слышит в ответ -"Иди отсюда, не мешай!" :)
А он от всей души хочет помочь и сделать правильно. И совсем не дорого. Для начала:) А тут какие-то самозванцы забрали его работу :)
И почему-то вспомнился анекдот:
"Лихие девяностые. Инспектор ГАИ каждый день в одно и тоже время в одном и том-же месте останавливает за превышение скорости "нового русского". "Расчёт на месте" и всё повторяется на следующий день. Месяцами.
И вдруг в один из дней "новый русский" не приехал. День нет, неделю нет, две нет. На третью появляется.
Инспектор: - Ты где пропал? В некрологах тебя вроде не было.
Новый русский: - Да на Гаваях отдыхал!
Инспектор: - ЗА МОИ ДЕНЬГИ!!!!"
Вроде статья хорошая и правильная. Но как вспомнишь, что её автор занимается, в том числе,
раз-переводом компаний с Excel вдорогоесветлое будущее... Которое светлое, пока техподдержка оплачивается. Так впечатление немного меркнет.
alterbred
просто вспомнилось - на последней моей работе мне поручили "помочь" снабженцем - у них ооочень длинный Excel файл с остатками стройматериалов, инструментов и всякого другого на нескольких десятках складов и стройплощадках, надо сделать им возможность побыстрее находить нужное, а не закупать ещё раз уже имеющееся .
Через месяц попыток привести формат записей из "читаемой" в "обрабатываемый" вдруг выясняется, что файлы остатков им периодически выгружают из 1С (пускать их туда видимо не считали нужным), и всё стало намного проще и интереснее - приложение в Access получилось интересным, с удобным поиском и несколькими дополнительными плюшками.
НО! снабженцы почему-то так и продолжили пользоваться выгрузкой в файлы для имитации поиска по складам...
JetHabr Автор
Так это же классика внедрения любой системы, даже небольшой типа самописки на Аксесе. Пользователи всегда держатся за привычное до последнего)
От этого сложно избавиться, но можно. Если вовлекать ключевых пользователей в новый инструмент, обучать, готовить инструкции или записывать ролики с полезными советами, они могут перетащить в новую систему и всех остальных.
Но если ни у кого нет желания переходить на что-то новое, будет что-то в стиле "интернет этот ваш нам не нужОн".
fizikdaos
А если копнуть еще глубже, окажется что в 1С вносят из табличек от кладовщиков. Инвентаризацию же надо делать периодически? Вот сначала на бумажку, потом в табличку, потом в 1С.
alterbred
в 1С вносилось и менялось может из табличек, но скорее всего по актам разным и их же распечатанные кладовщикам выдавали... Про инвентаризацию на складах вообще ничего не знаю - не положено ;)