Как сделать сравнение конфигураций 1с

Обновлено: 06.07.2024

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

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

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

Возможна ли ситуация, когда процесс обновления будет выполнен полностью автоматически? Конечно. Для этого изменяемые объекты должны быть добавлены и не должны использовать функционал существующей конфигурации. Т.е. эти объекты должны решать абсолютно другие учетные задачи, расширяющие функционал типовой конфигурации поставщика. Согласитесь, что описанная ситуация является крайне редкой. Практически всегда изменения затрагивают объекты типовой конфигурации поставщика.

Следует обратить внимание на то, что база данных может содержать до трех видов конфигураций:

Этап 1. Подготовка

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

Несоответствие версий рабочей конфигурации и конфигурации поставщика может возникнуть при использовании для обновления *.cf файлов, не из дистрибутива поставщика или при использовании методов обновления отличающихся от описанных в данной статье. Напрмер, объекты добавлялись в рабочую конфигурацию копированием через буфер обмена или Drag&Drop.

1. Сравнение версий.

Если номера совпадают, то переходим к следующему этапу. См. Этап 2.

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

2. Сохранение рабочей (основной) конфигурации.

3. Получение файла обновления для конфигурации поставщика.

Для приведения в соответствие конфигураций нам понадобится файл *.cf из дистрибутива поставщика с тем же номером версии, что у рабочей конфигурации (Рисунки 3 и 4). Данный файл можно получить при установке соответствующего дистрибутива. По умолчанию установка дистрибутива конфигурации выполняется в каталог C:Program Files1cv81tmplts. Подробнее об установке шаблонов конфигураций см. документацию.

Проверим каталог шаблонов. Если в каталоге шаблонов есть *.cf файл нужной версии, то переходим к пункту 4 Этапа 1.

Что можно сделать, если нет *.cf файла нужной версии конфигурации поставщика? В этом случае можно воспользоваться файлами *.cfu и повторив описанную в Этапе 1 процедуру несколько раз последовательно поднять номер версии до требуемого релиза, в данном случае до 1.2.6.2. Следует отметить, что использование файлов *.cfu может не вскрыть ошибки, допущенные ранее при обновлении. Что, согласитесь, довольно странно, учитывая тот факт, что вначале собирается файл поставщика на основе старой конфигурации поставщика и *.cfu файла, а затем выполняется обновление. Возможно это связано с тем, что в сравнении почему-то участвуют не все объекты конфигурации. Поэтому предлагаю использовать возможно более длинный путь, но и более надежный.

Необходимо создать пустую базу данных со "старой" конфигурацией поставщика. Обновить конфигурацию поставщика до нужной версии и уже её использовать при выполнении работ на 1 этапе. Для получения "новой" конфигурации поставщика нужно сделать следующее:

снять пометку с объекта, которыйв конфигурации поставщика;
удалить ссылку на объект, которыйв конфигурации поставщика.

5. Восстановление настроек частично утерянных на предыдущем этапе.

6. Сохранение результатов обновления.

Здесь нас поджидает очередная проблема (Рисунок 8).

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

С ролями поступаем просто - удаляем, т.к. роли не изменялись (это можно проверить, сравнив старую конфигурацию поставщика и рабочую конфигурацию). С реквизитом документа действуем иначе. Реквизит необходимо переименовать, например ЗаказРезерв1, а после обновления перенести значения из переименованного реквизита в новый. Для этого можно воспользоваться обработкой УниверсальныеПодборИОбработкаОбъектов.epf с диска ИТС.

Рассмотрим еще одну ситуацию, аналогичную предыдущей, но возникшую при обновлении 1С:Бухгалтерии предприятия 8.1. Что делать с формами? (Рисунок 9)

Если необходимо, перенесем значения реквизита ЗаказРезерв1 в ЗаказРезерв с помощью внешней обработки в режиме 1С:Предприятие.

Этап 2. Обновление

После проведения подготовительных работ на Этапе 1 переходим к обновлению основной конфигурации и переносу ранее сделанных доработок типовой конфигурации поставщика.

Для обновления конфигурации нам понадобится файл *.cfu или файл *.cf из дистрибутива поставщика.

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

1. Подготовка баз данных.

Итак, по результатам первого этапа готовим две одинаковые базы. Первая (основная) - наш будущий результат. Вторая (вспомогательная) - для выполнения сравнений, открытия конфигураций и других подготовительных действий. Для файлового варианта это просто копирование файлов основной базы в другой каталог и подключение этого каталога в список баз, для клиент серверного - выгрузка / загрузка.

2. Трёхсторонее сравнение конфигураций.

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

Если изменений в объекте больше в новой конфигурации поставщика, то оставляем экземпляр объекта поставщика. Оставляем галочку. Затем перенесем изменения из рабочей конфигурации.

Если изменений в объекте больше в рабочей конфигурации, то оставляем экземпляр объекта рабочей конфигурации. Снимаем галочку. Затем перенесем изменения из конфигурации поставщика.

С модулями поступаем немного иначе, т.к. в нашем распоряжении есть возможность сравнивать модули попроцедурно. Т.е. в случае, если в нашей конфигурации и в конфигурации поставщика изменены различные процедуры модуля, то правильно расставив галочки мы избавим себя от ручного переноса изменений кода. Чтобы до этого добраться нажимаем кнопку как это показано на рисунке 14.

Далее расставляем галочки, указывая какие процедуры и функции следует заменить или удалить (Рисунок 15).

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

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

Сравнение форм, таблиц, и модулей объектов в конфигурации выполняется с достаточной степенью детализации (Рисунок 17). Этого вполне достаточно для принятия решений.

Особо пристальное внимание следует уделить шаблонам RLS по измененным ролям пользователей.

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

Этап 3. Сдача работ

В приведенном примере объем работ по исправлению ошибок, допущенных при предыдущих обновлениях, а также по обновлению на версию 1.2.14.1 и переносу ранее внесённых в типовую конфигурацию изменений составляет порядка 100-150 часов. Выполнить такой объем работ, выполняя обновление непосредственно в базе заказчика, не представляется возможным. Соответственно подготовительные работы необходимо выполнить на копии базы данных, а результат обновления перенести в рабочую базу заказчика.

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

Дальнейшие действия на стороне заказчика будут следующие:

Правильное выполнение данного этапа позволит в дальнейшем избежать работ, описанных в Этапе 1.

От бухгалтеров требуют управленку: что делать?

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

Старт потока — 15 февраля, успейте записаться уже сейчас, программу курса смотрите здесь.

Войдите как ученик, чтобы получить доступ к материалам школы

Создание конфигураций 1С: основы

Автор уроков и преподаватель школы: Владимир Милькин

Наконец, мы приступаем к созданию и доработке конфигураций 1С. Если вы не читали введение к этому модулю - пожалуйста, прочтите его: ссылка.

Конфигурация, конфигурация . а что это вообще такое?

Из чего состоит 1С

Давайте ещё раз вспомним, что 1С делится на две большие части:

Это собственно сама программа 1С (её ещё называют платформой 1С:Предприятие).
И данные с которыми работает эта платформа (их ещё называют базой данных).

У платформы есть версия. Раньше использовалась "семёрка" (версия 7.7), теперь используется 8.3 - это самая последняя версия платформы - её мы используем в наших уроках.

Какие бывают базы

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

бухгалтерские базы (1С:Бухгалтерия)
базы для управления персоналом и расчетом зарплаты (1С:Управление персоналом)
базы для управления торговлей (1С:Управление торговлей)
базы для автоматизации практически любой другой отрасли (парикмахерские, автосервисы, салоны красоты, общепиты и другие)

Конфигурация - основа базы

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

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

Как выглядит платформа

Это набор исполняемых файлов (программ), которые устанавливаются в папку "Program Files" и обычно запускаются ярлыком с рабочего стола:

Как выглядит база данных

Самый главный файл "1Cv8.1CD" - именно в нём хранится база. Все остальные файлы являются служебными и при их удалении мы потеряем разве что журнал регистрации.

Как выглядит конфигурация

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

Конфигурация "зашита" внутри базы (файл "1Cv8.1CD") вместе с данными.

Сравнение с Word

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

Платформа 1С - это программа Microsoft Office Word для работы с текстовыми документами, а база данных - это текстовый документ с которым работает Word. Сама программа Word не хранит в себе никаких данных, но вот файлы, которые мы создаём при помощи него как раз и являются хранилищем различной информации.

Когда мы запускаем ярлык 1С с нашего рабочего стола - мы запускаем платформу.

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

Два режима работы с базой

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

Именно поэтому существует два отдельных режима работы c базой данных:

- режим конфигуратора (когда мы работаем только с конфигурацией базы, не затрагивая её данные)

- режим предприятия (когда мы работаем только с данными базы).

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

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

Переключение между этими двумя режимами производится вот этими двумя кнопками:

Установка платформы

Для обучения программированию нам понадобится 1С 8.3 (не ниже 8.3.13.1644).

На вашем рабочем столе должен появиться вот такой ярлык:

Создаём пустую базу

Итак, давайте же создадим нашу базу данных, но не так как мы это делали на самом первом уроке школы (ссылка) - на этот раз мы сделаем это осознанно, с объяснением каждого шага:

1. Запустим платформу 1С на нашем рабочем столе. Этот ярлык ведёт к исполняемому файлу из папки "C:\Program Files\1cv8t\".

2. Перед нами открылся список баз 1С:

В нём уже присутствует база "Учебная" из прошлых уроков. Обратите внимание на то, что при выделении базы внизу пишется путь к её папке. Если мы откроем эту папку в проводнике, то обнаружим там тот самый файл "1Cv8.1CD", о котором шла речь выше.

3. Нажмём кнопку "Добавить".

4. Выберем пункт "Создание новой информационной базы" и нажмём кнопку "Далее":

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

5. Выберем пункт "Создание информационной базы без конфигурации . " и нажмём кнопку "Далее":

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

6. В качестве имени базы укажем "Азы" и нажмём кнопку "Далее":

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

7. В качестве каталога базы укажем любую пустую папку (в данном случае это папка "Азы" в моих документах). Нажмём кнопку "Далее":

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

8. Укажем вариант аутентификации "Выбирать автоматически", режим запуска "Толстый клиент". В качестве версии 1С:Предприятия ничего не будем указывать, нажмём кнопку "Готово":

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

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

9. В списке появилась наша база "Азы", которую мы только что создали. Выделим её и внизу отобразится путь к папке с базой:

Зайдём в эту папку через проводник и увидим там уже знакомый файл "1Cv8.1CD", который содержит всю базу данных:

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

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

Как сохранить конфигурацию 1с

В результате у вас получится cf-файл, который вы или зальете в облако, или скопируете на флешку, и отнесете на свое рабочее место (домой или в офис).

Как загрузить конфигурацию 1с

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

В результате выполнения команды, откроется окно выбора файла с расширением cf, в котором вы выбираете ранее сохраненный у клиента cf-файл.

Включить возможность изменения конфигурации

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

Более подробно о поддержке конфигурации читайте в моей статье Поддержка конфигурации 1С.

Внести изменения в конфигурацию 1С

Изменим справочник Номенклатура, добавив в него реквизит.

А также документ ЧекККМ: добавим реквизит и поместим его на форму в виде элемента Поле.

Сделав нужные изменения, сохраним cf-файл нашей измененной конфигурации, как мы это делали ране, предварительно протестировав изменения.

Объединение конфигурации 1с

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

И здесь две рекомендации:

Сравнение конфигураций 1С

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

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

И если мы сравниваем с конфигурацией из файла, то необходимо указать нужный cf-файл.

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

Возврат на поддержку измененной конфигурации 1С

Во время возврата на поддержку нужно выбрать cf-файл типовой конфигурации 1С.

После выбора файла типовой конфигурации, выйдет предложение поставить конфигурацию на поддержку.

Конфигурация встанет на поддержку с возможностью изменений.

Но наша конфигурация еще не полностью на поддержке.

Статьи по теме обновлений 1С:

Книга написана понятным и простым языком — для новичка.

Книга посылается на электронную почту в формате PDF. Можно открыть на любом устройстве!
Научитесь понимать архитектуру 1С;
Станете писать код на языке 1С;
Освоите основные приемы программирования;
Закрепите полученные знания при помощи задачника.

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

Очень доступный и понятный язык изложения
Книга посылается на электронную почту в формате PDF. Можно открыть на любом устройстве!
Поймете идеологию управляемого приложения 1С
Узнаете, как разрабатывать управляемое приложение;
Научитесь разрабатывать управляемые формы 1С;
Сможете работать с основными и нужными элементами управляемых форм
Программирование под управляемым приложением станет понятным

Промо-код на скидку в 15% — 48PVXHeYu

Эти книги, плюс книга по программированию оперативного учета имеются в едином комплекте: комплект книг по разработке в 1С.
Только для читателей моего блога,
промо-код на скидку в 300 рублей на весь комплект: blog

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

На что обратить внимание при оценке и планировании обновления конфигурации

Наличие распределенных информационных баз (РИБ)

Как мы знаем алгоритм обновления РИБ в сокращенном виде можно представить следующим образом: Обновление главной базы – выполнение синхронизации с подчиненными базами – обновление подчиненных баз. В связи с этим, время на обновление существенно увеличивается, так как помимо всего, необходимо проведение предварительного тестирования процесса на каждом из узлов РИБ, а в случае сбоев – откат к исходному состоянию и повторение итерации.

Внешние обработки, печатные формы и отчеты

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

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

Минимальная версия платформы 1С: Предприятия

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

Мощности рабочей машины

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

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

Например, есть нетиповая конфигурация Комплексная автоматизация, релиз 2.4.5.111, которую необходимо обновить до актуального релиза 2.4.10.94. Для обновления потребуется множество шагов на n релизов.

Чтобы не повторять перенос доработок каждый раз при шаге на один релиз, необходимо взять типовой файл конфигурации.cf релиза 2.4.10.94 и в него перенести все существующие доработки.

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

Конфигурация – Сравнить конфигурации, в поле “Первая конфигурация” выбрать “Основная конфигурация”, а в поле “Вторая конфигурация” выбрать “Конфигурация поставщика”.

После завершения процедуры появится окно сравнения конфигураций, в котором можно по каждому объекту увидеть внесенные изменения. Для удобства контроля переноса доработок можно воспользоваться механизмом под названием “Отчет о сравнении объектов”, доступный в контекстом меню, вызываемым при нажатии правой кнопкой мыши на корень конфигурации.

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

Этапы переноса доработок из нетиповой конфигурации в типовую конфигурацию последнего релиза

Перенос новых объектов

Воспользовавшись файлом “Отчет о сравнении”, можно определить, в каких объектах добавлены новые реквизиты, подчиненные объекты и т.п. Это необходимо для того, что перед переносом объектов снять с поддержки требуемые элементы для обеспечения возможности их добавления. Далее, для того, чтобы провести перенос новых объектов, необходимо выполнить команды: Конфигурация – Сравнить, объединить с конфигурацией из файла. После проведения сравнения необходимо установить галочки напротив новых объектов (не существующих в конфигурации поставщика) и провести объединение.

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

При обновлении бывают ситуации, когда доработанные формы объекта, списка и т.д. также можно перенести с помощью сравнения. Например, форма списка справочника “Номенклатура” из конфигурации поставщика текущего релиза не была изменена по сравнению с конфигурацией актуального релиза. Следовательно, если в текущей нетиповой конфигурации форма изменена, ее можно также перенести с помощью команды “Сравнить, объединить с конфигурацией из файла”.

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

Если подвести итог, данный способ обновления нетиповой конфигурации заключается в том, чтобы подготовить файл конфигурации .cf актуального релиза со всеми доработками и на последнем шаге обновления применить его с помощью команды “Загрузить конфигурацию из файла”.

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

Методы обновления РИБ, адаптации расширений и внешних объектов будут рассмотрены в последующих статьях.

Автор: Екатерина Петрова

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

Отличительными чертами типовой конфигурации являются:

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

И вот с этого самого момента система перестает быть типовой – нанятый руководством программист вносит изменения, и новый блок уже исполняет возложенные на него функции. Что это означает? Иными словами, систему модифицировали, и она стала отличаться от изначальной версии.

К отраслевым конфигурациям относятся:

К таким программным продуктам можно отнести:

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

Давайте рассмотрим их основные преимущества и отличия и разберемся, какая из них подойдет именно вам.

Базовая версия: основное отличие этой версии кроется в самом ее названии – программа предоставляет базовый функционал. Это самая простая версия конфигурации, которая обладает самым необходимым набором инструментов:

Кому будет удобно работать с таким решением?

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

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

Общая характеристика версии ПРОФ:

К плюсам версии можно отнести и то, что бухгалтеру, ведущему в данном ПО два и более предприятий, не потребуется открывать несколько окон – все сведения отражаются в одной базе. Пользователи версии ПРОФ могут в любое удобное время быстро обновить программу через Интернет, что также является преимуществом, либо обратиться в службу ИТС.

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

Версия КОРП имеет следующие преимущества перед ПРОФ:

Кому подойдет версия КОРП?

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

Подведем итоги

Читайте также: