Как выгрузить веб версию 1с

Выгрузка и Загрузка информационной базы

Создание архивной копии описанными ниже способами, возможно только если тариф подразумевает наличие RDP-соединения и доступа к «Конфигуратору» базы.

На тарифе «Бухгалтер» RDP-соединение отсутствует, а на тарифах «Комплект» и «Конструктор» пользователь может подключить эту функцию.

Выгрузка информационной базы

Подключитесь к серверу через ярлык удалённого рабочего стола (RDP).

Запускаем программу 1C.

Входим в нужную базу в режиме (по кнопке) «Конфигуратор».

В меню программы выбираем пункт «Администрирование», подпункт «Выгрузить информационную базу».

Указываем место, куда произойдёт выгрузка архива. Например «Рабочий стол». Также, можно задать своё имя для архива. По умолчанию, оно задаётся как «1Cv8».

Нажимаем кнопку «Сохранить».

Начнётся процесс выгрузки базы. О его окончании, Вас проинформирует следующее сообщение программы:

Это означает, что база сохранилась в файл на Рабочем столе.

Загрузка базы

Запускаем программу 1C.

Входим в базу, в которую будем загружать наш архив, по кнопке «Конфигуратор».

В меню программы выбираем пункт «Администрирование», подпункт «Загрузить информационную базу».

Выбираем файл с базой, который мы заблаговременно поместили на рабочий стол сервера и нажимаем кнопку открыть.

Программа предупреждает нас, что произойдёт замена существующей базы на загружаемую. Нажимаем «Да».

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

Источник

Как выгрузить базу данных 1С с облачного сервиса 1С:Фреш на локальный компьютер

Как перенести информационную базу 1С со всеми учетными данными из облачного сервиса «1С:Фреш» на локальный компьютер

Если по каким-то причинам вам потребовалось скопировать или перенести рабочую базу данных со всеми учетными данными из облачного сервиса 1С:Фреш на локальный компьютер, то сделать это очень просто!

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

При выгрузке в файл выгружаются только данные, а конфигурация не выгружается, поэтому выгруженные из облака данные можно будет загрузить только в конфигурацию идентичную той, из которой производится выгрузка. Чтобы увидеть полное наименование используемой конфигурации и номер текущего релиза в главном меню выберите пункт «О программе» (рис.1).

Обратите внимание, что конфигурации в облачном сервисе 1С:Фреш обновляются автоматически по мере их выхода, поэтому они всегда последнего релиза.

В нашем примере в облаке 1С:Фреш используется версия платформы 1С:Предприятие 8.3 (8.3.17.2206), а конфигурация Бухгалтерия предприятия, редакция 3.0 (3.0.92.51).

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

Процедуру можно условно разделить на два этапа: Выгрузка и Загрузка.

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

В разделе «Администрирование» (в интерфейсе ТАКСИ это самый нижний пункт меню, рис.3) находим пункт «Перенос данных приложения» в подразделе «Сервис».

Откроется Мастер выгрузки данных. Выберите вариант «Получить файл выгрузки для ручного переноса» и нажмите кнопку «Далее» (вариант «Введите адрес сервиса для автоматического переноса» можно выбрать например в случае, если вам необходимо перенести базу из одной учетной записи облака 1С:Фреш в другую).

Выберите режим выгрузки: «Полный» (вариант выгрузки «Для технической поддержки» предназначен только для тестирования и расследования проблем, при этом не выгружаются присоединенные файлы, версии объектов и пр.).

Когда сервер сформирует файл выгрузки (по умолчанию data_dump.zip) будет предложено выбрать место на вашем компьютере для его сохранения (обратите внимание, что в зависимости от объема базы данных файл выгрузки data_dump.zip может занимать сотни Mb).

Запомните место, куда вы сохранили файл, он нам понадобится на следующем этапе.

Важно!
Загружать данные из файла data_dump.zip рекомендуем в пустую базу данных, т.к. при этом все данные из базы будут удалены и замещены данными из загружаемого файла. Загрузка с сохранением или объединением данных не поддерживается.

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

Напоминаем, что необходимо ПОЛНОЕ соответствие конфигурации 1С в облаке 1С:Фреш, из которой были выгружены данные, конфигурации 1С на локальном компьютере, в которую будет производиться загрузка данных, т.е. должны совпадать и наименование конфигурации, и ее версия (Базовая, ПРОФ, КОРП), и релиз.

Вы можете купить электронную поставку 100% лицензионной версии «1С:Бухгалтерия 8 ПРОФ» за 13000 руб. напрямую в нашей компании. В стоимость входит удаленная установка программы и помощь в переносе данных из облака на локальный компьютер. Доступ к установочным дистрибутивам, кодам активации и документации в электронном виде будет предоставлен уже через 2-3 часа после оплаты продукта (в рабочие дни).

