Облако или сервер компании: как выбрать размещение Тендим

Опишите рабочий сценарий компании

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

Уточните, где разрешено хранить данные, кто выдаёт права и кто отвечает за поддержку пользователей. Ответ «в облаке» сам по себе не определяет расположение данных, порядок резервирования или сроки восстановления. Эти параметры нужно зафиксировать для конкретного предложения.

Разделите зоны ответственности

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

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

Интеграция с 1С предусмотрена для обоих вариантов. Выбор размещения влияет на схему соединения и эксплуатацию, а состав и корректность передаваемых данных всё равно требуется согласовать.

Сравните полную стоимость и проверьте пилот

Сравнивайте не только оплату продукта, но и инфраструктуру, сопровождение, подключения и труд команды. Учитывайте расходы на ввод в эксплуатацию отдельно от регулярных. Тарифы, состав работ и ответственность уточняйте в предложении под вашу компанию.

Для пилота выберите один сквозной сценарий: получить закупку, назначить ответственного, подобрать товар, выполнить расчёт и проверить обмен с 1С на согласованной выборке. Запишите критерии успешности до начала пилота. Это даст основания для выбора, которые полезнее общего обещания удобства.

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

Какие вопросы задать перед пилотом

Попросите показать, как будут создаваться пользователи, ограничиваться доступ и восстанавливаться работа после сбоя. Ответ должен содержать конкретный порядок и ответственного, а не только обещание надёжности. Для локального размещения отдельно проверьте, кто сопровождает операционную среду и обновляет сертификаты.

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

Для интеграции проведите один обмен с тестовым набором и проверьте изменения в обеих системах в рамках согласованного направления. Если требуется сетевой доступ, заранее согласуйте его с ответственными специалистами. Не открывайте лишние сервисы только ради быстрого демонстрационного подключения.

Итог пилота оформите списком: проверено, требует настройки, требует доработки. По каждому незавершённому пункту должны быть стоимость или способ оценки, зависимость и следующий шаг. Так решение о размещении опирается на рабочий сценарий компании, а не на общее предпочтение слова «облако» или «сервер».

Частые вопросы

В обоих вариантах можно использовать 1С?

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

Что считать успешным пилотом?

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