Переход с 2.0 на 3.0

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

На текущий момент на основе конфигурации 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 для того, чтобы не парализовать работу компании.

Буду рад замечаниям и любой обратной связи о Вашем опыте.

>Переходим на БП 3.0. Мой вариант

Делаем бэкап

Бэкап еще никому не вредил. Можно сделать тестирование и исправление базы, но это на ваше усмотрение.

Снимаем галки ручного редактирования с документов

Т.к. документы в БП 3.0 не соответствуют на 100% документам в БП 2.0, разработчики пошли по легкому пути (или же по принципу «лучше перебдеть») и просто поставили признак ручного редактирования на документы, которые вызвали у них сомнения в 100%-ном соответствии. В большинстве случаев этот признак можно снять (единственный проблемный документ, с которым я столкнулся — это «Регламентированная операция» или по-простому «Закрытие месяца»), только я не рекомендую заходить слишком далеко в прошлое, ограничившись текущим кварталом или границей закрытого периода. И да, с документов «Отражение зарплаты в учете (для обмена с ЗУП ред. 2.5)» за этот квартал этот признак лучше снять, т.к., скорее всего, проводки по зарплате будут загружены еще не раз. Аналогично можно поступить и с закрытием месяца, предупредив пользователей, что начиная с первого месяца текущего квартала придется перезакрыть период, либо не трогать закрытие месяца, но тогда предупредить пользователей, что перезакрывать такие периоды нельзя.

Чистим базу

Этот этап выполнять не обязательно. Но раз уж в базе никого нет, почему бы не почистить её.

Что можно сделать на этом этапе:

  1. Очистить справочник «Сотрудники» (и не смотрите, что там нет элементов, отключите отборы) — все равно он практически ни где не используется.
  2. Удалить задвоившихся физических лиц (заводили и в ЗУП и в БП, при не заполнялись поля синхронизации).
  3. Удалить задвоившихся контрагентов.
  4. Удалить задвоившиеся статьи затрат (одну завели в БП, а вторая прилетела из ЗУП).
  5. Удалить задвоившиеся подразделения (структура подразделений может отличаться от структуры в ЗУП: накопилось за годы).
  6. Дальше сами.

Основная обработка на данном этапе — это «PoiskIZamenaDublirujuschihsjaElementov+.epf» (). В обработку внесены некоторые изменения по сравнению с исходным вариантом:

  1. Исправлены некорректные замены значений субконто в проводках.
  2. Исправлена некорректная работа с реквизитом справочника «Код».
  3. Галки «Выполнять в транзакции» и «Отключать контроль записи» по умолчанию установлены.

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

Если у Вас по какой-то причине нет такого пункта меню, зайдите в Сервис — Параметры и разрешите эти режимы:

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

На этом этапе можно воспользоваться следующими обработками:

  1. Хозрасчетный. Почистить.epf — Очистка плана счетов от счетов, которые были введены вручную, перенесены из БП 1.6 и так ни разу не были использованы.
  2. Справочники. Почистить.epf — Очистка справочников от неиспользуемых элементов.
  3. Хозрасчетный_ИсправитьПодразделенияИВалюту.epf — После какого-то обновления стало важно, чтобы в реквизитах проводки «Подразделение» и «Валюта» было значение NULL, если у счета нет соответствующих признаков. Эта обработка запишет в такие проводки в нужные поля значение NULL. Такая проблема могла возникнуть, если ваша база какую-то часть жизни велась в файловом варианте.
  4. Групповая обработка объектов.
  5. Поиск и замена значений.

Перенумеровываем документы

Внешний вид обработки «Документы. Перенумеровать.epf» приведен на рисунке ниже. Обработка позволяет работать в двух режимах: режим нумерации по счетчику, т.е. последовательно присваивает номера документам, добавляя к номеру нужный префикс; режим дописывания к существующему номеру документа префиксов («Вписать дефис»). Обработка позволяет игнорировать некоторые документы по префиксу (если Вы используете этот режим, игнорируемый префикс не должен совпадать с префиксом документов этой базы). Обработка приводит все номера к одинаковой длине, а значит в процессе перенумерации номера вида «000000000016» и «00000000016» (на 1 ноль меньше) будут приведены к одному номеру «0000-0000016». Так как в базе не могут существовать несколько документов с одинаковыми номерами, одному из них будет присвоен следующий порядковый номер. Обработка позволяет перенумеровывать не все документы, а какой-то конкретный вид, но если номер документа принадлежит нумератору, будут перенумерованы все документы, использующие этот нумератор.

Не рекомендую поле отбора по виду документа оставлять пустым (только в экспериментальных целях).

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

