Пошаговое руководство для программиста. Правильный переход на новую программу

  • Дата: 25.03.2024

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

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

  • если у вас несколько юридических лиц, то вы можете вести учет в одной программе
  • тот же плюс и при применении различных систем налогового учета - бухгалтер может формировать отчеты и рассчитывать налоги в одной базе
  • с помощью 1С легче соблюдать положение по бухгалтерскому учету 18-02
  • вы можете вести учет товаров по партиям
  • 1С справляется с огромными массивами информации быстрее, и бухгалтерия формирует отчеты, тратя меньше времени, чем при работе с другой программой

Вывод таков: при работе с 1С у сотрудников уйдет меньше времени на рабочие процессы, а систему они смогут настроить под себя.

Какие еще «примочки» предлагает производитель 1С для бухгалтеров?

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

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

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

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

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

Как осуществить переход на 1С с других программ?

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

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

Какие нюансы влияют на последовательность действий при переустановке ПО?

1. Старт работы на новом ПО
2. Необходимость настройки конфигурации под ваши нужды
3. Важность переноса операций за предыдущие периоды на новую базу

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

Переход на 1С с 1 января и со сведенными остатками

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

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

Другие ситуации уже требуют особого подхода. Например, такие как:

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

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

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

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

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

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

Традиционно самым удобным временем для этого считается начало года как нового финансового и налогового периода.

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

Но, несмотря на то, что по всем канонам бухгалтерский учет обязан быть оперативным, то есть каждый документ должен своевременно создаваться (если он формируется на вашем предприятии) или регистрироваться (если он создан у другого источника), жизнь всегда вносит свои коррективы. Если с первым вариантом чаще всего проблем не возникает, то со вторым - сплошь и рядом. То оригинал "первички" застрял где-то в пути или утерян, то оформление ненадлежащее и приходится возвращать документ на переделку, то… да мало ли что еще! И подождать бы с оформлением ценностей до прибытия оригинальных документов или вернуть бы документ его создателю (да вместе с прибывшими ценностями), но в этот момент интересы бухгалтерии по соблюдению "духа и буквы" законодательных требований буквально начинают угрожать реальному бизнесу. Или счета за оказанные вашему предприятию услуги, которые совершенно необходимо учесть в данном периоде, поступают с большим опозданием.

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

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

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


Рис. 1

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

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

  1. От того, с какой программы и на какую вы собираетесь переходить.
  2. От того, насколько подготовлена новая программа к специфике учета на вашем предприятии (или в холдинге).
  3. Используется ли программа бухгалтерского учета обособленно, или она должна обмениваться оперативными данными со специализированной программой (торгово-складского учета, расчета заработной платы или с обеими).
  4. От степени подготовки персонала и самого предприятия к работе в новой программе, и т. д.

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

Часть вопроса первого пункта этого списка мы сведем лишь к одному из вариантов - речь пойдет только о переходе на учет в программе "1С:Бухгалтерия 8" (рис. 2). При этом будут рассмотрены различные варианты исходной программы учета - это может быть "1С:Бухгалтерия 7.7" (типовая - вариант A или измененная - вариант B) или какая-то иная программа (вариант C). Каждый из этих вариантов будет оговорен особо.


Рис. 2

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

Переход на "1С:Бухгалтерию 8" с других программ

Если вы начинаете работу в "1С:Бухгалтерии 8" после того, как вели учет на какой-либо иной программе (рис. 2 вар. C), не относящейся к системе программ "1С:Предприятие", то для пояснения методологии перехода вернемся к рисунку 1 и интерпретируем показанные в нем периоды иным образом.


Рис. 2

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

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

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

Кроме того, надо иметь в виду, что вы вели в прежней программе и всю первичку за переходный период (в период от точки A до точки B). Поэтому вопрос ручного ввода документов, отражающих ваши хозяйственные операции, вполне может существенно дополнить комплекс работ по переходу на новую программу. Отметим, что автоматическая закачка таких данных (в том или ином объеме и детализации) может быть включена и в обработку переноса данных, что явно не сократит время на ее написание и отладку - запланируйте и его!

