Данные целы. Но работать нельзя: чему бизнесу стоит научиться после сбоя Яндекса

Представим сервисную компанию. Бухгалтерия ведёт документы и расчёты в 1С, а финансовый директор использует отдельный онлайн-сервис с платёжным календарём, актуальными бюджетами и согласованными заявками.

Сегодня нужно перечислить 2,4 млн рублей на зарплату, аренду и расчёты с подрядчиками, а на счетах пока 1,8 млн. Остальные деньги компания ожидает получить от заказчика во второй половине дня. Нужно определить очередность платежей и решить, что перенести.

Но утром финансовый сервис перестаёт открываться. 1С работает и интернет-банк доступен, документы и банковские остатки сохранились. Однако финансовый директор не видит, какие заявки уже согласованы, какие расходы перенесены и какие поступления включены в прогноз.

Можно поднять договоры, собрать информацию из 1С, обзвонить руководителей проектов. Но это время и риск упустить обязательство. Конечно, можно отправить платежи по остатку в банке. Правда, тогда легко оплатить второстепенный счёт раньше обязательного.

У надёжности информационной системы есть три стороны:

• Сохранность данных — информация защищена от утраты и может быть восстановлена.
• Доступность — сотрудники могут пользоваться системой, когда она необходима.
• Непрерывность работы — компания знает, как действовать, пока система недоступна.

Резервная копия снижает риск потери информации, но не гарантирует, что после аварии можно сразу открыть платёжный календарь. Поэтому вопрос поставщику «Вы делаете резервные копии?» стоит дополнить: «Что мы сможем делать, пока вы восстанавливаете сервис?»

Платить по памяти рискованно, но и просто ждать восстановления нельзя. Финансовый директор может временно перейти к ручному порядку:

Шаг 1. Проверить остатки. Уточнить суммы на банковских счетах и уже отправленные платежи. Ожидаемые поступления не считать доступными деньгами.
Шаг 2. Выделить обязательные платежи. По договорам и подтверждённым данным определить, что нельзя перенести без существенных последствий.
Шаг 3. Приостановить второстепенные расходы. Пока нет актуальной картины бюджетов, новые заявки лучше отложить.
Шаг 4. Назначить ответственного. Платежи согласовываются по установленному порядку, а не через разрозненные сообщения руководителей.
Шаг 5. Зафиксировать решения. После восстановления сервиса сверить операции, обновить платёжный календарь и проверить, нет ли дублей.

Такой порядок не заменит управленческий учёт, но поможет провести критичные платежи, сохранив контроль. Главное — согласовать его заранее.

В нашем примере управленческая информация собирается во внешнем сервисе, поэтому финансовая картина зависит от нескольких звеньев:

1С → обмен данными → внешний финансовый сервис → управленческие решения.
Остановился обмен — данные могут устареть. Недоступен сервис — нет доступа к актуальным бюджетам и платёжному календарю.

Это не делает отдельные сервисы ненадёжными, но заставляет задуматься: сколько систем требуется для финансового учёта и что произойдёт при отказе каждой из них? Если управленческий учёт организован внутри той же базы 1С, обязательный обмен с отдельным финансовым сервисом не нужен.

По такому принципу работает модуль P&L для 1С. Он расширяет возможности учётной системы: финансовые данные остаются в базе клиента, а ДДС, ОПиУ, платёжный календарь и управленческая аналитика работают в её контуре. Это убирает необходимость в отдельном обязательном хранилище управленческих данных и обмене с ним.

Но это не означает полное отсутствие рисков. Если недоступна сама 1С, работа управленческого контура тоже может остановиться. Облачная база зависит от провайдера, локальная — от собственного оборудования и сети. Речь не о гарантированной защите от аварий, а об уменьшении числа отдельных систем и связей.

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

Мы уже сравнивали Excel, отдельный сервис и учёт внутри 1С. К критериям выбора стоит добавить и последствия недоступности каждого компонента.

Пять вопросов для финансового директора, бухгалтера и ответственного за 1С:

1. Какие финансовые операции нельзя остановить на день?
2. Где находятся актуальные бюджеты, обязательства и согласованные платежи? Можно ли получить их без основного сервиса?
3. Сколько систем и обменов участвует в финансовом учёте?
4. Кто отвечает за резервные копии и проверялось ли восстановление?
5. Есть ли временный порядок работы при сбое?

Не всякая проблема требует смены ПО. Иногда достаточно наладить резервное копирование и распределить ответственность. Но если учёт зависит от нескольких сервисов и постоянного обмена, стоит оценить саму архитектуру.