Как подводить итоги?

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

При работе с учётными и аналитическими данными мы всегда прибегаем к суммированию, в основном для того, чтобы подводить итоги. Можно просто сложить все периоды, а можно применить накопительный итог. Каким способом суммирования пользоваться, - лучше выбрать заранее, потому что от этого зависит и форма табличного представления и возможности, которые будут доступны в дальнейшем. Всё дело в том, что при ведении табличных записей на предприятии мы имеем дело с динамическими данными. Например, если взять такую характеристику как приход/расход, окажется что большая часть динамики придётся именно на неё. А приходы и расходы в компании ассоциируются с конкретными объектами, отслеживать изменения формы/положения/стоимости которых и призвана запись. Таким образом, наши записи – это ряды чисел, отражающие значение параметров на конкретные даты, те самые элементарные процессы. Соответственно именно ряды или потоки чисел определяют всю деятельность предприятия в табличном выражении. Поэтому для подведения итогов имеет смысл выбрать такой способ суммирования, который будет давать своим результатом ряд чисел, а не единичное число, а это как раз - нарастающий итог. Он позволит автоматизировать процесс подведения итогов и количество итоговых периодов приравняется к количеству учётных. То есть, если мы вносим данные каждый день – то и итог у нас будет доступен каждый день. Это огромное преимущество перед простой суммой. Однако, при таком способе суммирования, на каждый параметр придётся выделять дополнительный ряд/столбец чисел, чтобы хранить нарастающий итог. Эта особенность затрудняет построение классической таблицы или делает такое построение вовсе невозможным.

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

Если углубиться в суть нарастающего итога, то станет ясно, что нарастающий ряд – это своего рода "блокчейн", содержащий в себе все предыдущие изменения числового выражения параметра. Это открывает неочевидную возможность актуализации и позволяет оперировать рядами как полноценными числовыми единицами.

В этой таблице приведён пример элементарного расчёта стоимости килограмма объекта. Можно наглядно видеть, что нарастающий итог(НИ) не только обеспечивает расчёт накопления(что хорошо применимо при учёте остатков на складе), но и актуализирует стоимость килограмма. То есть, чтобы узнать стоимость килограмма объекта, - нет необходимости в отдельных расчётах, достаточно разделить ряд НИ рублей на ряд НИ килограмм. Благодаря такому свойству можно строить аналитику в совершенно новом качестве, где каждый элементарный процесс по умолчанию имеет накопительный ряд. Кстати, можно видеть, что в таблице ряды нарастающего итога занимают дополнительное место, в то время как в интерфейсе CYFERTALK они скрыты и отображение их значений осуществляется в перемещающейся по датам накладке(бегунке). Это значительно облегчает восприятие без потери доступа к значениям.

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

В комбинации со Словами CYFERTALK, о которых шла речь в предыдущем посте, нарастающий итог способен решить немало аналитических задач, стоящих перед финансистами и любыми управленцами, заинтересованными в актуальном расчёте.

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

Главным же преимуществом нарастающего итога является возможность выбирать итоговый период с любой точкой отсчёта и концом периода. Например: отчётный период в месяц, а цикл производства занимает 1.2 месяца и цикл оборота 1.5, и при этом даты начала и конца циклов плавают с погрешностью в неделю. С такими вводными, вы сможете отследить бизнес-процессы только за два месячных периода. Просто потому что ваши основные циклы не влезают в один отчётный, ни по длине, ни по точкам отсчёта/конца. А если все записи имеют нарастающий итог, - вам не важен отчётный период. Каждый день в вашем распоряжении закреплённый итог за все предыдущие дни. Вы можете выставить период для любого цикла и исследовать его "наживую", - как он происходит в реальности.

Это основные моменты, связанные с нарастающим итогом. В следующем посте думаю затронуть тему мета-анализа, то есть выделения составных частей аналитической картины.

С вами был A.V.M. Подписывайтесь.