Разумеется, при выборе ручного варианта ввода данных следует заранее позаботиться об обучении работе с новой программой тех бухгалтеров, которые будут принимать участие в этом процессе. Это поможет избежать возможных операторских ошибок (с учетом привыкания к новому интерфейсу), а главному бухгалтеру следует организационно выстроить эту работу. Очевидно, что при ручном вводе данных в новую программу нет особой необходимости выжидать момент 2 для старта ввода начальных остатков - они могут заводиться в "1С:Бухгалтерию 8" по мере их выверки и утверждения (в результате инвентаризации или иного). То есть, как только появились выверенные остатки, например, по материалам, их можно смело вводить в новую базу. А выверку итогов по оборотно-сальдовым ведомостям старой и новой программы можно отложить до того момента, когда все остатки будут введены в новую программу.

Важный момент - после того, как будут введены все остатки и документы за переходный период, документы следует провести. Для этого необходимо воспользоваться обработкой, расположенной в меню Сервис -> Групповое перепроведение документов. Это необходимо для того, чтобы была соблюдена последовательность, хронология ввода данных. Тем более это актуально в том (наиболее распространенном) случае, когда документы за переходный период вводятся по участкам учета (банк, касса, приходы и т. п.), а не по их реальной хронологии поступления (оформления) и создания.

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

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

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

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

Переход с "1С:Бухгалтерии 7.7" - однофирменный учет

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

  • Acc77_80.txt - для информационных баз с учетом по традиционной системе налогообложения;
  • USN_Acc8.txt - для информационных баз с упрощенной системой налогообложения.

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

У процедуры переноса данных - два этапа. Первый - выгрузка данных из "1С:Бухгалтерии 7.7", второй - загрузка в "1С:Бухгалтерию 8".

ПЕРВЫЙ ЭТАП - выгрузку данных, следует проводить не ранее того, как будут произведены все необходимые бухгалтерские действия, которые относятся к регламентным. Это - закрытие всех счетов, которые подлежат закрытию в конце месяца, выверка взаиморасчетов (до соответствия остатков признаку счета (активный, пассивный), на котором они учитываются). Если это последний месяц года - следует произвести реформацию баланса. Какими средствами вы будете это делать - ваш выбор. Можно работать со стандартными отчетами, а можно пойти кратчайшим путем - обратиться к замечательной обработке, расположенной в "1С:Бухгалтерии 7.7" в меню Отчеты -> Технологический анализ бухгалтерского учета. С ее помощью вы, во-первых, не пропустите ни одной ошибки, а во-вторых, сможете быстро и компактно видеть результаты ваших исправлений.

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

Задается вопрос - надо ли переносить такие объекты в новую базу?

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

С помощью режима Поиск ссылок на объекты (меню Операции) вы можете найти объекты, содержащие неверные ссылки и переназначить их.

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

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

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

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

Несколько иначе обстоят дела в том случае, если вы переходите с адаптированной конфигурации "1С:Бухгалтерии 7.7" (рис. 2 вариант B). Поскольку невозможно в рамках статьи оценить объем изменений в каждом конкретном случае, остается только отметить, что при незначительных изменениях типовой конфигурации возможно внести коррективы в файл обмена данными (Acc77_80.xml или USN_Acc8.xml для традиционной или упрощенной форм налогообложения, соответственно), либо пойти по пути, который был описан выше для варианта перехода с иной бухгалтерской программы (рис. 2, вариант C).

Переход с "1С:Бухгалтерии 7.7" - многофирменный учет

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

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

Почему этому следует уделить внимание? Да потому, что при загрузке данных, выгружаемых из различных баз, тем или иным способом, но будет происходить слияние информации одноименных справочников из различных баз. Как именно это может происходить, и как на это можете повлиять вы - рассмотрим на нескольких важных справочниках. Для этого возьмем в качестве примера ситуацию, изображенную на рис. 3, где в информационную базу ИБ № 3 на основе типовой программы "1С:Бухгалтерия 8" должны быть перенесены данные из двух баз - ИБ № 1 и ИБ № 2 также основанных на типовой конфигурации, но уже "1С:Бухгалтерии 7.7". Разумеется, речь идет о двух базах различных организаций и об использовании стандартной процедуры переноса данных, о которой говорилось выше, при этом используется вариант выбора всех правил выгрузки данных в форме обработки V77exp.ert.


Рис. 3

Справочник "Организации"

В него в ИБ № 3 при загрузке данных должны быть перенесены сведения из констант ИБ № 1 и ИБ № 2, относящиеся к данным о предприятии и некоторых его сведениях, таких как ИНН, коды статистики и др. При этом сведения об Ответственных лицах организаций потребуется доввести вручную, так как выбор данных в этот регистр сведений производится из справочника Физические лица. Что же касается Учетной политики организаций как по бухгалтерскому, так и по налоговому учету, то записи в соответствующих регистрах формируются при загрузке, однако подлежат значительной правке. Это связано с тем, что возможности установки параметров учетной политики в "1С:Бухгалтерии 8" значительно богаче, чем в "1С:Бухгалтерии 7.7", например, использование возможности партионного учета позволяет использовать методы списания ТМЦ - FIFO и LIFO*, а не только по среднему, как это было возможно в типовой "1С:Бухгалтерии 7.7".

Справочник "Физические лица"

В него в ИБ № 3 при переносе данных загружаются сведения из справочников Сотрудники ИБ № 1 и ИБ № 2. Если предполагать, что часть сотрудников двух организаций составляют одни и те же физические лица, то при загрузке разные сотрудники будут дополнять список физических лиц, а одинаковые (по введенному ИНН) будут замещаться при загрузке данных второй базы.

Справочник "Контрагенты"

В него в ИБ № 3 при переносе данных загружаются сведения из одноименных справочников ИБ № 1 и ИБ № 2. Здесь имеет довольно большое значение состояние структуры справочника перед началом загрузки данных. Если при первоначальном запуске ИБ № 3 было произведено первоначальное заполнение, то в этом случае при загрузке первой из двух информационных баз используется имеющаяся структура групп Контрагентов. Если первоначальное заполнение не производилось, то при загрузке формируется новая структура групп. При загрузке второй базы созданная структура используется, а контрагенты второй базы добавляются к ранее загруженным. Вероятнее всего, после автоматической загрузки всех контрагентов из всех старых информационных баз, следует произвести визуальный контроль и, возможно, реорганизацию справочника для более удобного его использования.

Особый интерес представляет загрузка данных о Договорах контрагентов, основывающаяся на анализе оборотов и остатков расчетов с конкретными контрагентами по данному договору и различным счетам бухгалтерского учета. Точнее - автоматическая квалификация вида договора (такого реквизита не было в справочнике Договоры контрагентов "1С:Бухгалтерии 7.7"). Немаловажно в данном случае, насколько корректно и близко к нормативам использовались в базах ИБ № 1 и ИБ № 2 счета расчетов с контрагентами. Наличие расчетов по субсчетам счета 60 вероятнее всего определит договор как договор "с поставщиком", по субсчетам счета 62 - как "с покупателем", по счетам 76 - как "прочие". Если по одному и тому же договору обнаруживаются движения по различным счетам, то приоритетная квалификация вида договора остается за последними движениями.

Справочник "Номенклатура"

Загрузка этого справочника "1С:Бухгалтерии 8" весьма специфична по отношению к выгружаемым справочникам "1С:Бухгалтерии 7.7". Это связано с тем, что в Номенклатуру ИБ № 3 войдут и элементы справочников Номенклатура баз № 1 и № 2, и их же элементы из справочников Материалы, Внеоборотные активы, Оборудование.

В данном случае немаловажно, как выглядит первоначальная (до загрузки) структура групп этого справочника (дерево) в ИБ № 3. Если дерево групп сформировано при первоначальном запуске базы новой конфигурации, то оно будет использовано, если нет - группы будут сформированы. Причем особенно интересно то, что в справочнике Номенклатура формируется одноименная группа Номенклатура, а в ней, в свою очередь - группы второго уровня, соответствующие Виду номенклатуры (товары, услуги, продукция, полуфабрикаты, работы), в которые, соответственно, помещаются номенклатурные элементы базы ИБ № 1 определенного вида. Отдельно размещаются элементы бывшего справочника Материалы, сгруппированные в группы, аналогичные группам справочника-источника. Другие ТМЦ из ИБ № 1 также располагаются в одноименных, соответствующих группах.

Здесь так же, как и в других случаях, может потребоваться реорганизация справочника в интересах совместного доступа пользователей различных организаций холдинга к одному и тому же списку. Причем необходимо иметь в виду, что нередко в холдинге ТМЦ одного вида, принадлежащие одной организации, при переходе (продаже, передаче в переработку и пр.) на учет в другую, могут изменять вид и назначение. Это может серьезно переопределить структуру групп справочника Номенклатура, тем более, что именно к группам рекомендуется "привязывать" набор счетов учета, вводимый "по умолчанию" в документы оперативного учета.

Справочник "Номенклатурные группы"

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

Справочник "Статьи затрат"

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

Решение полностью лежит в сфере интересов и ответственности управленческого персонала и бухгалтерии всех по совокупности предприятий (организаций), учет по которым предполагается в данной базе (ИБ № 3 в нашем примере). Вариантов может быть множество, причем крайние из них: сохранить все перенесенные позиции справочника, задав им структуру, напоминающую прежнюю, или удалить большинство из них, оставив по одному, принадлежащему конкретному виду налоговых расходов, по принципу уникальности. В первом случае структурирование групп справочника можно начинать в первом уровне с групп - аналогов счетов затрат, далее детализирующихся до видов затрат или групп, соответствующих предприятиям холдинга, а можно начинать структурирование по видам расходов. В любом случае следует учитывать, что какие бы наборы статей затрат вы ни скомпоновали в этом справочнике, результат их использования будет разделен на счетах их учета, то есть в оборотно-сальдовой ведомости по конкретному счету затрат вы просто не увидите "лишних". Но всегда остается вопрос эргономики справочника, его пользовательского удобства как фактора снижения риска ошибок операторов. А технически реорганизация справочника, как уже отмечалось, стала предельно простой.

В данной статье рассмотрены только самые общие аспекты перехода на ведение учета в "1С:Бухгалтерии 8". А каждый конкретный случай требует детального рассмотрения для оптимального перехода.

На сайте www.учетбеззабот.рф я нашел интересную статью по причинах перехода на 1С Бухгалтерия 3.0 с версии 2.0

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

"Разработчиками фирмы "1С" принято решение, что программный продукт "1С: Бухгалтерия предприятия 8" редакции 2.0 будет сопровождаться только до сдачи годовой отчетности за 2013 год. После этого ему на смену придет новая редакция 3.0. И несмотря на то, что это всё та же, хорошо знакомая всем бухгалтерия, очень сложно не заметить значительные изменения привычного облика программы.
Наверно, многие из вас задаются вопросом, зачем всё это нужно? Ведь только недавно переходили на редакцию 2.0 (а было это в начале 2011 года) и вот уже опять изменения в привычной рабочей обстановке. Однако особенность сферы информационных технологий в том и заключается, что технический прогресс диктует новые и новые условия, повышаются скорости работы, увеличивается мощность компьютеров, появляются новые технологии и как следствие, обновляются и видоизменяются программные продукты. Основное преимущество новой редакции 3.0 - это возможность работы через интернет, так называемые "облака". Наверно, это мечта многих бухгалтеров - иметь возможность работать из дома или из любого другого места, где есть интернет. И вот сейчас эта мечта становится реальностью"

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

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

Комментарий: "Действительно, переход неизбежен, но оттянуть срок перехода можно. Есть еще организации, которые используют 1С Бухгалтерия 7.7 и не хотят переходить. Конечно с БП 2.0 (8.2) все по другому. Но тем не менее я думаю, что ЗАО "1С" позаботится о бухгалтерах, которые все еще работаю на БП 2.0 и выпустят обновление, способное без потерь перевести 1С Бухгалтерия 2.0 на 1С Бухгалтерия 3.0."

Те из вас, кто уже переходил на редакцию 2.0 с редакции 1.6, наверно, помнят, что тогда создавалась новая информационная база, в которую переносились лишь остатки и обороты за 2011 год, все остальные данные остались в старой программе. Тот переход был достаточно трудоемким, особенно для крупных организаций с большими оборотами по счетам, потому что нужно было сверить все остатки, исправить ошибки, возникшие после переноса, проверить корректность загрузки справочников (в некоторых случаях были проблемы с нумерацией). Ну и еще одно существенное неудобство - чтобы посмотреть какие-либо данные за предыдущие периоды, приходилось открывать другую, старую программу. Это создавало дополнительные сложности, например, при формировании актов сверки.
В этот раз всё будет по-другому, переход на редакцию 3.0 будет осуществляться простым обновлением; все данные, имеющиеся в программе, сохранятся. Безусловно, для вас, пользователей программы, такой вариант является более удобным и именно потому, что не будет переноса остатков, переходить на 3.0 можно в любой момент.

Наш ответ конечно - «Да»!
Согласно японской мудрости, «если ты не становишься лучше, ты становишься хуже». Это особенно актуально в условиях постоянно растущей конкуренции на рынке.

Основные преимущества 1С:Предприятие 8 для предприятия в целом:

  • Ведение учета по нескольким организациям в одной информационной базе.
  • Все системы налогообложения доступны в одной базе .
  • Контролировать выполнение требований ПБУ 18/02 теперь намного проще.
  • Партионный учет .
  • Отчеты строятся быстро , за счет технологии обработки больших массивов данных.
Основные преимущества для вас лично - Работать стало удобнее:
  • Индивидуальная настройка инструментов, колонок и панелей
  • Автоматическое формирование последовательности документов
  • Планировщик отчетности
  • «Монитор бухгалтера» - вся актуальная для вас информация на одном экране
  • «Экспресс-проверка ведения учета» - поиск ошибок за вас до документа и проводки и рекомендации по их устранению
  • Контроль заполнения реквизитов - не позволяет ошибаться!
  • Существенное расширение функционала для сложных случаев ведения учета
  • Косвенные затраты - распределение по вашему желанию.
  • Множество приятных мелочей для работы бухгалтера
Новая платформа значительно экономит Ваше время, а следовательно и Ваши деньги!

Как организовать переход?

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

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

Давайте разберем самые распространенные ситуации.

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

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

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

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

    • Перенести остатки «как есть» на начало года и вести учет на основе этих данных, как и в первой предложенной ситуации. По крайней мере, в программе будет информация об остатках средств и количестве товаров на складах. Однако, как только верные остатки в «семерке» будут получены, необходимо незамедлительно скорректировать их «задним числом» и в «восьмерке».
    • Альтернативным вариантом является отказ от переноса некорректных остатков и внесение первичных документов по новым сделкам в «восьмерку» без последующего их проведения. В таком случае не важно, есть в программе остатки или нет, непроведенные документы никаких движений по счетам не сделают. Так нужно действовать до получения корректных остатков в 1С:Предприятие 7.7. Далее полученные остатки переносятся в новую программу на начало года. Завершающим шагом становится последовательное проведение внесенной в новую программу за переходный период «первички» при помощи встроенной обработки «Групповая обработка справочников и документов».
В описанных двух ситуациях рассказано как можно действовать, если удалось начать работать в новой программе с января нового года. Вместе с тем, год — довольно длительный срок и случаются ситуации, когда возникает потребность начать работу в новой базе с середины года или в другой момент времени.
  1. Переход осуществляется с середины года с типовой конфигурации.
Восьмая версия программы поддерживает ряд важных для ведения учета механизмов, работоспособность которых зависит от данных, вносимых в документы в течение года. Среди таких механизмов уже упомянутый расчет налогов нарастающим итогом, алгоритм распределения косвенных расходов и прочие процедуры, относящиеся к закрытию месяца. Именно из-за этих особенностей в данной ситуации невозможно перейти на новую программу также легко, как в первых двух случаях. Для максимального сокращения вероятности возникновения ошибок при переносе можно пользоваться следующими рекомендациями.
  • Начать работу если не с начала года, то хотя бы с начала квартала.
  • Перенести остатки на начало года.
  • Перенести все первичные документы за текущий отчетный период (год) в новую систему и восстановить данные бухгалтерского и налогового учета с помощью групповой обработки справочников и документов.
Совет от компании RG- Soft: По сравнению с седьмой версией платформы, в восьмую было добавлено множество новых механизмов для автоматизации бухгалтерского и налогового учета. В связи с этим, чтобы начать работать в новой программе с середины года нужно воспроизвести все хозяйственные операции с помощью типовых документов.

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

  1. Типовое решение «1С:Конвертация данных». Данный программный продукт можно использоваться для переноса информации между любыми конфигурациями на платформе 1С. В нашем случае, для выгрузки документов из 1С:Бухгалтерии 7.7 в 1С:Бухгалтерию 8.
  2. Нетиповые разработки фирм Франчайзи. У многих компаний, в том числе и у нашей, существуют отработанные методики для решения данной задачи, что позволяет существенно сократить время и бюджет работ по переносу данных.
  1. Переход с типовой конфигурации с дополнительным переносом документов прошлого периода.
Отдельно отметим, что существуют компании, ведущие чрезвычайно длительные (более года) отношения по договорам с контрагентами. Руководство таких компаний заинтересовано в наличии «истории» своих хозяйственных операций в программе. Наличие в новой программе документов, введенных в старой программе, позволяет пользователям легко и быстро отслеживать взаимоотношения по конкретным договорам/сделкам.

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

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

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

Многофирменный переход.

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

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

Какие проблемы могут возникнуть?

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

Исходные данные

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

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

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

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

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

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

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

Например, в базе есть два контрагента «м-видео» и «М-Видео». При поиске контрагента «м-видео» система найдет «М-Видео». В результате получится неправильно заполненный документ. Данная ситуация отображена на рисунке 2.

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

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

Комбинирование методов идентификации данных

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

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

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

Методика успешного переноса

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

    • Время.
Процесс перехода на новую платформу сопровождается обычно дополнительной загрузкой пользователей. Потребуется некоторое время работать в двух базах, исправлять ошибки автоматизированного переноса, переносить некоторые объекты вручную. Все эти работы расцениваются пользователями как лишняя обуза. Следовательно, нужно стараться сократить до минимума период перехода между программами. Чтобы этого добиться, нужно делать следующее.
  • Сформируйте и проведите все необходимые документы за прошлые периоды (Закрытие месяца, Записи книги продаж, Записи книги покупок). Это необходимо для правильного формирования остатков на дату переноса. Выполнение этих операций в процессе перехода только удлиняет переходный период.
  • Если планируется использование внешних обработок, нужно выделить время на их написание и тестирование до начала переходного периода. Нашей компании неоднократно приходилось писать такие обработки и на основе полученного опыта мы создали собственное решение для переноса документов. Поэтому на новых проектах переноса мы не тратим время и бюджет на написание новых обработок, а лишь настраиваем свой инструмент переноса под особенности конкретного клиента.
  • Примите меры по заблаговременному обучению персонала особенностям внедряемого нового продукта. Это позволит сократить период «привыкания» пользователей к новому интерфейсу, а следовательно и позволит в более сжатые сроки перейти на новую платформу.
    • Бюджет.
Любая компания стремится к экономии и наиболее эффективному использованию своих денежных средств. Мы выделили ряд принципов позволяющих снизить стоимость проекта так, чтобы это не повлияло на качество работ.
  • Располагать и постоянно дорабатывать собственные средства обмена данными в различных форматах. Таким образом, мы учитываем опыт прошлых переносов и не тратим лишние средства на повторное написание похожих механизмов.
  • Привлекать к работе на проекте только опытных сотрудников. Статистика по прошлым проектам показывает, что если возникают какие-либо сложности, то «бывалый» специалист быстрее справляется с поставленной задачей.
  • Знать как можно больше информации о типовых средствах и их функционале. Использование типовых средств переноса или незначительная их доработка/настройка также способствует минимизации ваших затрат.
  • Понимать механизмы учета в различных версиях программы. Если в рамках проекта потребуется реализация дополнительного функционала, это повлечет дополнительные затраты только на разработку, но не на изучение.
    • Соответствие требованиям заказчика.
Множество компаний изменяют типовые конфигурации, реализовывая свою специфику на основе разработанных компанией 1С механизмов. При этом изменения могут быть достаточно существенными, что затрудняет использование типовых средств переноса данных. В такой ситуации необходим анализ сделанных изменений и написание собственных механизмов обмена. Специалисты нашей компании неоднократно сталкивались с подобными задачами и с радостью предложат Вам индивидуальное решение, удовлетворяющее максимальному количеству Ваших требований.

Вы еще думаете? Другие уже работают!

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