Выгрузка из 1С в Google Таблицы 2026: Service Account, OData и лимиты Sheets API

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

Правильная схема для серверной автоматизации в 2026 году обычно выглядит так: 1С отдаёт данные через OData, HTTP-сервис или регламентное задание, интеграционный слой получает короткий access token через Service Account, пишет значения в Google Sheets через spreadsheets.values.batchUpdate, а ошибки 429 и 5xx обрабатываются ретраями с экспоненциальной задержкой. Apps Script можно использовать для лёгких сценариев, но для регулярной выгрузки из 1С он добавляет собственные дневные квоты, шестиминутный runtime и зависимость от аккаунта, создавшего триггер.

Ключевые факты

• Google Sheets API v4 ограничивает чтение и запись: 300 запросов в минуту на проект и 60 запросов в минуту на пользователя на проект. При превышении Google возвращает 429: Too many requests; официальная рекомендация — truncated exponential backoff.
• Каждый batch-запрос к Sheets API считается одним API-запросом к квоте, включая вложенные операции. Для записи значений в несколько диапазонов подходит spreadsheets.values.batchUpdate.
• Google рекомендует держать payload одного Sheets API-запроса до 2 MB, а запрос, который обрабатывается дольше 180 секунд, может завершиться timeout.
• Один файл Google Sheets может содержать до 10 млн ячеек или 18 278 колонок. Для больших справочников это быстрее становится архитектурным ограничением, чем кажется: 500 000 строк по 20 колонок уже занимают весь лимит.
• Service Account подходит для серверного сценария, где нет интерактивного пользователя. OAuth Web flow нужен, когда интеграция должна работать от имени конкретного пользователя и его личных файлов.
• Refresh token у внешнего OAuth-приложения в статусе Testing истекает через 7 дней; у одного Google Account есть лимит 100 refresh tokens на OAuth client ID. Эти ограничения не применяются к Service Account.
• Apps Script time-driven trigger может запускаться по расписанию от минуты до месяца, но выполняется от имени создавшего его аккаунта и упирается в квоты Apps Script: например, URL Fetch 20 000/день для consumer-аккаунтов и 100 000/день для Google Workspace, runtime 6 минут на выполнение.

First-hand: что мы проверяем перед запуском

В нашей практике выгрузка 1С в Google Sheets чаще ломается не на самом POST в API, а на стыках: права сервисного аккаунта, сетевой доступ сервера 1С, формат дат, размер пакета и повторная отправка после сбоя. Перед запуском мы делаем короткий технический прогон на тестовой таблице: создаём лист data_1c, расшариваем файл на client_email из JSON-ключа сервисного аккаунта, отправляем пакет с числами, датами и строками, затем отдельно проверяем поведение при искусственном 429.

Этот тест нужен не для красоты. Если число 1234.56 ушло строкой, сводная таблица не посчитает сумму. Если дата из 1С ушла как текст 2026-05-04T12:00:00, фильтры по периоду будут работать нестабильно. Если скрипт пишет по одной строке отдельным запросом, лимит 60 write/min/user/project будет достигнут быстрее, чем менеджер успеет открыть отчёт.

Какая архитектура подходит

Для 1С источник зависит от конфигурации и доступа. В типовом варианте можно читать данные через стандартный REST/OData-интерфейс платформы 1C:Enterprise: он работает поверх HTTP и даёт доступ к каталогам, документам, регистрам и виртуальным таблицам с проверкой прав. Если OData публиковать нельзя, делается собственный HTTP-сервис 1С или регламентное задание, которое формирует JSON и отправляет его наружу.

Таблица рисков: квоты, доступы и данные

Service Account или OAuth

Для выгрузки по расписанию почти всегда нужен Service Account. Это не аккаунт сотрудника, а техническая учётная запись приложения. Она получает access token через server-to-server OAuth 2.0, и пользователю не нужно каждые несколько дней подтверждать доступ. В простом сценарии достаточно расшарить конкретную Google Таблицу на email сервисного аккаунта и выдать права редактора.

OAuth Web flow оправдан, если сервис должен работать с файлами конкретного пользователя в его Google Drive. Тогда появится consent screen, refresh token, отзыв доступа пользователем и операционные риски поддержки. Для внутреннего отчёта «1С пишет в одну корпоративную таблицу» это лишняя сложность.

Domain-wide delegation нужен только в Google Workspace-домене, когда сервисный аккаунт должен действовать от имени пользователей домена. Для обычной таблицы, которую можно расшарить на client_email, он не нужен.

Apps Script: когда уместен, а когда мешает

Apps Script удобен, если надо быстро подтянуть небольшой JSON, переложить несколько строк и повесить time-driven trigger. Но как основной мост между 1С и Google Sheets он часто хуже серверного модуля:

• триггер выполняется от имени аккаунта, который его создал;
• одно выполнение ограничено 6 минутами;
• URL Fetch имеет дневные квоты: 20 000/день для consumer-аккаунтов и 100 000/день для Workspace;
• сбой в середине выполнения сложнее наблюдать и переигрывать, чем в обычном backend-сервисе с журналом задач.

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

Что и как выгружается

Как мы настраиваем за 3 шага

Шаг 1. Разбираем источник в 1С. Нужны конфигурация (УТ, БП, ERP, УНФ или доработанная база), список отчётов, периодичность, объём строк и способ доступа: OData, HTTP-сервис, регламентное задание или готовая обработка.

Шаг 2. Фиксируем таблицу и права. Создаём или подключаем Google Sheet, выбираем Service Account или OAuth, расшариваем файл на client_email, задаём листы, колонки, форматы дат/чисел и правила перезаписи.

Шаг 3. Запускаем обмен с мониторингом. Интеграция пишет данные через batch-запросы, соблюдает квоты, повторяет временные ошибки и отправляет Telegram-алёрт, если Google API, сеть или 1С вернули сбой.

Часто задаваемые вопросы

Нужен ли платный Google Workspace? Нет, для одной таблицы обычно достаточно обычного Google Account: файл можно расшарить на email Service Account. Workspace нужен для корпоративного управления пользователями, политик безопасности и domain-wide delegation.

Что выбрать для расписания: Service Account или OAuth? Для серверной выгрузки без участия пользователя — Service Account. OAuth выбирайте только если нужно работать с файлами конкретного пользователя и вы готовы поддерживать consent screen, refresh token и отзыв доступа.

Сколько строк можно выгружать в Google Таблицы? Считайте не строки, а ячейки. Официальный предел Google Sheets — 10 млн ячеек на файл. Например, 200 000 строк по 25 колонок — это уже 5 млн ячеек без учёта дополнительных листов.

Почему нельзя писать по одной строке за запрос? Такой подход быстро упирается в 60 write-запросов в минуту на пользователя на проект. Batch-запись снижает число API-вызовов и делает обмен предсказуемым.

Можно ли оставить формулы и графики в таблице? Да. Обычно данные из 1С пишутся в отдельные листы data_*, а формулы, сводные и графики живут на соседних листах. Главное — не перезаписывать диапазоны с формулами.

Что делать, если Google API недоступен с сервера 1С? Сначала проверяется DNS, TLS и исходящий HTTPS именно с того сервера, где работает обмен. Если проблема повторяется, ставится промежуточный сервер или прокси-канал с журналом повторных отправок.

Безопасно ли давать доступ к базе 1С? Интеграции выдаётся отдельный пользователь 1С с минимальными правами чтения нужных регистров и справочников. Запись в базу 1С для сценария выгрузки отчётов не нужна.

Смотрите также

• Экспорт из 1С в Excel: пошаговая инструкция
• Форматы выгрузки из 1С: CSV, JSON, XML
• Автоматическая выгрузка из 1С по расписанию
• Выгрузка остатков из 1С
• Интеграция 1С через API и OData

Стоимость интеграции — 30 000 ₽ за проект, включая настройку Service Account или OAuth-схемы, batch-запись с ретраями, Telegram-алёрт о сбоях и проверку доступа из контура 1С. Напишите в Telegram: @onoutnoxon.

Подробнее о возможностях — на странице Синхрон1С.

Источники:

• Google Sheets API — Usage limits: https://developers.google.com/workspace/sheets/api/limits
• Google Sheets API — spreadsheets.values.batchUpdate: https://developers.google.com/workspace/sheets/api/reference/rest/v4/spreadsheets.values/batchUpdate
• Google Drive Help — Files you can store in Google Drive: https://support.google.com/drive/answer/37603
• Google OAuth 2.0 — Using OAuth 2.0 to Access Google APIs: https://developers.google.com/identity/protocols/oauth2
• Google OAuth 2.0 — Service accounts for server-to-server applications: https://developers.google.com/identity/protocols/oauth2/service-account
• Google Cloud IAM — Best practices for managing service account keys: https://cloud.google.com/iam/docs/best-practices-for-managing-service-account-keys
• Google Apps Script — Quotas for Google Services: https://developers.google.com/apps-script/guides/services/quotas
• Google Apps Script — Installable triggers: https://developers.google.com/apps-script/guides/triggers/installable
• 1C:Enterprise — REST interface: https://1c-dn.com/1c_enterprise/rest_interface/
• 1C:Enterprise — HTTP services: https://1c-dn.com/1c_enterprise/http_services/
• 1C:Enterprise — Internet access over HTTP/HTTPS: https://1c-dn.com/1c_enterprise/internet_access/

Для статьи использован AI-ассистент для черновой структуры и сверки формулировок; факты о квотах, авторизации, Apps Script, OData/HTTP и лимитах Google Sheets проверены по официальной документации Google и 1C. Финальную редактуру выполнил Александр Руин, основатель habab.ru. Обновлено: 2026-05-04.