Электронную поставку лицензионной версии «1С:Бухгалтерия 8. Базовая версия» также можно купить напрямую в нашей компании по цене 3300 руб.

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

В разделе «Администрирование» выбираем пункт «Загрузка данных из сервиса».

В проводнике выбираем файл, который сохранили на этапе выгрузки (по умолчанию data_dump.zip).

Также можете отметить, следует ли переносить на локальный компьютер существующий список пользователей и расширения (для базовых версий загружать расширения не рекомендуем).

Нажимаем «Продолжить», начнется процесс загрузки, который может занять продолжительное время (10-20 мин., а возможно и более, в зависимости от объема данных и производительности компьютера).

Когда данные будут загружены программа сама запустится в пользовательском режиме.
Обратите внимание, что при выгрузке информационной базы из облака 1С:Фреш на локальный ПК можно перенести только список пользователей, а их пароли при этом не выгружаются, поэтому для входа в загруженную из облака базу выберите пользователя и входите без пароля.

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

После чего может быть запущена реструктуризация базы.

Далее в целях безопасности программа предложит запретить или разрешить использование внешних отчетов и обработок.

Загружается привычный интерфейс конфигурации «1С:Бухгалтерия предприятия» редакция 3.0, в котором вы можете продолжить работать на локальном компьютере точно также, как ранее работали в облаке.

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

Ошибки при загрузке

Как узнать версию конфигурации из файла data_dump.zip

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

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

Особенности загрузки данных из файла data_dump.zip конфигурации Бухгалтерия предприятия (базовая для 1)

Особенности выгрузки/загрузки данных из файла data_dump.zip в других типовых конфигурациях системы 1С:Предприятие

Команда для загрузки данных из сервиса на локальный компьютер в интерфейсе большинства типовых конфигураций находится в разделе «Администрирование» > «Загрузка данных из сервиса».
В интерфейсе некоторых конфигураций расположение команды загрузки может отличаться:

Похожие статьи на тему

Если данная статья была для Вас полезной, то Вы можете поддержать авторов нашего сайта, оставив свой отзыв. Если у Вас установлен Яндекс.Браузер, то в правом верхнем углу браузера нажмите на кнопку отзывов.

Источник

Что нужно знать программисту про интеграцию сайта и 1С

Нельзя просто взять и интегрировать сайт с 1С. (с) Народное творчество.

Цель написания поста – изложить всю информацию по теме человеческим языком.

Интеграция сайта на 1С-Битрикс: Управление сайтом и 1С — неисчерпаемый источник вопросов и проблем. На сайте идей для Битрикс в соответствующем разделе 16 страниц, на форуме про это больше 23 000 сообщений. В форме обращения в техподдержку Битрикса есть даже отдельный тип заявки «Обмен с 1С».

Считается, что интеграция 1С и сайта на Битриксе должна работать из коробки. Самые простые функции действительно можно запустить за час-два. А вот на доработку обмена можно потратить и 10, и 100 часов.

Доработка обмена сайта и 1С — это уже магия уровня «эксперт», пугает даже бородатого опытного разработчика. В этой статье мы поговорим о том, как происходит обмен данными между этими двумя монстрами и как можно расширять возможности этого обмена. Статья содержит множество технических деталей обмена и будет полезна в основном программистам, которые хотят разобраться в предмете.

В данной статье будет рассмотрена общая теория обмена между двумя IT-системами и два стандартных обмена между 1С и сайтом на 1С-Битрикс: обмен товарами и обмен справочниками.

Немного теории

Интеграция — обмен информацией между двумя IT-системами. Иногда называют просто обмен. Определяется форматом данных, протоколом (стандартом) передачи данных, алгоритмом работы

Формат = как выглядят данные (например, XML, YML, JSON, CSV).

Протокол = как данные оказываются в другом месте (например, HTTP, SIP, SMTP, FTP).

Алгоритм = что при этом происходит. Представляется блок-схемой или диаграммой UML Activity.

обмен товарами между самописной учетной системой и сайтом (протокол FTP, формат CSV);

парсинг курсов валюты с сайта ЦБ РФ (протокол HTTP, формат XML);

интеграция сайта с Яндекс.Маркет (протокол HTTP, формат YML).

Процедуру обмена можно разделить на 3 части:

Экспорт данных из системы А в требуемый формат

Импорт данных требуемого формата в систему Б.

Часто весь обмен называют «импорт» («загрузка») и «экспорт» («выгрузка»). Это не ошибка, по такой формулировкой говорящий показывает, точка зрения какой системы ему ближе. То, что для 1С экспорт товаров, для Битрикса импорт. В дальнейшем тексте статьи мы не будем использовать эти понятия, чтобы не порождать двусмысленности.

Резюме

Интеграция — обмен данными между двумя системами.

Формат — как выглядят данные.

Протокол — как передаются данные.

Стандартные возможности обмена 1С и Битрикса

«Из коробки» (без доработок программиста) работают 4 типа обмена:

товары из 1С на сайт (тип «catalog»);

справочники из 1С на сайт (тип «reference»);

пользователей/контрагентов из 1С на сайт (тип «sale»);

Протокол

Все взаимодействия между 1С и Битриксом проводятся по HTTP, синхронно. Т.о. 1С подобна браузеру, она «открывает» специальную страницу, отправляет данные (методами POST и GET) и получает текстовый ответ. Есть даже способ имитировать выгрузку из 1С браузером (и мы часто используем этот трюк во время разработки и отладки). Подробнее про отладку мы рассказали в предыдущей статье «Типовые ошибки интеграции между 1С и 1С-Битрикс».

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

Протокол синхронный. 1С отправляет следующий запрос на сайт только после получения ответа на предыдущий (или получения ошибки таймаута).

Формат

Данные передаются в двух форматах.

Первый формат — текстовый для ответов сайта на запросы из 1С. Сайт выводит в первой строке ответа «success», если завершил некую процедуру, «progress», если продолжает ее выполнять и «error» или «failure», если была ошибка. В последующих строках могут быть дополнительные данные (зависит от каждого конкретного запроса).

Алгоритм

Подготовка к обмену

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

Источник

Простая интеграция сайта и 1С

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

Тяпки, грабли и лопаты

Не очень большой магазин (номенклатура порядка 5000 товаров).
Обыкновенная, файловая 1С 8 УТ. Конфигурация стоит на полной поддержке, и снимать с поддержки нельзя.
База лежит на одной из десктопных машин, которая в свою очередь используется для работы одним из сотрудников.
Достаточно выгружать минимум информации: название, описание, фото, несколько видов цен.
Ломать уже устоявшуюся экосистему было так же крайне не желательно.
Под сайт выделен обыкновенный виртуальный хостинг, а значит нужно учесть ограниченность ресурсов такового.
Выгрузка может происходить не часто, достаточно 1 раза в 3 часа.
Впоследствии, стало необходимо добавить выгрузку прайс-листа в xls.
Скромный бюджет для реализации проекта.

Машина, выполняющая роль «сервера» была и без того не быстрой, а наличие постоянных подключений к базе 1С, только усугубляло ситуацию. Но, заказчика это устраивало, а значит, кучи денег на покупку отдельного сервера и перевооружение остального парка не было.
В связи с ограничениями бюджета, вариант с Битриксом и его типовой интеграцией отпал сразу. Да и интерес был скорее спортивный, реализовать всё самостоятельно. Было решено использовать уже использовавшийся ранее каркас для каталога товаров. Каркас был сделан на CodeIgniter, поэтому добавить небольшой модуль труда не составляло. Решено.

Лет’с старт

Первым делом стал вопрос о периодичности выгрузки информации, а руки так и потянулись к регламентным заданиям… но, стоп. Во-первых, конфигурацию с поддержки снимать нельзя, а значит, и вносить правки в саму конфигурацию мы не можем, а во-вторых, все копии 1С запускаются только при необходимости, а значит, будет ли в нужный момент запущена 1С или нет — неизвестно. Да, можно было бы обязать заказчика, при запуске «сервера» всегда запускать 1С и всегда держать её запущенной, но ведь это создаст лишние неудобства заказчику, а значит решение не самое удобное. Увы, регламентные задания сегодня нам не смогут помочь. Очевидно, что нам понадобится помощь стороннего приложения, для запуска процедуры выгрузки в определённый момент. Тут мы вспоминаем про то, что 1С позволяет запускать себя из командной строки, более того, мы можем сразу же выполнить нужную нам внешнюю обработку и при необходимости, есть даже возможность передать ей какой-нибудь параметр.

Вот основные ключи, которые будут использоваться:

Теперь осталось настроить запуск этой конструкции по расписанию. Планировщик Windows? Настраиваем, проверяем… работает!
Но есть один серьёзный недочёт. Когда планировщик запускает по расписанию 1С, то, разумеется, она открывается сверху над всеми приложениями и если в это время работает кто-то за компьютером, то это, во-первых, будет его отвлекать, а во-вторых, он может и закрыть это новое окно. Не порядок… Что же делать? Начинаем копать в сторону запуска под другой учётной записью. Спасибо гуглу, достаточно быстро находим возможность пакетного запуска под другим пользователем. Создаём нового пользователя Windows, разрешаем в политиках безопасности пакетный запуск, перенастраиваем планировщик, проверяем… вуаля! Всё сработало, при этом мы не увидели никаких раздражающих окон! Отлично, значит, такой вариант нам подходит… теперь переходим к собственно выгрузке самих данных.

Выгрузка

Первым делом, конечно, я стал смотреть в сторону CommerceML, но ознакомившись с документацией, стало ясно, что для нашей, достаточно элементарной выгрузки городить весь этот огород — слишком долго, а бюджет не резиновый. Значит, будем искать альтернативный способ. Почему бы просто не выгружать текстовую информацию в xml, а картинки выгружать в отдельную директорию? Решено, так и делаем. Получаем достаточно простую структуру xml-файла: внутри сначала идут записи для групп, а потом сами номенклатурные единицы.

Так выглядят группы:

Не хитрым запросом получаем информацию по всем товарным группам и товарам, далее формируем xml-ку. Также делаем отдельную выборку и вытаскиваем информацию для прайс-листа, а затем сохраняем полученную информацию в xls.
После этого переходим к выгрузке изображений. В связи с ограничениями хостинг-площадки, обрабатывать изображения на стороне хостинга показалось не самым рациональным, поэтому было решено делать обработку изображений + создание превью на этапе формирования выгрузки. 1С — это конечно комбайн, но вот возможности обработать пачку фотографий я не нашёл. Но ведь у нас есть ImageMagick? Отличный, кроссплатформенный набор всего необходимого нам для обработки изображений… качаем, распаковываем… осталось лишь написать bat’ник, который произведёт необходимые манипуляции:

Запускаем из нашей обработки этот bat’ник и получаем результат.

Вся информация выгружена, осталось всё аккуратно упаковать в zip и загрузить по фтп на сервер, с чем отлично справляется 1С штатными средствами.

На первый взгляд всё, но… Неужели мы каждый раз будем вытаскивать всю номенклатуру, со всеми картинками и всю эту махину грузить на сервер? Нет уж, это картина не для слабонервных… И что же делать? Делать флаги и отмечать, какая номенклатурная единица изменилась? Нет, мы же не можем править конфигурацию… Но ведь есть же планы обмена? Кто нам запрещал использовать их? Никто! Создаём план обмена, настраиваем. Дальше модифицируем нашу выгрузку, теперь во время выгрузки создаём новое сообщение в плане обмена, выгружаем только изменённые с момента последнего сообщения единицы… Отлично!

Серверная часть

Тут всё ещё прозрачнее. Вешаем запуск скрипта по крону. В скрипте смотрим в нужную директорию, ищем по маске нужный архив. Если таковой имеется, то распаковываем, парсим xml, пишем информацию в БД. Картинки у нас внутри ещё одним архивом, его тоже распаковываем, прямо поверх директории с уже имеющимися картинками. Если такая картинка уже есть, переписываем её новой. xls-файл копируем с заменой в нужную директорию. Пишем в базу информацию, о том, что произвели такое-то обновление, тогда-то, с таким-то номером, а затем чистим за собой временные файлы. Всё.

Соломка от сбоев

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

1. Итак, что же будет, если например, в момент загрузки по фтп, оборвётся связь?
Если мы уже записали сообщение в план обмена, то получается, что 1С, считает, что успешно выгрузила эти изменения и теперь уже собирает новые, но на сайт-то они не попали! Правильно, поэтому заканчиваем запись в план обмена только после успешного завершения всех этапов выгрузки, включая загрузку файлов по фтп! А если же в процессе выгрузки происходит исключительная ситуация, то мы прерываем запись сообщения в плане обмена и пишем ошибку в error-log.

2. А что, если наш скрипт на сервере начнёт обрабатывать ещё не догруженный архив?
Мы сначала даём ему одно имя (например, export.zip_), а лишь по завершении переименовываем его и даём имя, которое будет искать скрипт на сервере.

3. А что если на сервере будет сбой и скрипт не успеет обработать наш архив, 1С затрёт его новым?
Нет, для этого каждый архив содержит в названии номер сообщения из плана обмена (например, export_1.zip). Скрипт на сервере в свою очередь при обнаружении нескольких архивов обрабатывает их в порядке возрастания номеров.

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

5. А что если 1С не успеет произвести выгрузку, а в это время стартует процесс для новой выгрузки?
В настройках планировщика настраиваем так, чтобы новое задание не выполнялось, если предыдущее не завершено.

Источник