Итак, попробуем перенумеровать счета-фактуры выданные, при существующем ограничении: СФ на аванс нумеруются с префиксом «А». Настраиваем обработку примерно так, как показано на рисунке. Выполняем перенумерацию.

Теперь у нас остались СФ на аванс. С ними поступаем следующим образом: с помощью обработки «Групповая обработка справочников и документов» отбираем СФ на аванс за этот год по нужной организации, и выполняем присвоение номеру документа «» (пустая строка). При этом база сама присвоит правильные номера документам.

Контролировать, все ли документы перенумерованы, можно по журналу операций (в разделе «Учет, налоги, отчетность»).

На этом этапе также можно выполнить проведение документов типа «Довереность», «Инвентаризация НЗП»: в БП 2.0 эти документы не имели признака проведения, а в БП 3.0 такие признаки получили (при провдении не формируется никаких движений).

Перенумеровываем справочники

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

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

На этом этапе можно почистить за одно и справочники в ЗУП: очень часто пользователи выгружают все элементы справочников из БП, а пользуются только 1-2 элементами.

Как перейти на новую редакцию 1С:Бухгалтерия 3.0 со старой редакции 2.0

2017-12-07T17:44:22+00:00

Зачем понадобилась новая редакция?

1С:Бухгалтерия редакция 3.0, в отличие от 2.0, работает на «Управляемых формах».

«Управляемые формы» — это новый подход к построению интерфейса программы, её взаимодействию с пользователем и работе через сеть.

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

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

Обязательно ли переходить?

Да, согласно информационному письму 1С ‘О замене редакции 2.0 на редакцию 3.0’ такой переход будет обязательным начиная с 20xx года ( к слову сказать, прекращение поддержки редакции 2.0 переносят уже не первый год, но есть мнение, что эта поддержка рано или поздно всё же будет прекращена ).

Итак, по имеющейся на данный момент информации:

  • 1С:Бухгалтерия редакция 2.0 будет поддерживаться до конца 1 квартала 20xx года в объеме необходимом для сдачи годовой отчетности за 20xx год. Это и изменения в законодательстве и, конечно же, регламентированная отчетность.
  • Но вот отчетность за 1 квартал 20xx года придется сдавать уже в новой редакции, так как изменения в законодательстве и новые комплекты отчетности за 20xx год будут реализовываться только для редакции 3.0.

В общем никто сейчас не знает — сколько ещё будет поддерживаться вторая редакция

Насколько просто будет перейти на новую редакцию 3.0?

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

Процесс обновления по шагам расписан ниже.

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

С какими трудностями придется столкнуться после перехода?

1. Если вы пользовались какими-то внешними обработками или отчетами, то в новой редакции все они перестанут работать. И вам нужно будет искать новые версии этих обработок для управляемого интерфейса.
2. Если ваша старая редакция дорабатывалась через конфигуратор, то все эти доработки придется повторить для редакции 3.0.
3. Новый, непривычный интерфейс. В целом приемы работы повторяют редакцию 2.0, но есть много нового. В разделе статьи я постараюсь выкладывать информацию по приемам работы в 1С:Бухгалтерия 3.0. Следите за новостями.

Процесс перехода с редакции 2.0 на 3.0 по шагам

Ручной способ

1. Обновите платформу 1С:Предприятие до последней версии.

2. Обязательно сделайте резервную копию базы!

3. Обновите конфигурацию 1С:Бухгалтерия редакция 2.0 до последней версии.

4. Зайдите в меню сервис и выберите пункт «Обновление на редакцию 3.0».

5. Выберите вариант обновления через ‘Пользовательский сайт в интернете’ и введите, если потребуется, код пользователя и пароль из договора на ИТС:

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

7. Дождитесь пока 1С скачает все файлы обновления с сайта.

8. Выберите пункт «Да, перезапустить 1С:Предприятие» и нажмите кнопку «Далее».

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

10. После обновления запускается уже новая версия 1С:Бухгалтерии 8.3 (редакция 3.0).

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

12. Готово! Поздравляю, вы перешли на новую редакцию 1С:Бухгалтерия 3.0.

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

Автоматический способ

Если вы пользуетесь моей программой Обновлятор-1С, всё будет намного проще.

1. Обновите платформу 1С до последней версии.

2. Нажмите правой кнопкой на базе в обновляторе и выберите пункт «Перейти на новую редакцию…»:

Ну а дальше следуйте инструкции обновлятора

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

Подписывайтесь и получайте новые статьи и обработки на почту (не чаще 1 раза в неделю).
Вступайте в мою группу ВКонтакте, Одноклассниках, Facebook или Google+ — самые последние обработки, исправления ошибок в 1С, всё выкладываю там в первую очередь.

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

Нажмите одну из кнопок, чтобы поделиться:

оглавление Как обновить платформу 1С Предприятие до последней версии

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *