Ошибка: подключать агента к рабочей базе без свежей копии
Допустим, на предприятии в Солигорске решили подключить агента в пятницу вечером, чтобы к понедельнику всё работало. Копия базы последний раз делалась давно, а в базе уже ведётся учёт. Если при настройке что-то пойдёт не так, откатиться будет не к чему. Копию делают непосредственно перед первым подключением, и её хранят отдельно от сервера.
Ошибка: не проверить, что публикация OData переживает обновление
После обновления конфигурации публикация базы для внешних обращений может сброситься или измениться. Тогда агент перестанет получать данные, и сотрудники решат, что он сломался. Поэтому в регламент обновления вносят пункт: после смены версии проверить, что публикация работает, а набор объектов, доступных агенту, прежний.
Перед каждым обновлением полезно выполнить короткий набор действий:
- сделать копию базы и убедиться, что файл копии создан и открывается;
- предупредить владельца агента о дате и времени обновления;
- временно приостановить работу агента с этой базой;
- после обновления проверить публикацию и несколько типовых запросов;
- вернуть агента в работу и записать результат проверки.
Ошибка: выдать агенту права администратора
Чтобы не возиться с настройкой, иногда выдают агенту полный доступ. Но тогда любая ошибка в правилах превращается в риск для учёта. Заведите отдельного пользователя для интеграции с минимальным набором прав: чтение нужных справочников и документов, создание черновиков там, где это необходимо. Проведение и удаление остаются за людьми.
Ошибка: делать копии, но не проверять восстановление
Копия, которую ни разу не разворачивали, остаётся гипотезой. Раз в какой-то период восстановите её на отдельном стенде и убедитесь, что база открывается, а данные на месте. Заодно проверьте, что после восстановления агенту не нужно заново настраивать доступ.
Ошибка: обновлять базу, не предупредив владельца агента
Нередко обновление проводит подрядчик по 1С, а агентом занимается другой человек. Без согласования получается разрыв: бухгалтер удивлён, что сводка пришла с пустыми значениями, а подрядчик не знает, что к базе подключён внешний помощник. Закрепите в договоре и во внутренней инструкции, что о любых работах с базой сообщают владельцу интеграции.
Ещё одна частая картина: обновление проводят в рабочее время, потому что так удобнее подрядчику. Для бухгалтерии это означает остановку работы, а для агента — обращения к базе, которая в этот момент недоступна. Согласуйте окно обновления заранее и сообщайте о нём всем, кто работает с базой, включая агента.
Как выстроить регламент обновления и копирования
Назначить ответственных
Определите, кто делает копии, кто обновляет конфигурацию и кто отвечает за агента. Если это разные люди, их контакты должны быть записаны в одном месте.
Описать порядок работ
Один лист: когда делается копия, где хранится, как проверяется, что происходит с агентом на время обновления и кто даёт отмашку на его возврат.
Проверять восстановление
Периодически разворачивайте копию на отдельном стенде и сверяйте несколько контрольных документов. Результат записывайте в журнал.
Coagent подключается к 1С через стандартный интерфейс OData, и подключение настраивается вместе с клиентом. Данные и доступы остаются у компании, а при использовании внешней модели часть сведений обрабатывается за пределами сервера. Требования к хранению данных в белорусских компаниях уточняйте у юриста с учётом Закона № 99-З.
Проверьте, когда в последний раз разворачивали копию вашей базы 1С, и добавьте эту проверку в регламент.