Вход или Регистрация
ГлавнаяУслугиОбслуживание 1СПереход с «1С:Предприятие 7.7» на «1С:Предприятие 8»

Переход с «1С:Предприятие 7.7» на «1С:Предприятие 8»

Нужно ли переходить на «1С:Предприятие 8»?

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

1. Общий алгоритм

Итак, вы решили переходить на «восьмерку» и хотите узнать, как это делается, и чем это вам «грозит». В самом общем виде схема перехода выглядит так (рис. 1).

20.png Рис. 1. Алгоритм перехода с платформы «1С:Предприятие 7.7» на платформу «1С:Предприятие 8»

1. Апгрейд. Вы хотите купить новую программу за полцены? Тогда первое, что вам нужно сделать – написать заявление от вашей организации, сдать регистрационную анкету на платформу 7.7 и приобрести платформу 8. При этом Вам будет предоставлена скидка в размере стоимости старой платформы, но не более 50% от стоимости новой. Старая платформа за Вами сохраняется, и вы можете пользоваться ей и дальше, но она будет снята с технической поддержки в фирме 1С.

2. Обновление текущей конфигурации до последнего актуального релиза.

3. Подготовка базы данных к переносу:

  • резервное копирование баз данных;
  • закрытие текущего расчетного периода;
  • очистка базы от элементов, помеченных на удаление
  • исправление ошибок в учете (если таковые имеются).

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

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

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

Рассмотрим процесс перехода на новую платформу в контексте конфигурации «1С:Бухгалтерия».

2. Меняем «1С:Бухгалтерию 7.7» на «1С:Бухгалтерию 8»

Механизмы переноса данных из «1С:Бухгалтерия 7.7» в «1С:Бухгалтерию 8» определяются следующими факторами:

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

Рекомендация! Начинайте работать в новой программе с 1-ого января нового года.

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

Рассмотрим различные варианты:

Вариант 1: Переход с нового года, типовая конфигурация, в старой программе сформированы правильные остатки на счетах.

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

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

Вариант 2: Переход с нового года, типовая конфигурация, в старой программе отсутствуют правильные остатки на счетах.

21.png












Рис. 2. Переходный период при смене платформы

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

  • перенести остатки «как есть» на начало года и вести учет на основе этих данных. Как только верные остатки в «семерке» будут получены, необходимо незамедлительно скорректировать их задним числом в «восьмерке».
  • отказаться от переноса некорректных остатков и вносить первичные документы по новым сделкам в «восьмерку» без последующего их проведения. В таком случае не важно, есть в программе остатки или нет, непроведенные документы никаких движений по счетам не сделают. Так нужно действовать вплоть до момента получения корректных остатков в «1С:Предприятие 7.7». Далее полученные остатки переносятся в новую программу на начало года. Завершающим шагом становится последовательное проведение внесенной в новую про-грамму за переходный период «первички» при помощи встроенной обработки «Групповая обработка справочников и документов»

Вариант 3: Переход с середины года, типовая конфигурация

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

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

Вариант 4: Переход с типовой конфигурации с переносом документов прошлого периода.

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

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

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

Внимание! Используйте документы прошлого периода только в качестве справочной информации.

Вариант 5: Переход с нетиповой конфигурации на платформе «1С:Предприятие 7.7»

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

В зависимости от характера внесенных в программу изменений существуют следующие технологии переноса данных:

  • Если конфигурация изменена незначительно, то можно воспользоваться типовыми средствами перехода. Потребуется лишь настроить или доработать их под Вашу программу.
  • Если конфигурация переработана коренным образом, то настройка типовых инструментов переноса может оказаться более трудоемкой, чем написание собственных обработок для этих целей. Аналогичная ситуация возникает и в случае организации перехода с программы учета, не связанной с платформами 1С. Осуществить такой переход тоже возможно, но заранее придумать универсальный обмен не получится. В каждом конкретном случае нужен индивидуальный подход. Наша компания может предложить свои наработки по переносу данных через файлы различных форматов, таких как dbf, xls, xml.

Вариант 6: Объединение баз данных.

Из-за отсутствия механизма ведения учета нескольких фирм в одной базе многим предприятиям приходилось вести одновременно несколько баз в «1С:Предприятие 7.7». Так как в восьмой версии эта проблема решена, возникает задача объединения нескольких баз в одну в рамках проекта переноса данных. При этом каждая из баз 7.7 может обладать своими особенностями.

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

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

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

3. Возможные трудности, о которых стоит знать

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

3.1. Ошибки в исходных данных

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

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

Другая проблема – отсутствие единого формата занесения данных. Каждый пользователь может ввести наименование так, как ему самому больше нравится. Представим, что в одной базе 7.7 пользователь, заполняя реквизит «Наименование» контрагента, написал «ТД Радуга», а в другой базе 7.7 этот же контрагент указан как «Торговый дом «Радуга». В такой ситуации автоматическая обработка никак не сможет определить, что это один и тот же контрагент, и перенесет его в 8 - дважды. Работать дальше в такой базе будет сложно, так как обороты могут быть перенесены по разным контрагентам.

3.2. Различия конфигураций

Еще одна группа ошибок переноса – это технологические различия конфигураций. Некоторые хозяйственные операции отражаются в «1С:Предприятие 7.7» несколькими видами документов, а в «1С:Предприятие 8» одним. Например, поступления и материалов и товаров отражается в новой программе одним документом, а в старой - двумя. Таким образом, при попытке переноса документов «Поступление материалов №125» и «Поступление товаров №125» возникает ошибка контроля уникальности. Поскольку запись двух документов с одним номером в заданном периоде невозможна, необходимо искусственно вносить в них отличия и система внесения этих отличий оговаривается заранее.

Например, данная проблема решается прибавлением дополнительного префикса к номеру загружаемого документа. Например, база филиала в Красноярске дает префикс «КР», вид документа «Поступление материалов», из которого производится загрузка, дает префикс «М». Так, если номер документа в семерке был 00000031, то номер в восьмёрке будет следующим: «КР» + «М» + «00000031» = «КРМ00000031»

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

3.3. Технические проблемы

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

Также есть вопрос по «задвоенным» контрагентам, которые не задвоенные. У компаний, работающих в разных городах, вполне могут быть и контрагенты, также работающие в разных городах. Филиал компании «МаксиМЕД» в Москве и сама компания «МаксиМЕД» в Самаре в базах могут называться одинаково. Чтобы избежать подобной путаницы, нужно выбирать методику переноса заранее. В нашем примере можно разделять контрагентов по разным группам справочника в зависимости от базы-источника. Выбор такой методики повлияет и на механизмы загрузки данных.

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

Заключение

В настоящее время компаний, работающих с использованием «1С:Предприятие 7.7» по-прежнему остается достаточно много. Это связано с такими факторами как непонимание преимуществ новой платформы, нежелание учиться новым технологиям, опасения встретить большое количество трудностей при переходе. Как показывает практика, большинство этих причин не такие уж существенные. Мы помогаем своим клиентам справиться с любыми возможными трудностями, связанными с внедрением программ на платформе «1С:Предприятие 8». Если Вас заинтересовал вопрос перехода или другими словами апгрейд, звоните, специалисты компании «РЕБИС» к Вашим услугам!


Заказать апгрейд


Авторизация на сайте
Забыли пароль?
Восстановление пароля
Вы не робот?
поменять
картинку
Введите свой адрес электронной почты или номер телефона, указанный при регистрации. Затем нажмите кнопку "Восстановить".
отмена
Подтверждение номера телефона
Мы отправили на ваш номер телефона СМС с кодом подтверждения. Пожалуйста, введите данный код в поле ниже и нажмите кнопку «Подтвердить»
Восстановление пароля
На ваш адрес электронной почты мы выслали код подтверждения, введите этот код в поле ниже, введите новый пароль, его подтверждение и нажмите кнопку «Установить пароль». Код подтверждения действителен в течение 10 мин.
На ваш номер телефона мы отправили SMS с кодом подтверждения, введите этот код в поле ниже, введите новый пароль, его подтверждение и нажмите кнопку «Установить пароль». Код подтверждения действителен в течение 10 мин.
отмена
Регистрация успешно завершена!

Данная страница будет
обновлена через 5 сек.

обновить страницу

Авторизация прошла успешно!

Данная страница будет
обновлена через 5 сек.

обновить страницу

Пароль успешно изменен!

Данная страница будет
обновлена через 5 сек.

обновить страницу

Неизвестная ошибка!

Произошла неизвестная ошибка.
Обновите страницу и попробуйте заново!

обновить страницу