Передача базы 1С другому человеку: от флешки до облака

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

Ниже — как передать базу 1С бухгалтеру, партнёру или в поддержку: через файл и флешку, облако, FTP, почту и сервисы пересылки крупных файлов. Разберём лимиты по размеру, защиту персональных данных и ошибки, из-за которых база «не открывается» у получателя.

Что сделать до отправки базы

Перед тем как выгружать и пересылать, закройте все сеансы работы с базой. Если кто-то ещё в ней работает, выгрузка либо не запустится, либо отдаст несогласованные данные.

Файловая база физически лежит одним файлом 1Cv8.1CD в папке базы. Путь к этой папке виден в окне запуска 1С: выделите базу в списке — полный путь показан внизу окна. Для клиент-серверной базы (на сервере 1С с СУБД) простого копирования папки недостаточно, там выгрузка в .dt или средствами СУБД обязательна.

Способ отправки выбирают по размеру архива и по тому, кому и зачем нужна база. Ориентир:

Сначала выгрузите базу в .dt — так вы узнаете реальный размер файла и сразу поймёте, какая строка таблицы ваша.

Выгрузка базы в один файл .dt

Это основной способ. Файл .dt — полная копия базы (конфигурация плюс данные) в сжатом виде, обычно в несколько раз меньше исходной папки.

Порядок действий:

1. В окне запуска 1С выделите базу и нажмите Конфигуратор.
2. В Конфигураторе откройте меню Администрирование → Выгрузить информационную базу….
3. Укажите имя и папку для файла .dt, дождитесь завершения.

На стороне получателя порядок обратный: он создаёт пустую базу (пункт Добавить в окне запуска, вариант «Создание новой информационной базы без конфигурации»), открывает её в Конфигураторе и выбирает Администрирование → Загрузить информационную базу…, указав ваш .dt.

Для клиент-серверной базы выгрузка в .dt требует монопольного доступа — это нормально именно для этой операции, но предупредите пользователей: на время выгрузки работать в базе нельзя.

Выгрузка идёт без возможности «докачки»: если процесс прервали, файл .dt будет неполным и не загрузится. Дождитесь сообщения об успешном завершении и только потом закрывайте Конфигуратор. Имя файлу давайте понятное, с датой — например, baza_buh_2026-10-07.dt: при передаче нескольких копий это избавит получателя от путаницы, какая версия свежее.

Если версия конфигурации у вас и у получателя различается, .dt всё равно загрузится, но данные приедут вместе с вашей конфигурацией — у получателя она заместит текущую. Когда нужно сохранить его конфигурацию, а передать только данные, полная выгрузка .dt не годится: используйте механизм обмена или выгрузку отдельных данных.

Передача через флешку или внешний диск

Когда получатель рядом или базу можно привезти, флешка и внешний диск — самый простой вариант. Копируется готовый файл .dt либо вся папка базы.

Перед копированием упакуйте файл в архив (.zip или .7z). Архив решает две задачи: сжимает объём ещё сильнее и позволяет закрыть данные паролем.

• 📦 Файл .dt — кладите в архив и переносите один файл.
• 🗂️ Папку базы целиком — архивируйте всю папку с файлом 1Cv8.1CD; копировать распакованную папку по USB долго и рискованно (обрыв передачи бьёт файл).
• 🔑 Ставьте пароль на архив, если на флешке едут чужие данные.

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

Сжатие ощутимо экономит время копирования: архиватор ужимает базу ещё сильнее, чем это уже сделал формат .dt, а один файл архива переносится быстрее и надёжнее, чем папка из множества мелких служебных файлов. Для .7z выбирайте обычный уровень сжатия — «ультра» даёт считанные проценты, но заметно дольше упаковывает большую базу.

Отправка через облако: Яндекс Диск, Google Диск, МЕГА

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

Алгоритм одинаковый для любого сервиса:

1. Загрузите архив с базой в облако (Яндекс Диск, Google Диск, МЕГА, облако Mail).
2. Получите ссылку на файл через кнопку «Поделиться».
3. Отправьте ссылку получателю, а пароль от архива — отдельным каналом (в мессенджере или по телефону).

Бесплатные тарифы дают примерно от 10 до 20 ГБ места — рабочей базы на .dt обычно хватает с запасом. Для разовой передачи регистрировать платный тариф не нужно.

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

