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

Вызвать Помощника в "1С:Бухгалтерии 7.7" можно из меню "Сервис - Переход на 1С:Бухгалтерию 8" (см. рис. 1).

Рис. 1

Работа с Помощником разбита на пять шагов. Переход от шага к шагу осуществляется при помощи кнопок "Далее" и "Назад".

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

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

Если обновлений нет, можно продолжить работу.

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

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

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

Или остатки на начала года и обороты с начала года до конца любого месяца.

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

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

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

На этом работа Помощника перехода с "1С:Бухгалтерии 7.7" завершена.

Теперь, необходимо запустить "1С:Бухгалтерию 8" и приступить к загрузке данных.

Вызвать Помощника можно из меню "Сервис - Переход с 1С:Бухгалтерии 7.7" (см. рис. 2).

Рис. 2

Так же, как и в "1С:Бухгалтерии 7.7", работа с Помощником разбита на несколько шагов. Переход от шага к шагу осуществляется при помощи кнопок "Далее" и "Назад".

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

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

Сведения об организации придется заполнить только пользователям базовой версии "1С:Бухгалтерии 8". Следует обратить внимание, что ИНН и КПП должен полностью совпадать с ИНН и КПП, введенными в "1С:Бухгалтерии 7.7". В "1С:Бухгалтерии 8 ПРОФ" организация будет создана автоматически при загрузке данных, и Помощник пропустит этот шаг.

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

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

И, наконец, заключительный шаг - загрузка данных. Непосредственно загрузка осуществляется по кнопке "Загрузить".

Если установить флажок "Сформировать оборотно-сальдовые ведомости", то после загрузки будут сформированы оборотно-сальдовая ведомость по счетам бухгалтерского учета и оборотно-сальдовая ведомость по счетам налогового учета, которые можно распечатать, с которыми можно сверить оборотно-сальдовую ведомость, сформированную при выгрузке данных из "1С:Бухгалтерии 7.7".

Перед тем как начать работать с программой "1С:Бухгалтерия 8", требуется задать основные параметры учета:

• настроить учетную политику бухгалтерского учета;
• настроить учетную политику налогового учета;
• настроить аналитический учет МПЗ;
• установить настройки пользователей и т.д.

Установите флажок "Открыть Стартовый помощник" в помощнике перехода с "1С:Бухгалтерии 7.7", и после загрузки данных Стартовый помощник запустится автоматически.

На этом процесс перехода с "1С:Бухгалтерии 7.7" на "1С:Бухгалтерию 8" завершен.

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

До перехода в ООО "Лайма" (г. Миасс, Челябинская обл.) использовалась программа "1С:Бухгалтерия 7.7. Стандартная версия". Программа установлена на ноутбуке. Работа ведется в домашнем офисе.

Выпуск фирмой "1С" новой методики переноса данных и небольшой объем информационной базы позволили осуществить перенос данных за 2006 год непосредственно в момент установки "1С:Бухгалтерии 8".

Методика переноса данных

Включенная в состав релиза 1.5.8.5 новая методика перехода с "1С:Бухгалтерии 7.7" на "1С:Бухгалтерию 8" предусматривает перенос данных из информационной базы "1С:Бухгалтерии 7.7", которые обеспечивали бы корректное выполнение в "1С:Бухгалтерии 8" следующих действий:

• проведение документов, выписанных после перехода на "1С:Бухгалтерию 8";
• формирование регистров бухгалтерского учета за текущий отчетный период (оборотно-сальдовой ведомости, главной книги и т. п.);
• формирование регистров налогового учета за текущий отчетный период, содержащих показатели, определяемые нарастающим итогом с начала года;
• формирование регламентированной отчетности за текущий отчетный период.

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

• остатки по счетам бухгалтерского и налогового учета на начало текущего отчетного периода (на 1 января текущего года);
• обороты по счетам бухгалтерского и налогового учета за текущий отчетный период сводными проводками помесячно;
• временные разницы, отраженные на соответствующих счетах налогового учета (для организаций, применяющих ПБУ 18/02);
• документы ввода начальных остатков по основным средствам и нематериальным активам;
• налоговые базы по НДФЛ и налогам с ФОТ за текущий отчетный период;
• задолженность по оплате полученных и выданных счетов-фактур на конец последнего закрытого месяца текущего отчетного периода;
• сведения об объектах аналитического учета.

Подготовительные операции в "1С:Бухгалтерии 7.7"

Перенос данных из "1С:Бухгалтерии 7.7" возможен, начиная с релиза 7.70.477. Поэтому перед переносом было необходимо обновить конфигурацию до этого релиза.

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

Все файлы, необходимые для переноса данных, содержатся в папке Convert в каталоге шаблона релиза 1.5.8.5 "1С:Бухгалтерии 8". Содержимое этой папки лучше скопировать в каталог ExtForms информационной базы "1С:Бухгалтерии 7.7".

Методикой переноса предусмотрена единственная подготовительная операция - проверка кодов справочников, которые могут стать неуникальными при переносе данных в "1С:Бухгалтерию 8". Для проверки используется внешняя обработка ChkCode.ert.

Однако, для того, чтобы удостовериться в корректности ведения бухгалтерского и налогового учета в базе "1С:Бухгалтерии 7.7" и не переносить в "восьмерку" заведомо ошибочные проводки, полезно выполнить технологический анализ бухгалтерского учета (Меню "Отчеты -> Технологический анализ бухгалтерского учета"), а также анализ состояния налогового учета ("Налоговый учет -> Анализ состояния налогового учета").

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

В нашем случае контроль выявил расхождения в учете в части списания амортизации ОС на убытки прошлых периодов, которые решено было исправить уже в "1С:Бухгалтерии 8" после перехода.

Перенос данных

Сам перенос данных производится с помощью внешней обработки V77Exp.ert (меню "Файл -> Открыть"). В диалоге обработки указывается:

• файл правил конвертации данных - Acc77_80.xml (поле "Имя файла правил");
• файл, в который будут выгружены данные (поле "Имя файла данных");
• дата начала текущего отчетного периода - 1 января 2006 года (поле "Дата начала");
• дата конца последнего закрытого месяца в текущем периоде (поле "Дата окончания"). В нашем случае - 31 мая 2006 года.

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

Поскольку мы переносим данные из "семерки", при первом запуске "1С:Бухгалтерии 8" необходимо отказаться от начального заполнения базы данных. После этого с помощью обработки загрузки данных (меню "Сервис -> Обмен данными -> Универсальный обмен данными в формате XML") загружаем файл переноса в восьмерку.

Проверка

Вся процедура переноса данных заняла не более получаса. Осталось только убедиться в том, что все данные перенеслись корректно. Здесь лучше всего начать с оборотно-сальдовой ведомости за период переноса данных. По балансовым счетам ведомости, сформированные в "1С:Бухгалтерии 7.7" и "1С:Бухгалтерии 8", должны совпадать. В случае, если обороты по какому-либо счету не совпадают, необходимо сформировать более детальные отчеты (оборотно-сальдовую ведомость или карточку) по этому счету, чтобы определить, какие обороты не перенеслись. Таким образом, можно проверить все данные, за исключением остатков по ОС и НМА, налоговых баз по НДФЛ и налогам с ФОТ за текущий отчетный период и задолженности по оплате полученных и выданных счетов-фактур на конец последнего закрытого месяца текущего отчетного периода.

В нашем случае в "1С:Бухгалтерии 7.7" данные по ОС были внесены не полностью, и в "восьмерке" документы "Ввод начальных остатков по ОС" просто не провелись, соответственно и сальдо на начало периода по счету 01 не возникло. Эти документы были исправлены вручную.

Подсистема учета НДС реализована в "1С:Бухгалтерии 8" на регистрах, для проверки правильности переноса следует использовать универсальный отчет "Остатки и обороты"(Отчеты -> Остатки и обороты) без ограничения периода по разделам учета "НДС предъявленный", "НДС с авансов" для анализа правильности переноса счетов ЗПК и ЗПР.

В настоящее время головной болью у бухгалтеров стал переход с 1С:Предприятие 7.7 на 8.3 (аналогично и 8.2). Желательно как можно быстрее и без ошибок. Если Вы программист по 1С:Бухгалтерии и Вам необходимо произвести документов из седьмой версии в восьмую, то эта статья для Вас.

Сделайте всего несколько шагов, и Ваши проблемы по переносу данных будут решены. Дочитайте данную инструкцию до конца, и Вам откроется способ, как это сделать. Для начала Вы должны подготовить рабочее место на Вашем компьютере для необходимых манипуляций. Во-первых, Ваш жесткий диск должен быть объемом не меньше 100 ГБ. Это необходимо, так как является многоуровневым. И Вам будет нужно работать с несколькими конфигурациями 7.7.

Если Вам необходим быстрый и качественный переход с 1С Бухгалтерия 7.7 на 1С 8.3, обратитесь к ! Средняя стоимость перехода «под ключ» у нас составляет 6600 рублей.

Перенос данных из 1С 7.7 в 1С 8.3 бухгалтерия 3.0

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

Установите в новый каталог свежий Релиз 1С:Предприятие 7.7. (в пакет входят стандартная пустая (без данных) и демоверсия). Мы будем работать со стандартной версией. Теперь запускайте эту базу и с помощью обработки Import 77 загрузите из текстового файла данные из Вашей основной базы.

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

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

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

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

Всё! Запускаем 1С:Предприятие 8.2. Выбираем «Перенос данных из версии 7.7.» и наслаждаемся тем, как программа сама переносит данные из вашей обработанной 7.7., перепроводит документы и выдает на экран сравнительную таблицу оборотно-сальдовой ведомости версий 7.7 и 8.3.

