Как перейти на редакцию 3.0. С какими трудностями придется столкнуться после перехода

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

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

Подготовка к переходу на 1С 8.3 Бухгалтерия 3.0

Для того что бы успешно перейти на 1С Бухгалтерия 3.0, необходимо выполнить следующие действия:

1. Создать архивную копию базы данных, чтобы при возникновении ошибок при обновлении была возможность откатиться назад;
2. Обновить информационную базу 1С Бухгалтерия 2.0 до релиза, с которого можно перейти на 1С Бухгалтерия редакцию 3.0;
3. Если все еще работаете на платформе 1С Предприятие 8.2, то необходимо установить технологическую платформу 1С Предприятия 8.3;
4. Запустить базу Бухгалтерия 2.0 с помощью 1С Предприятие 8.3;
5. Сформировать на дату перехода;
6. Сформировать оборотно-сальдовые ведомости по счетам на дату перехода, по счетам которых есть остатки.

Инструкция по переходу с 1С Бухгалтерии 2.0 (8.2) на 3.0 (8.3)

Рассмотрим пошаговую инструкцию по переходу или обновлению с программы 1С Бухгалтерия с 2.0 на 3.0. Обновление с 1С Бухгалтерии 2.0 (8.2) на 3.0 (8.3) можно осуществить как в пользовательском режиме, так и через конфигуратор.

Переход в пользовательском режиме

Переход в данном режиме возможен, если сможете получить обновление через интернет-поддержку пользователя. Иначе обновление 1С с 8.2 на 8.3 необходимо делать через режим конфигуратор. Для перехода необходимо перейти меню Сервис → Обновление на редакцию 3.0:

Программа 1С Бухгалтерия 2.0 автоматически проверяет возможность обновления и выдает об этом сообщение:

При наличии обновления можно к нему приступить. При обновлении в пользовательском режиме программа 1С Бухгалтерия 2.0 практически все сделает за нас. Текущему пользователю добавится роль Администратор системы (для перехода ред. 3.0). Выполняем шаги предложенные программой:

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

После обновления система запустит обновленную базу в пользовательском режиме в 1С Бухгалтерия редакции 3.0.

Переход в режиме конфигуратора

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

Важно! Для выполнения обновления через конфигуратор требуется специальный дистрибутив. Он так и называется Дистрибутив обновления для перехода с редакции 2.0. Не во всех обновлениях редакции 3.0 предусмотрен дистрибутив обновления для перехода с редакции 2.0. Поэтому выбираем тот дистрибутив 3.0, в котором предусмотрена возможность перехода на 3.0 нашего релиза 2.0.

Например:

Дистрибутив можно получить:

• Диск информационно-технического сопровождения;
• Иные источники.

В данном режиме назначаем пользователю роль Администратор системы (для перехода ред. 3.0).

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

• Администратор системы (для перехода ред.3.0);
• Полные права:

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

• Меню Конфигурация →Открыть конфигурацию;
• Меню Конфигуратор → Поддержка → Обновить конфигурацию;
• Указываем путь к файлу обновления;
• Запускаем обновление:

Проверка информации после перехода на 1С Бухгалтерию редакцию 3.0 (8.3)

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

Например, в базе 2.0 номер документа был М0000000001, а в редакции 3.0 структура номера иная 0М00-000001:

Не важно каким способом обновили информационную базу до релиза 3.0. При первом запуске после обновления рекомендуется выполнить следующие действия:

• Настроить функциональность программы;
• Проверить заполнение справочника Организации;
• Проверить настройки параметров учёта;
• Проверить Учётную политику организации;
• Настроить ;
• Выверить Оборотно–сальдовую» ведомость.

Оборотно-сальдовая ведомость, сформированная в 1С Бухгалтерия 2.0:

Оборотно-сальдовая ведомость после обновления на 1С Бухгалтерия редакцию 3.0:

Как видим, оборотно-сальдовые ведомости совершенно одинаковые. Обновление прошло успешно. Можно приступить к работе в 1С Бухгалтерия редакции 3.0.

Не так давно фирма «1С» порадовала выходом новой версии прикладного решения 1С: Бухгалтерия предприятия 3.0 и огорчила последующим прекращением поддержки версии 2.0 весной 2014 года. Чуть позже разработчики по просьбам партнеров согласились продолжить поддержку версии 2.0 в части регламентированной отчетности до конца 2014 года.

Решение является долгожданным продолжением легендарной серии бухгалтерских программ. Оно обладает принципиально новым интерфейсом (т.н. управляемое приложение), который открывает перед пользователями новые возможности: возможна работа в режиме тонкого и веб-клиента, размещение приложений в «облаке», формирование отчетов в «фоновом режиме» и другие. Помимо интерфейсных преобразований есть некоторые улучшения по части ведения учета: расширен модуль учета заработной платы, учет налогов стал более удобным и логичным.

Нужный релиз

Начнем с исходного: что необходимо для перехода? Необходимо немногое – релиз конфигурации версии 2.0, с которого можно перейти на актуальную версию. Чтобы понять, какой релиз необходим, нужно найти на сайте http://users.v8.1c.ru информацию об актуальной версии, пригодной для обновления. Например, на текущий момент актуальна версия 3.0.27.7, которая может быть обновлена с релиза 2.0.53.6.

Адаптация доработок конфигурации

Если конфигурация нетиповая, первая и самая сложная задача, которая стоит перед «внедренцами», — перенести из функционала «двушки» в «тройку».

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

Здесь встречаются следующие особенности:

• Все доработки, сделанные на «обычных» формах, нельзя просто так перенести в управляемые формы. Необходимо адаптировать программный код.
• Бухгалтерия 3.0 – это по сути своей новая программа. Если, например, ранее Ваша доработка находилась в функции «РасчитатьПроцентНадбавки» в модуле документа «ПоступленияТоваровУслуг», то теперь такой процедуры может не быть вовсе. Тут встаёт вопрос о необходимости серьезного понимания и анализа каждой доработки.
• Если доработки программистов использовали типовые , с большой вероятностью «ссылки» будут потеряны: общие модули серьезно изменились: как состав их функций, так и их имена (наследие новой БСП 2.х).
• Такая же ситуация с объектами метаданных. Большое количество объектов стали «ненужными», вместо них используются другие объекты, некоторые были переименованы (например, справочник «РегистрацииВИФНС» стал называться «РегистрацииВНалоговыхОрганах»).

Получите 267 видеоуроков по 1С бесплатно:

Проблема отраслевых «надстроек»

На текущий момент на основе конфигурации 1С: Бухгалтерия предприятия существует огромнейшее множество отраслевых решений. Эти решения зачастую устанавливаются как «надстройка» на конфигурацию.

Если проанализировать рынок – множество таких решений уже перестали поддерживаться. Везде по разным причинам: где-то компанию покинули разработчики, где-то организации-разработчика уже не существует. Независимо от причины, факт остается фактом – либо переводим конфигурацию «за свой счет», либо теряем заветный функционал.

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

Реструктуризация данных и сам процесс – очень щепетильные вопросы.

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

Были примеры, когда база обновлялась несколько суток, а в конце система выдавала ошибку о том, что «запись регистра сведений … стала не уникальна». Такая ситуация вполне возможна, на это необходимо обращать внимание и закладывать дополнительное время в копилку рисков.

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

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

Права доступа

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

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

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

• во-первых, требуется перевод форм в режим управляемого приложения;
• во-вторых, по новой методике библиотеки стандартных подсистем необходима подготовка таких файлов.

(Подробности о создании внешних обработок и отчетов в статье ИТС http://its.1c.ru/db/bspdoc#content:22:1:IssOgl2_%D0%A1%D0%BE%D0%B7%D0%B4%D0%B0%D0%BD%D0%B8%D0%B5%D0%BD%D0%BE%D0%B2%D0%BE%D0%B3%D0%BE%D0%BE%D1%82%D1%87%D0%B5%D1%82%D0%B0%D0%B8%D0%BB%D0%B8%D0%BE%D0%B1%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B8)

Восстановление нумерации

Сами разработчики заявили, что после обновления программы на 3.0 существует проблема с нумерацией: она «сбивается» и начинает отсчет заново. Для того чтобы вернуть нумерацию, достаточно создать документ с последним кодом, который был в системе.

Например, если последний документ Поступления был с номером 256, мы создаем документ с этим же номером, установленным вручную (256), и следующий документ уже будет автоматически иметь номер 257.

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

Правила обмена

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

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

Организационные моменты

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

Обоснование затрат на обновление клиенту (начальству) . Это очень сложный вопрос для клиента. Совсем недавно был переход с 1.6 на 2.0, а теперь 3.0. Почему клиент должен отдавать деньги за обновление? Утешает только одно: надеюсь, в ближайшее время не предвидится никаких новшеств и серьезных обновлений.

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

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

• Переход планируйте как можно раньше, не тяните до последних дней.
• Желательно, чтобы перенос функционала осуществлялся теми же программистами, которые дорабатывали конфигурацию.
• Попробуйте выделить на реструктуризацию как можно больше времени. Если переходите с понедельника, то начните работу в пятницу вечером.
• Перед финальным обновлением всех доработок обязательно прогоните обновление на тестовой среде. Без «репетиции» Вы рискуете не успеть выполнить обновление в технологическое окно.
• Делайте бекапы всего, что можно, и как можно чаще.
• Переход на 3.0 — это отличный повод для рефакторинга кода и «инвентаризации» доработок. Если Вы видите, что какой-то функционал не используется или перестал быть актуальным, то смело прощайтесь с ним.
• Как можно больше тестируйте перенесенный функционал, создайте тестовую базу и запустите туда пользователей.
• Создайте для пользователей среду, где они познакомятся с программой заранее — это поможет избежать в дальнейшем простых вопросов при начале работы с 3.0.
• Всегда имейте в запасе «план Б» — если что-то пойдет не так, как планировалось, будьте готовы откатиться на 2.0 для того, чтобы не парализовать работу компании.

В этой статье я расскажу как обновить имеющуюся у вас конфигурацию на платформе 1С 8.2 или 8.3. Для примера будем обновлять конфигурацию 1С Бухгалтерия предприятия 8.2. Обновление осуществляется несколькими способами: с диска ИТС, с сайта users.v8.1c.ru , из самой программы. Для базовой версии конфигурации возможны только второй и третий способы. Рассмотрим их все.

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

Файлы обновления конфигурации выглядят следующим образом:

Здесь нас интересует файл setup.exe, запустим его и установим файлы обновления:

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

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

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

Выбираем меню “Настройка”

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

Ждем завершения установки.

Если вас не интересует описание обновления 1C убираем галочку и нажимаем “Готово”. Шаблон обновления установлен.

Запустим программу 1С:

Выбираем режим запуска конфигуратор.

Открывается конфигуратор.

Узнаем наш релиз конфигурации. Для этого выберем из меню “Справка” пункт “О программе”

Здесь мы можем увидеть следующую интересующую нас информацию:

Версию платформы 1с Предприятие — в данном случае 8.2.16.352. О том как обновить платформу написано .

Режим — файловый, говорит о том что у вас обычная файловая база, а не сервер 1С Предприятие.

И то что нам нужно Конфигурация,а именно название и версия релиза — в данном случае 2.0.37.8.

Теперь мы знаем какой у нас релиз конфигурации. Продолжим.

Чтобы появилась возможность обновить конфигурацию 1C из конфигуратора, необходимо открыть конфигурацию для редактирования. Нажимаем “Открыть конфигурацию”.

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

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

Выбираем “Обновить конфигурацию” из меню Конфигурация => Поддержка

Здесь необходимо убрать нижнюю галочку,т.к. она предназначена для поиска обновлений в интернете и нажать кнопку “Далее”.

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

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

Выделяем нужный нам релиз и жмем “Готово”.

Здесь мы видим, что обновить конфигурацию до 2.0.38.6 можно с 5-ти предшествующих релизов. Жмем “Продолжить обновление”.

Видим с какого релиза и до какого будет произведено обновление. Нажимаем “ОК”.

На вопрос программы отвечеам “Да”.

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

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

Обновление конфигурации с сайта users.v8.1c.ru.

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

Итак будем считать что у вас имеется логин и пароль для доступа на сайт. Если их еще нет, смотрите статью “Самостоятельная регистрация пользователей по пинкоду”. Открываем любой имеющийся у вас браузер и вводим название сайта в адресную строку:

Попадаем на сайт, вводим ваш логин и пароль и нажимаем “Войти”:

Оказываемся в разделе сводная информация:

Листаем вниз и находим раздел “Бухгалтерия предприятия, редакция 2.0 для Технологической платформы 8.2”. Нажимаем на название конфигурации. Если у вас другая конфигурация, ищите ее в списке.

Открывается список доступных релизов. Нас интересует самый последний, в данном случае 2.0.38.6. Мы также видим что этот релиз является обновлением версии 2.0.37.8. Значит промежуточные релизы устанавливать не обязательно. Нажимаем на номер последнего релиза.

В открывшемся окне мы видим что “Текущая версия конфигурации предназначена для использования с версией системы 1С:Предприятие 8.2 не ниже 8.2.15.319”. Значит если версия вашей платформы ниже той что указана вам необходимо ее обновить. О том как это сделать написано здесь. Нажимаем на “Дистрибутив обновления”.

После скачивания у нас имеется файл обновления.

Распаковываем в нужную вам директорию:

Обновление базовой конфигурации 1С 8.2 или 8.3.

Обновление базовой конфигурации осуществляется из самой программы: меню Сервис => Обновление конфигурации. Для обновления вам необходим логин и пароль от сайта users.v8.1c.ru.

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

Сравнительно недавно компания «1С» выпустила новую версию прикладного решения «1С: 3.0» и тем самым прекратила поддержку редакции 2.0. Ранее разработчики по просьбе своих партнеров продолжали поддержку предыдущей версии, но это было ненадолго.

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

В чем особенности перехода?

Переход из решения «1С Бухгалтерии» из редакции 2.0 на 3.0 бесспорно для всех предприятий, где используется , будет неизбежным. Важно сказать, что сам переход вовсе не сложный и представляет собой просто-напросто «обновления» конфигурации на очередной . Но есть и некоторые недостатки. На практике уже был получен опыт перехода нетипичных конфигураций, о которых мы сейчас вам расскажем. А ниже рассмотрим особенности и проблемы, которые в конфигурациях бывают по уровню изменений «больше среднего».

Необходимый релиз

Для перехода на другую конфигурацию нужно немного: релиз конфигурации редакции «2.0», с которого и нужно переходить на новую версию. О том, какой релиз необходим, можно узнать на сайте . Там есть информация о пригодных для обновления актуальных версиях. Например, на сегодня актуальная версия «3.0.27.7», которая может быть обновлена с релиза «2.0.53.6».

Как адаптировать доработки конфигурации?

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

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

В данном случае существуют определенные особенности:

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

- «Бухгалтерия 3.0» - это, по своей сути, новое программное решение. Если, например, до этого доработка находилась в модуле документа под названием «ПоступленияТоваровУслуг» (функция «РасчитатьПроцентНадбавки»), то теперь вышеназванной процедуры может не быть вообще. Тогда появляется вопрос о необходимости серьезного понимания, а также анализа каждого из доработок;

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

Подобная же участь коснулась и объектов метаданных. Большое количество из них, так сказать, стали «ненужными». Вместо последних стали использовать другие объекты, а некоторые из них были переименованы (например, - справочник с именем «РегистрацииВИФНС» сменил название на «РегистрацииВНалоговихОрганах»);

Проблема отраслевых «надстроек»

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

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

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

Реструктуризация данных

Вообще процесс обновления «1С», в частности реструктуризация данных - очень деликатные вопросы.

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

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

Сам процесс обновления (при первом запуске программного обеспечения запуск обработчиков обновления) тоже не у всех случаях работает корректно (без ошибок) и может время от времени принести проблемы.

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

Несколько слов о правах доступа

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

Печатные формы, внешние обработки и отчеты

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

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

Процесс восстановления нумерации

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

Например, если последний документ под названием «Поступление» имел номер 256, то нужно создать документ с таким же номером, установленным в ручном режиме (256). Следующий документ, соответственно, в автоматическом режиме вступит под номером 257.

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

Какие существуют правила обмена?

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

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

Немного об организационных моментах

Среди сложностей нужно уделить внимание и организационным моментам:

Обоснование затрат на обновление клиенту. Для последнего это достаточно сложный вопрос. Сравнительно недавно только был переход с «1.6» на «2.0», затем прошло немного времени, а конфигурацию уже надо менять на «3.0». Почему же снова клиент должен отдавать свои средства на обновление? Однако пользователя может утешить то, что в ближайшее время компания «1С» не планирует никаких обновлений и серьезных нововведений.

Каких же расходов следует ожидать при переходе? Время перехода на новую версию программного продукта сильно зависит от самого степени модификации конфигурации. Одна из рекомендаций - воздержаться от преждевременных оценок, и вместо этого - договориться работать «по-факту». Ведь процесс реструктуризации может продолжаться значительно больше запланированного. Минус в том, что вышеназванную проблему никак нельзя предсказать.

А сейчас мы сделаем определенные выводы и попытаемся дать советы по более комфортному и простому переходу:

Не тяните время, планируйте переход как можно раньше;

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

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

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

Бэкап следует делать всего и эти операции проводить как можно чаще;

Переход на «3.0» - это хороший повод для «инвентаризации» доработок и рефакторинга кода. Если вы видите, что определенный функционал не используется или потерял свою актуальность, то прощайтесь с ним без колебаний;

Также можно чаще проводить тестирование над перенесенным функционалом. Сформируйте тестовую базу и запустите в нее пользователей;

Для пользователей сформируйте такую среду, где они смогут заранее познакомиться с программным продуктом. Это даст возможность в дальнейшем при начале работы с «3.0» избежать простых вопросов;

В запасе всегда должен быть план «Б». Если что-то не получилось с «3.0», нужно будет вернуться к «2.0», чтобы не остановить работу предприятия.