Передача по FTP или SFTP для больших баз

FTP и SFTP — вариант для технических специалистов и крупных баз, когда на почту и облако файл не помещается или нужен прямой канал между серверами.

• FTP — простой протокол передачи файлов, данные идут без шифрования.
• SFTP — передача внутри защищённого SSH-соединения, данные шифруются в канале.

Для базы с персональными данными выбирайте SFTP: обычный FTP гонит файл и логин с паролем в открытом виде.

Загрузка идёт любым FTP-клиентом (например, FileZilla): подключаетесь по адресу сервера, логину и паролю, перетаскиваете архив в нужную папку. Получатель забирает файл тем же способом. Перед отправкой всё равно упаковывайте базу в архив — так передача не прервётся на полпути из-за множества мелких файлов.

Большой плюс FTP-клиентов — докачка. Если соединение оборвалось на середине гигабайтного файла, передача продолжится с места разрыва, а не начнётся заново. Для разовой передачи базы между двумя обычными компьютерами поднимать FTP-сервер избыточно — проще облако; FTP оправдан, когда канал уже есть, например между офисом и площадкой хостинга.

Отправка базы по электронной почте: лимиты и обход

Почта годится только для небольших баз. У большинства сервисов лимит вложения — ориентировочно 20–25 МБ (Gmail — около 25 МБ, Яндекс Почта — порядка 30 МБ). Сжатый .dt маленькой базы может уложиться, крупная база — почти никогда.

Если архив больше лимита, есть обходные пути:

• Почтовые сервисы сами предлагают загрузить крупное вложение в своё облако и вставить ссылку — у Яндекса и Mail это встроено в окно письма.
• Разбивать архив на тома архиватором ради почты не стоит: получателю придётся собирать все части, и потеря одного письма ломает сборку.
• Проще сразу отдать базу через облако или сервис пересылки (ниже), а в письме прислать только ссылку.

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

Сервисы для пересылки крупных файлов

Отдельных сервисов «для баз 1С» как таковых нет — база едет как обычный большой файл. Но есть сервисы пересылки, рассчитанные именно на тяжёлые вложения, без регистрации постоянного хранилища.

Принцип у всех один: вы загружаете архив, сервис даёт временную ссылку, по ней получатель скачивает файл в течение заданного срока (обычно несколько дней), потом ссылка гаснет. Лимиты на бесплатных тарифах — ориентировочно от 2 до 5 ГБ за одну передачу.

Отдельная ситуация — когда базой нужно пользоваться совместно и постоянно, а не передать разово. Тогда логичнее не пересылать файл, а разместить базу в облаке (аренда 1С у провайдера) и дать второму пользователю доступ. Это уже не «отправка базы», а совместная работа, и решается она на стороне хостинга, а не копированием .dt.

Защита данных при передаче базы

Рабочая база 1С почти всегда содержит персональные данные: ФИО, паспортные данные сотрудников, реквизиты контрагентов. Их обработку и передачу регулирует Федеральный закон № 152-ФЗ, и ответственность за утечку лежит на том, кто базу отправил.

Минимальный набор мер при любом способе:

• 🔒 Архив с базой всегда под паролем. Пароль — не «123456», а длинная фраза.
• 📨 Ссылку и пароль отправляйте разными каналами: ссылку по почте, пароль в мессенджере.
• 🧹 Если получателю нужны не все данные, выгружайте только необходимое, а не всю базу с зарплатами и кадрами.
• ❌ Открытые публичные ссылки на файл с персональными данными не используйте.

После получения базы попросите адресата удалить архив из облака и загрузок, когда он завершит работу, — лишние копии базы на чужих дисках это риск утечки.

Проверить, что база доехала целой, просто: получатель загружает .dt в пустую базу и открывает её в режиме 1С:Предприятие. Если данные на месте и база запускается без ошибок чтения — передача прошла нормально. Если при загрузке Конфигуратор сообщает о повреждении файла, перекачайте архив заново: чаще всего виноват обрыв при копировании, а не сама база. Для серьёзной проверки целостности в Конфигураторе есть Администрирование → Тестирование и исправление, но запускать его стоит уже на принятой копии, а не на оригинале.

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