Внедряю у клиента УНФ на 42cloud. Решил поделиться и систематизировать свой опыт.

Администрирование баз

Добавление новой базы

Новую файловую базу можно добавить только через обращение в поддержку. А вот базу на разделителях — самостоятельно в личном кабинете аккаунта.

Архивные копии баз

Архивные копии удаленных баз хранятся 30 дней. Чтобы их получить — зайдите в личный кабинет, в Информационные базы — Корзина — нажмите на название базы, в открывшейся карточке базы — Архивные копии:

Переход из файловой базы на базу с разделителями

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

Мне в поддержке сказали, что расширения надо удалить перед выгрузкой, я решил попробовать выгрузить с расширениями:

В базе только начинали вести учет, поэтому выгружалась довольно быстро, минут за 20:

Все же я решил отключить расширения, там не было особо ценной информации:

Два раза пробовал выгружать в файл, оба раза выгрузка завершалась ошибкой. Возможно, из-за того, что не было достаточно свободного места на диске? Надо пробовать выгружать на диск своего компьютера, доступный в RDP.

Тогда сделал платный архив за 50 рублей. Но из него загрузить нельзя напрямую с сервера 42.

Поэтому скачал его к себе на компьютер. Но оказалось, что это 1CD файл.

Поэтому сформировал DT-файл, выгрузил его каталог на сервере. Скопировал через RDP в локальный каталог. Скопировалось со второго раза, хотя поддержка прислала потом ссылку на DT, но на e-mail владельца аккаунта. База в DT занимала 1.5 Гб.

Далее в личном кабинете выбрал — Добавить базу — Загрузить свою — Платформа 42 (dt файл):

Предложило установить каркасные версии расширений:

Но увы, база не загрузилась.

Учитывая, что данные расширений были не критичными, удалил расширения из локальной копии базы и выгрузил ее в DT. Из такой базы загрузка уже прошла. Сначала прогнозировалось, что будет идти 3 часа, но загрузилась за 1 час.

Вывод — лучше делать тестовую выгрузку данных. Также можно просить перенести данные самих технических специалистов 42 Cloud. Я не обратился, т.к. не был уверен, что за ночь успеют.

Пользователи в базах 42 Cloud

Облачные пользователи

Ключом пользователя является его e-mail.

Пользователь становится активным только после верификации e-mail.

Пользователи бывают на двух тарифах Web и Стандарт.

Есть возможность покупки любого количества дополнительных сеансов для пользователя (950 рублей за сеанс в месяц).

Пользователи имеют доступ Web (тонкий клиент, браузер) 1596 рублей или Стандарт (дороже, RDP) 2256 рублей. В базах не на разделителях пользователи Стандарт имеют доступ в конфигуратор.

Пользователи в локальных базах

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

Чтобы автоматизировать вход пользователя, в дополнительных параметрах запуска прописывается /WSN «Name» /WSP «Password», где Name и Password — логин и пароль пользователя в облако. При этом нужно привязать пользователей 1С через Windows-авторизацию к этим облачным пользователям. Если привязки нет, после входа под облачных пользователем будет запрашиваться пользователь 1С.

Пользователи в базах на разделителях

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

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

Чтобы автоматизировать вход пользователя или зайти принудительно под другим пользователем, в дополнительных параметрах запуска прописывается /oida- /N «Name» /P «Password», где Name и Password — логин и пароль пользователя в облако. Пользователи прописываются только через ЛК владельца аккаунта. Права можно назначать и в ЛК при создании и в 1С.

Если при переносе остались пользователи, не привязанные к облачным аккаунтам, их не дает редактировать в 1с:

Можно только пометить на удаление или через изменение выделенных сделать недействительными.

Права пользователей в базах на разделителях

Групп доступа пользователей нет. Можно использовать группы пользователей, но нельзя назначать им права.

Пользователь появляется в списке пользователей 1С только после того, как ему в ЛК прописана хотя бы одна роль. Роль «Администратор» в 1С снять нельзя, только в ЛК.

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

Пользователи аккаунта

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

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

Удалить пользователя может только администратор аккаунта. Но пользователь может удалить из своего аккаунта почту, тогда можно создать пользователя с другим логином в другом аккаунте.

Внешние пользователи

Можно приглашать в свои базы внешних пользователей (по e-mail) из других аккаунтов. За таких пользователей не нужно платить.

Аудит на базах с разделителями

Аудит приватных доработок клиента

Доработки (расширения и обработки) нужно размещать в личном кабинете клиента в разделе «Используемые сервисы — расширения и доработки», без галочки «Сервис доступен в Маркет 42».

При этом извещения о прохождении аудита будут приходить клиенту на e-mail, под которым зарегистрирован личный кабинет. Изменить e-mail для уведомлений нельзя.

Можно попросить клиента настроить правило для пересылки таких сообщений на e-mail разработчика.

Также сообщения об аудите приходят в уведомлениях, которые можно посмотреть по колокольчику, но там они довольно неудобны и плохо читаемы:

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

Применение приватных сервисов в базах на разделителях

Если в сервисе допущена ошибка, надо отозвать его в списке версий. При этом в базах 1С после перезапуска доступна последняя актуальная версия. Версию можно посмотреть в окне «Информация для технической поддержки».

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

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

Важно! Расширение само не обновится, если изменены данные. Можно попробовать зайти по ссылке e1cib/app/Обработка.КаталогРасширений и обновить самостоятельно (выгнав пользователей) или обратиться в поддержку:

Важно! Уже установленное расширение можно сделать активным или не активным через обращение в поддержку.

Скорость аудита

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

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

Важные нюансы аудита

У обработок и расширений в каждой новой версии должна быть новая версия — в сведениях о внешней обработке и в свойствах расширения. У расширения должен быть указан поставщик.

В качестве версии я использую обычно дату в формате. 2024.12.31.1, где последнее число — номер версии в пределах дату. В качестве поставщика — имя своего сайта geniy1s.ru.

При размещении новой версии расширения на аудит нужно помнить и ставить галочку «Установить в небезопасном режиме»:

Важно! Для дополнительных внешних обработок и отчетов не нужно готовить zip-архив, можно просто загружать сразу epf или erf файл.

Критичные ошибки в разработках

Отключение безопасного режима в обработках не допускается, такой код запрещен:

ПараметрыРегистрации.БезопасныйРежим = Ложь;

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

Разрешения = Новый Массив();    
Разрешения.Добавить(РаботаВБезопасномРежиме.РазрешениеНаИспользованиеПривилегированногоРежима());
ПараметрыРегистрации.Вставить("Разрешения", Разрешения);

Добавленные в расширение объекты данных

Когда я добавил в расширение константу, при отправке на аудит получил быстро промелькнувшее сообщение, которое можно прочитать только если успеть сделать скриншот:

Поэтому рекомендую сделать то, что просят аудиторы для добавленных объектов. Это касается только добавленных объектов, а не добавленных реквизитов!

Добавить в расширение план обмена Миграция приложений, у состава поставить желтые две стрелочки (так это будет меньше влиять на работу в других конфигурациях, где такого плана обмена нет):

Затем поставить галочки на тех объектах, которые добавлены и установить Авторегистрацию в Запретить:

Обслуживание базы

Полнотекстовый поиск в базах на разделителях

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

Иногда и поддержка разводит руками и советует удалить все помеченные на удаление объекты, что не всегда возможно. Поэтому можно приучать пользователей использовать ALT+F.

Удаление неиспользуемых версий

Иногда возникает подобное сообщение. Поддержка ответила, что нужно просто ответить «Не предлагать удалять»

Другие особенности

Сервисы ИТС в аренде

Сервис 1С:Контрагент включен в арендуемые базы, по ИНН заполняет.

В базах автоматически обновляются классификаторы.

Виды баз

1. Файловая — можно менять конфигурацию.
2. Серверная — можно менять конфигурацию. Доплата за серверность и за каждого пользователя по сравнению с файловой.
3. На разделителях — тоже серверная, но конфигурацию менять нельзя. Доработки только через аудит.

Место на диске

В рамках тарифа выделяется 10 Гб на диске. Можно использовать под отладочную базу, чтобы разрабатывать расширения для рабочей базы. Можно использовать больше места, но платно.

База на разделителях не занимает места на диске. Но у нее есть некие лимиты, при превышении которых будут взиматься деньги за overspace.

Терминальные RDP-подключения

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

Хитрости личного кабинета

Чтобы сессия не прекращалась, нужно держать окно ЛК открытым. Иначе сессия довольно быстро прекращается.

Чтобы отличить файловую базу от базы на разделителях в списке баз, обращайте внимание на размер — он указывается только у файловых баз. Ну и можно переименовать базы так, чтобы было понятно, файловая или на разделителях:

Смена юридического лица для оплаты

Для оплаты от другого юридического лица достаточно поменять название компании и ИНН в разделе «Управление аккаунтом — Данные о компании».

Ошибки

Никто не идеален, и иногда случаются ошибки. Могу только сказать, что поддержка там отличная, всегда оперативно отвечают.

Недоступность облака

Один раз столкнулись с тем, что облако не работало 40 минут, была то ошибка потока, то такая:

В итоге сотрудники облака все починили.

---