Возможна ли кастомизация 1С: Фреш?


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

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

Сомнения в использовании сервиса 1С: Фреш (Fresh)

У 1С: Фреш есть те же проблемы восприятия, что и у любого другого облачного сервиса. Речь идёт о следующем:

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

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

Стратегии доработки программы 1С

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

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

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

Как происходит доработка облачных программ 1С?

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

Речь идёт о следующем:

  1. Механизм внешних отчётов, а также обработок. Данная часть структуры не встраивается непосредственно в ПО. Она хранится в виде отдельных файлов. Следовательно, не будет мешать устанавливать обновления. Можно не опасаться того, что что-то случайно выйдет из строя. Но сохранять уверенность во внешних обработках можно только, пока вы используете тот же релиз, для которого они и были созданы. После обновления ПО их работоспособность надо будет отдельно проверять. Это довольно приятный инструмент, когда требуется добавить какой-то не особо сложный отчёт. Однако для решения комплексных и трудных задач он не очень подходит.
  2. Система расширений. Она создавалась специально для обработки запросов, для которых не подходит система кастомизации через изменения исходного кода. Речь идёт о временном включении и отключении согласно желанию пользователя, беспрепятственная и быстрая установка обновлений. Плюс сюда же относится уменьшение вероятности того, что в результате очередного обновления дополнение просто перестанет функционировать.

Расширения онлайн-программ 1С

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

Расширения позволяют произвести любые необходимые изменения. Однако ограничения всё же имеются:

  1. Запрещено создание справочников.
  2. Нельзя добавлять реквизиты к тем прикладным объектам, которые уже есть. То есть только к печатным формам.

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

Проверка модификации 1С

Создание обработки, внешнего отчёта или расширения — это только часть задачи. Нужно дальше проводить аудит. Речь идёт о специальной процедуре, позволяющей сотрудникам 1С изучать доработки и разбираться в том, насколько что соответствует требованиям площадки.

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

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

Добавление одобренной доработки в систему

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

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