Конечно, 100% результат не будет. Но на процентов 70-80 Вы получите соответствие. А дальше Ваша работа будет производиться только в версии 8.3.

Возможные неточности исправляются легко. Это еще часа 3-4. Вы заходите в журнал документов и либо корректируете счета, либо поля (например «Договор» или «Основная касса»). Это зависит от степени отличия Вашей базы 7.7. от стандартной. В результате всех этих действий Ваша рабочая конфигурация версии 8.3 будет способна выдать бухгалтерские данные через оборотно-сальдовую ведомость в идеальном виде.

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

Кстати ! Если Вам необходима доработка программ 1С, Вы можете обратиться к нам!

Видео по переходу с 1с 7.7 на 8:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ситуация 1:

Переход с нового года, ТИПОВАЯ конфигурация, в старой программе сформированы правильные остатки на счетах

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

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

Ситуация 2:

Переход с нового года, ТИПОВАЯ конфигурация, в старой программе ОТСУТСТВУЮТ ПРАВИЛЬНЫЕ ОСТАТКИ НА СЧЕТАХ

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

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

Чтобы преодолеть данный период с наименьшими потерями можно пользоваться следующими стратегиями:

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

Ситуация 3:

Переход с середины года, ТИПОВАЯ конфигурация

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

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

1. Типовое решение «1С:Конвертация данных 2.1» . Данный программный продукт может использоваться для переноса информации между конфигурациями на платформе 1С любой структуры и сложности.

2. Разработки фирм-франчайзи 1С. У многих компаний, в том числе и у компании « RG-Soft» () , существуют отработанные методики для решения данной задачи, что позволяет существенно сократить время и бюджет работ по переносу данных.

Ситуация 4:

Переход с ТИПОВОЙ конфигурации С ПЕРЕНОСОМ ДОКУМЕНТОВ ПРОШЛОГО ПЕРИОДА

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

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

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

Ситуация 5:

Переход с НЕТИПОВОЙ конфигурации на платформе «1С:Предприятие 7.7»

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

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

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

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

Еще один момент, о котором стоит упомянуть в связи переходом с платформы 7.7 на 8.2, касается объединения баз данных .

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

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

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

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

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

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

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

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

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

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

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

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

Например, данная проблема решается прибавлением дополнительного префикса к номеру загружаемого документа. Для каждой особенности документа этот префикс выделяется отдельно. Это может быть характеристика базы, из которой загружаются документы или вид документа, из которого произведена загрузка. Вот пример формирования такого префикса. База филиала в Красноярске дает префикс «КР». Вид документа «Поступление материалов», из которого производится загрузка, дает префикс «М». Так, если номер документа в семерке был 00000031, то восьмерочный номер будет следующим:

«КР» + «М» + «00000031» = «КРМ00000031»

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

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

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

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

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

Заключение

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ситуация 1:

Переход с нового года, ТИПОВАЯ конфигурация, в старой программе сформированы правильные остатки на счетах

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

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

Ситуация 2:

Переход с нового года, ТИПОВАЯ конфигурация, в старой программе ОТСУТСТВУЮТ ПРАВИЛЬНЫЕ ОСТАТКИ НА СЧЕТАХ

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

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

Чтобы преодолеть данный период с наименьшими потерями можно пользоваться следующими стратегиями:

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

Ситуация 3: Переход с середины года, ТИПОВАЯ конфигурация

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

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

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

• Типовое решение «1С:Конвертация данных 2.1» . Данный программный продукт может использоваться для переноса информации между конфигурациями на платформе 1С любой структуры и сложности.
• Разработки фирм-франчайзи 1С. У многих компаний, в том числе и у компании «RG-Soft», существуют отработанные методики для решения данной задачи, что позволяет существенно сократить время и бюджет работ по переносу данных.

Ситуация 4: Переход с ТИПОВОЙ конфигурации С ПЕРЕНОСОМ ДОКУМЕНТОВ ПРОШЛОГО ПЕРИОДА

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

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

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

Ситуация 5: Переход с НЕТИПОВОЙ конфигурации на платформе «1С:Предприятие 7.7»

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

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

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

Еще один момент, о котором стоит упомянуть в связи переходом с платформы 7.7 на 8.2, касается объединения баз данных .

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

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

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

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

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

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

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

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

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

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

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

Например, данная проблема решается прибавлением дополнительного префикса к номеру загружаемого документа. Для каждой особенности документа этот префикс выделяется отдельно. Это может быть характеристика базы, из которой загружаются документы или вид документа, из которого произведена загрузка. Вот пример формирования такого префикса. База филиала в Красноярске дает префикс «КР». Вид документа «Поступление материалов», из которого производится загрузка, дает префикс «М». Так, если номер документа в семерке был 00000031, то восьмерочный номер будет следующим:

«КР» + «М» + «00000031» = «КРМ00000031»

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

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

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

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

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

Заключение

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