SubscribersHow many subscribers the channel has now. The wave shows subscribers at each point of the period. The change is against the start of the period.140.0 %+0 for the period
ViewsHow many views the posts published in the period have now. These are not views per day: MAX does not report how many views there were yesterday. The percentage is the change in the daily average: the current period is still running (today is not over yet), so it is compared with the previous one by pace rather than by total. “Was” is the whole previous period of the same length.45▼ 10.4 %was 58
ReactionsHow many reactions the posts published in the period have. The percentage is the change in the daily average: the current period is still running (today is not over yet), so it is compared with the previous one by pace rather than by total. “Was” is the whole previous period of the same length.5▲ 92.5 %was 3
MentionsHow many times other channels mentioned the channel: links and reposts, excluding advertising posts. The bigger the circle, the more mentions at that point of the period. The percentage is the change in the daily average: the current period is still running (today is not over yet), so it is compared with the previous one by pace rather than by total. “Was” is the whole previous period of the same length.61▼ 17.1 %was 76with a subscription
RepostsHow many times other channels reposted this channel's posts (excluding advertising posts). Reposts are also counted as mentions. The percentage is the change in the daily average: the current period is still running (today is not over yet), so it is compared with the previous one by pace rather than by total. “Was” is the whole previous period of the same length.28▲ 15.6 %was 25after signing in
Average post reachHow many views one post gets on average. Only posts older than two days are counted: views of fresh posts are still growing. Points with fresh posts are dashed with hollow dots: the reach of all posts right now, it will still grow.5 535▲ 2.9 %was 5 381after signing in
ERRWhat share of subscribers sees an average post: average reach ÷ subscribers × 100 %. The line shows ERR at each point of the period, the dashed line — ERR of the previous period of the same length. Points with posts younger than two days are hollow dots on the dashed end of the line.29.0 %▲ 0.1 ppdashed line — was 28.9 %after signing in
Engagement ERHow often readers react to posts: reactions ÷ views × 100 %. The tick on the bar is the previous period.2.80 %▼ 0.2 pp
Posts per dayHow many posts are published per day on average. Each cell is a point of the period: the darker, the more posts per day. The percentage is the change in the daily average: the current period is still running (today is not over yet), so it is compared with the previous one by pace rather than by total. “Was” is the whole previous period of the same length.4.3▼ 6.2 %was 4.7after signing in
Ad shareWhat share of the period's posts looks like advertising: erid labeling, ad links and other signs. The scale shows the ad load by the quality index thresholds: up to 10 % — low, up to 25 % — moderate, up to 50 % — high, above — very high. A growing share is marked red.3.9 %▲ 1.8 pp
TrendTop — subscribers at the end of each point of the period; bottom — growth per point: green means more subscribers, red means fewer. Above the growth chart — the biggest gain and the biggest loss. MAX does not report how many people subscribed and unsubscribed separately.
Audience growth
0subscribers in the period
The number of subscribers did not change in the period
Channel scoreA channel score from 0 to 100 made of five parts: audience, growth integrity, ad load, trust and calculation reliability. Each bar shows how many points the part earned out of its maximum. The index is recalculated every night; channels are compared with similar ones of the same category and size.
ReachHow many views the posts published at each point of the period have now (not views per day). The record is labeled; the point with today is paler — the day is not over yet. Average post reach — posts older than two days.
Views and reach
709 891views in the period▼ 4.1 %
Average post reach — 5 535 views (posts older than two days).
EngagementER — reactions divided by views, in percent — for the posts of each point of the period. The dashed line is ER for the whole period. The change is in percentage points against the previous period of the same length.
CitationsThe citation index (CI) shows how often and by which channels this channel is mentioned over the last 30 days, excluding advertising posts. The level is its place among similar channels. The line shows CI at each point of the period (for a week or month — the average over its days).
The citation index has not been calculated yet: it will appear after the nightly calculation once other channels mention the channel.
RhythmHow many posts are published on average in each hour of each weekday, Moscow time: the darker the cell, the more posts. “Best time” — the hours when posts older than two days have the highest average reach.
When and how much it posts
MonTueWedThuFriSatSun
036912151821
Best time:09:0018:00hours when posts get the highest average reach
FormatsWhat the feed is made of. Each post has one format, by priority: repost, video, photo, link, text. The bar and percentages show the share of posts of each format; on the right — average reach of one post of the format (posts older than two days), the small bar compares it with the most viewed format.
Post formats
100 posts
Reposts99 %6 168
Video2121 %7 513
Photos3838 %5 699
Links1212 %5 239
Text2020 %7 626
On the right — average reach of one post of the format.
PostsEach dot is a post in the period: horizontally — publication date, vertically — views, dot size — reactions, color — format. This shows hits, flops and how reach changes. For large channels, the 100 most viewed posts and an even sample of the rest are shown — no more than 1,500 dots.
Every post is a dot
Higher means more views, bigger means more reactions. Click a dot to open the post.
VideoPhotosOthersize — reactionsZoom with the + and − buttons, a pinch or Ctrl + mouse wheel; drag a zoomed chart to move it
SummaryTotals for the selected period: how many posts were published, how many views and reactions they have now and the average post reach. Views are the current views of posts published on those days, not views per day. The change is against the same span before the period, if statistics cover it.
Period totals
Click a metric to see it across the period below
Viewstoday — the day is not over yetPoints with posts younger than two days are pale and dashed: their views are still growing.
AdsWhat share of the period's posts looks like advertising: erid labeling, ad links and other signs. The detector is cautious, so the real share is usually higher. The scale shows the ad load by the quality index thresholds. Below — the average reach of an ad post and a regular post, and who the channel advertises (sites that ad links lead to).
What worksPosts of the period with the most views. The bar shows views relative to first place. The preview is the post's image; for a post without an image — the channel avatar. Views are the post's current count.
RhythmHow many posts were published each day of the period (pale bars) and the 7-day average (line): you can see whether the channel is speeding up or slowing down. Today is not over yet, so its average is calculated up to yesterday.
Posts by day
Pale bars are days, the line is the 7-day average: you can see whether the channel is speeding up or slowing down
Posts per day7-day average
Data updated at 01:26 Moscow time. Views are the current counts of posts published on those days; average reach counts posts older than two days.
How the quality index is calculated
Договор согласован, а оплата всё равно стоит: где ломается цепочка
Типовая условная картина. Договор прошёл юриста, все визы стоят, инициатор считает вопрос закрытым. Через неделю поставщик спрашивает про деньги, а казначейство про этот платёж ничего не знает 🤷♂️
Дело обычно не в том, что кто-то плохо работает. Согласование договора и готовность платежа это два разных события. Между ними несколько шагов, и у каждого должен быть свой владелец.
Условная цепочка: 1. Договор согласован. Владелец: юрист. Передача: согласованная версия доступна заказчику и финансисту. 2. Заявка на оплату. Владелец: заказчик. Передача: заявка ссылается на договор, сумма и срок соответствуют условиям. 3. Подтверждающие документы. Владелец: заказчик. Передача: счёт, акт или другой документ, который требует договор, приложен к заявке. 4. Проверка лимита и условий. Владелец: финансист. Передача: статья бюджета определена, лимит есть, условия оплаты сверены. 5. Платёжный календарь. Владелец: казначейство. Передача: платёж стоит на конкретную дату. 6. Исполнение. Владелец: казначейство. Результат: платёж проведён, статус виден заказчику.
Цепочка может рваться на стыках 🔗 Каждый уверен, что следующий шаг «сам пойдёт», а передачи как отдельного события нет.
Что можно сделать: возьмите свой регламент и для каждого шага письменно ответьте на два вопроса. Кто владелец? По какому признаку шаг считается завершённым и передаётся дальше? Если где-то ответ звучит как «ну, обычно...», именно там платёж и будет стоять 📌
А на каком стыке чаще застревают платежи у вас: между заказчиком и финансистом или между финансистом и казначейством?
Утренняя сводка: цифры из разных мест, собранные вместе.
Деньги в банке есть. А что с авансом и выполнением?
У финансового директора строительной компании утром не один вопрос. Сколько денег доступно? Какая часть аванса закрыта? Что выполнено, что подписано, что проведено в учёте? Сколько осталось по лимитам?
Ответы лежат в разных местах: в 1С, таблице сверки КС-2, банке, контрольной ведомости и топливных кабинетах. Просто поставить эти цифры рядом недостаточно. Можно получить красивую сводку, в которой каждый показатель верен, а общий вывод ошибочен.
Остаток в учёте не всегда равен доступным деньгам в банке. Выполнение не равно подписанному акту. Платёжное поручение, принятое к исполнению, ещё не означает, что деньги ушли.
Именно вокруг этих различий построена задача ежедневной управленческой сводки: собрать деньги, закрытие аванса, выполнение и лимиты в один документ для собственника. Не смешать статусы и показать, где требуется внимание.
Описанный в рабочем задании метод включает чтение 1С, таблицы сверки КС-2, банковского API, контрольной ведомости на Диске и балансов топливных кабинетов. Затем собираются HTML и PDF: итоги, остатки и проценты пересчитываются, версии сверяются между собой, ключевые суммы независимо проверяются по первичным документам 1С.
Есть важное правило: если источник недоступен, это не ноль. И вчерашняя цифра не становится сегодняшней. Сохранённый срез должен быть подписан, а пробел в данных виден читателю.
В приложении показан демонстрационный PDF на 9 страниц. Бизнес-задача и описанный метод взяты из рабочего задания. Все названия, даты, суммы и показатели образца вымышлены. Демонстрационные данные связаны между собой и пересчитаны; это не отчёт о реальных финансовых результатах компании.
Этот пример показывает подход и оформление, но не доказывает экономию времени или денег и не обещает полностью автоматическую работу. Доступы и разбор расхождений могут требовать участия человека. Полная анонимность также не гарантируется: знакомые с исходной сводкой могут узнать её структуру.
Вывод здесь не про количество графиков. Хорошая утренняя сводка показывает не только число, но и источник, дату и статус подтверждения.
Возьмите один показатель из своей ежедневной справки и проверьте: понятно ли без звонка коллеге, откуда он взят и что именно означает? Если вам интересно, получить такой же для своей организации, напишите мне в личку, я с удовольствием с этим помогу.
Albato: где интеграция экономит время, а где создаёт ещё одну точку отказа
Сервисы вроде Albato хороши там, где сценарий простой: событие в одной системе → запись в другой. Условный пример: оплаченный счёт из CRM попадает в таблицу для казначейства. Руками это тянуть скучно, интеграция снимает рутину 🙂
Но у каждой связки появляется своя точка отказа. Вот что написано в справке Albato: • ошибки фиксируются в журнале, и их можно переотправить вручную; • автоматическая переотправка применяется только к ошибкам типа «таймаут»; • если связка остановилась, запускать её снова нужно вручную.
Вывод для финансиста простой: интеграция не отменяет контроль, а переносит его в другое место ⚙️ Если журнал никто не открывает, ошибка живёт тихо, а данные в отчёте выглядят полными.
Что сделать до запуска: 1. Назначить владельца контроля. Конкретного человека, а не «отдел». 2. Договориться, как регулярно он смотрит журнал ошибок и статус связки. 3. Перед повтором разбираться с причиной и проверять, что уже дошло до получателя. Повторная отправка может создать дубль записи, а если на неё завязаны дальнейшие шаги, последствия уйдут дальше по цепочке ⚠️ 4. Описать ручной резервный путь: кто и как переносит данные, пока связка стоит.
Чем проще сценарий, тем меньше мест, где он тихо сломается 📋
А у вас есть человек, который точно знает, где смотреть журнал ошибок вашей интеграции?
Stormbpmn: зачем рисовать процесс до автоматизации
Прежде чем автоматизировать заявку на оплату, её стоит нарисовать. На схеме развилки видно лучше, чем в переписке ✏️
BPMN нужна, чтобы бизнес и ИТ договорились об одном и том же: последовательности действий, ролях и взаимодействии систем. Описывать процесс так можно и до автоматизации. Для этого есть сервисы, например Stormbpmn.
Условный путь заявки на оплату: 1. Инициатор создаёт заявку и прикладывает документы. 2. Владелец статьи бюджета согласует. 3. Бухгалтерия проверяет документы. 4. Проверка лимита по статье. 5. Казначейство включает платёж в реестр.
Пока это список, всё выглядит гладко. На схеме сразу появляются вопросы 🔍
Где возврат на уточнение? Если документов не хватает, заявка идёт инициатору или владельцу? И с какого шага она потом продолжает путь?
Что происходит при превышении лимита? Отказ, перенос на другой период или отдельное согласование, и у кого?
Кто владелец процесса целиком, а не отдельного шага?
Где граница систем? Какие данные казначейство получает автоматически, а какие кто-то переносит руками?
Каждый такой вопрос, по-моему, это управленческое решение, а не настройка. Схема их подсвечивает, но не принимает 🤝 Сама она ничего не автоматизирует и договорённости не заменяет.
Практический шаг: нарисуйте свой процесс заявки на оплату с дорожками по ролям и отметьте все ветки возврата. Если какую-то ветку никто не может описать, начинать стоит с неё.
Какой шаг в вашем процессе согласования платежей вызывает больше всего возвратов?
Necessary cookies keep the site working and secure: sign-in, form protection, language, theme and others. Yandex Metrica analytics cookies and Yandex Advertising Network ad cookies are enabled only with your consent. By clicking “Accept all” you give consent to processing of cookie data; see the Personal Data Processing Policy for details.
