Назначьте ответственного за резервные копии, согласуйте график и проверьте восстановление базы до первого сбоя. Для бухгалтерии нужны копии по расписанию, отдельное место хранения и понятный порядок возврата к работе. Ниже разберём, как распределить задачи между руководителем, бухгалтером и техническим специалистом, что включить в короткий регламент и как принять результат проверки. Такой порядок подойдёт бизнесу, где учёт ведёт один бухгалтер, и компании с отдельной бухгалтерией.
Кто отвечает за копии и какие данные нужно сохранять?
Начните с перечня баз, с которыми работает бухгалтерия. Для каждой запишите название, место размещения и сотрудника, который подтвердит, что после восстановления учёт работает правильно. Отдельно отметьте связанные документы: договоры, таблицы расчётов и вложения, если программа хранит их вне базы.
Затем распределите задачи. Даже если техническую работу выполняет подрядчик, внутри компании нужен человек, который получает сообщения об ошибках и знает, кому передать проблему.
- Руководитель согласует допустимый простой и объём данных, которые бизнес готов восстановить вручную.
- Бухгалтер определяет важные базы и проверяет документы после восстановления.
- Технический специалист настраивает копирование, следит за выполнением заданий и устраняет ошибки.
- Замещающий сотрудник получает инструкцию на время отсутствия ответственного.
В небольшой компании один человек может совмещать роли. Но поручение «следить за копиями» слишком расплывчато. Запишите конкретно: кто смотрит результат задания, кому сообщает о сбое и кто подтверждает, что проблему устранили.
Состав копии согласуйте с техническим специалистом. Для файловой и серверной базы способы резервирования отличаются; обычное копирование открытой рабочей папки нельзя заранее считать пригодным для восстановления. Если учёт зависит от отдельного сервера, в план нужно включить его настройки и порядок запуска приложения.
Как выбрать график и срок хранения копий?
Определите, за какой период бухгалтерия согласна повторно вводить документы. Если потеря изменений за рабочий день неприемлема, одной ночной копии недостаточно. Частоту выбирают по допустимой потере данных, а время запуска согласуют с режимом работы базы.
Для бухгалтерских баз практический ориентир — создавать копии как минимум ежедневно и автоматизировать этот процесс, чтобы он не зависел от памяти сотрудника (источник: Personal Systems, «Как самостоятельно сделать резервную копию 1С?»). После настройки проверьте, что задание выполняется по расписанию и сообщает об ошибках.
В регламенте разделите регулярные копии и копии перед важными изменениями. Дополнительные точки восстановления предусмотрите перед обновлением программы, закрытием месяца и изменением правил обмена. Такие моменты отдельно выделяет материал о резервном копировании учётной базы (источник: Kassa.zp.ua, «Резервное копирование BAS: как настроить резервное копирование учетной базы»).
Срок хранения обсудите с бухгалтером: ошибку в документах можно обнаружить после того, как свежая копия уже сохранила её. Поэтому уточните, какие предыдущие состояния базы останутся доступны и когда система удалит старые версии. Одного файла, который каждый раз перезаписывается, для такого сценария недостаточно.
Зафиксируйте договорённость простыми словами: когда создаётся копия, сколько хранятся обычные версии и как долго сохраняются копии перед важными изменениями. Не путайте этот график со сроками хранения бухгалтерских документов: резервирование решает задачу восстановления рабочей среды.
Где хранить копии и что спросить у облачного провайдера?
Проверьте, переживёт ли резервная копия отказ оборудования, на котором находится рабочая база. Другая папка на том же диске не решает эту задачу. Отдельно разберите сценарий, когда сотрудник или вредоносная программа получает доступ сразу к рабочим данным и к резервам.
Попросите технического специалиста описать, где лежат копии и кто вправе их удалить. Для внешнего хранилища уточните, как получить данные при недоступности основного сервера. Доступ к инструкции и контактам поддержки тоже не стоит оставлять только на этом сервере.
Облачное резервирование имеет смысл оценивать через восстановление. Практический разбор критериев есть в статье на adsl.by. Для бухгалтерской базы подготовьте провайдеру конкретные вопросы:
- Что входит в копию: база, связанные файлы, настройки приложения или весь сервер?
- Как система создаёт согласованную копию базы, пока сотрудники работают?
- Какие версии доступны и кто может удалить резервные данные?
- Кто запускает восстановление и какие действия остаются за бухгалтерией?
- Как оплачиваются хранение, возврат данных и помощь специалиста?
Ответ «всё копируется автоматически» не описывает порядок возврата к работе. Попросите показать, как из выбранной версии получить отдельную базу и запустить её для проверки. Обычную синхронизацию папок тоже проверьте: если удаление рабочего файла сразу повторяется в хранилище, понадобится возможность вернуть предыдущую версию.
Как проверить, что бухгалтерская база восстанавливается?
Запланируйте пробное восстановление в отдельную среду, где тест не затронет рабочую базу. Технический специалист должен исключить отправку документов и запуск обменов из тестовой копии. Зелёный статус задания подтверждает завершение операции, но сам по себе не показывает, что бухгалтер сможет продолжить учёт.
- Выберите нужную по дате копию и запишите, какую рабочую точку она должна содержать.
- Поручите техническому специалисту восстановить её отдельно от рабочей базы.
- Попросите бухгалтера открыть базу и проверить знакомые документы и отчёты.
- Зафиксируйте время от запроса на восстановление до готовности базы к проверке.
- Запишите результат и назначьте ответственного за исправление замечаний.
Бухгалтеру лучше заранее выбрать контрольные данные: документ перед моментом копирования, отчёт за нужный период и связанное вложение, если оно хранится отдельно. Так проверка не закончится на факте успешного входа в программу.
Сравните фактическое время с допустимым простоем. Если восстановление занимает дольше, разберите причину: медленная передача копии, отсутствие нужной среды или ожидание специалиста. Затем повторите проверку после исправлений. Регулярно тестировать восстановление рекомендует и материал Personal Systems о самостоятельном резервном копировании 1С.
Наличие базы ещё не означает готовность бухгалтерии отвечать на вопросы по учёту. Проверку доступности документов полезно связать с чек-листом подготовки бухгалтера к камеральной проверке, а распределение задач — с общим планом подготовки малого бизнеса к проверкам. При этом резервная копия не заменяет проверку правильности самого учёта.
Типичные ошибки: что исправить в регламенте?
- Копии остаются рядом с рабочей базой. Опишите отдельный способ хранения, доступный при отказе основного оборудования.
- Никто не читает сообщения о сбоях. Назначьте получателя уведомлений и порядок передачи проблемы специалисту.
- Свежая версия заменяет все предыдущие. Согласуйте хранение нескольких состояний базы.
- Копию считают исправной без проверки. Включите пробное восстановление и бухгалтерскую проверку документов в график.
- Инструкцию знает только подрядчик. Сохраните внутри компании порядок действий, контакты и имя замещающего сотрудника.
Для рабочего регламента достаточно понятного описания: что копируется, по какому графику и где лежат версии. Рядом укажите ответственных, порядок действий при ошибке и дату последнего успешного теста. Если бухгалтеру и техническому специалисту трудно согласовать критерии проверки, такой сценарий удобно разобрать на обучении или в профессиональном клубе: на выходе нужен перечень действий для конкретной базы.
Следующий шаг на две минуты: откройте рабочую заметку и запишите имя сотрудника, который сегодня может показать последнюю успешную копию бухгалтерской базы.
