Переход с платформы 1С 7.7 на 8.3 часто осложняется ситуацией «параллельного учета», когда часть данных уже внесена в новую базу Бухгалтерия предприятия 3.0, а основной массив документов все еще находится в старой программе. В такой ситуации стандартный перенос может привести к катастрофическому «задвоению» справочников (контрагентов, номенклатуры, договоров) и нарушению нумерации. Разберем детально, как решить эту задачу и настроить корректную синхронизацию данных.
Проанализируем ситуацию: если учет в БП 3.0 за второй и третий кварталы велся лишь фрагментарно (например, выписывались только реализации), а в 7.7 база является полной и эталонной, то самым надежным способом будет очистка периода в базе-приемнике. Рассмотрим этот алгоритм по шагам:
БП 3.0.8.3 за период, который планируется переносить (начиная с 01.04.2018). Это необходимо, чтобы избежать появления двух экземпляров одного и того же счета-фактуры: одного, созданного вручную, и второго — перенесенного из 7.7 с другим внутренним идентификатором (GUID).8.3 документы за этот период отсутствуют, конфликта версий документов не возникнет.Однако этот метод не решает проблему дублирования справочников, если коды одних и тех же позиций номенклатуры или контрагентов в базах различаются. Для этого нам потребуется вмешательство в правила обмена.
Выясним причину «задвоения». При переносе из 7.7 программа не знает уникальных идентификаторов (GUID) объектов 8.3. Она пытается найти существующий объект по «Полям поиска». Если в правилах указан поиск по Коду, а в БП 3.0 коду присвоен префикс или он изменился при ручном вводе, система создаст новый объект. Посмотрим, как это исправить в конфигурации Конвертация данных 2.1.
Разберем настройку полей поиска для ключевых справочников:
ИНН и КПП. Это гарантирует, что даже при разных кодах и названиях программа найдет вашу организацию.Коду. Установим флажки поиска на свойствах ИНН и КПП. Дополнительно можно включить поиск по Наименованию для физических лиц, у которых ИНН может быть не заполнен.7.7 коды обычно короткие (например, «00005»), а в 8.3 они могут выглядеть как «ЦБ-000005». Настроим поиск по Наименованию и, если используется, по свойству Артикул.Пример настройки логики в обработчике «Поля поиска» для предотвращения дублей номенклатуры может выглядеть так:
// Если объект не найден по внутреннему идентификатору,
// пробуем найти по наименованию и признаку "ЭтоГруппа"
Если СвойстваПоиска.Найти("Наименование") <> Неопределено Тогда
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ Ссылка
|ИЗ Справочник.Номенклатура
|ГДЕ Наименование = &Наименование И ЭтоГруппа = &ЭтоГруппа";
Запрос.УстановитьПараметр("Наименование", СвойстваПоиска["Наименование"]);
Запрос.УстановитьПараметр("ЭтоГруппа", СвойстваПоиска["ЭтоГруппа"]);
// Выполняем поиск и присваиваем ссылку, если нашли
КонецЕсли;
Проанализируем ситуацию с договорами. В 1С 8.3 договор жестко подчинен владельцу (Контрагенту) и Организации. Чтобы договоры не «засвистели» (не начали дублироваться), необходимо убедиться, что:
7.7 и в 8.3 идентичное наименование (например, «Основной договор»).Вид договора (с поставщиком, с покупателем и т.д.).Важный совет: Перед массовым переносом документов попробуйте выгрузить только справочники. Проверьте результат. Если дубли все же появились, воспользуйтесь стандартной обработкой Поиск и замена дублей в БП 3.0, чтобы «схлопнуть» записи до того, как на них сошлются новые документы.
При переносе документов часто «ломается» автоматическая нумерация в 8.3. Это происходит потому, что документы из 7.7 приходят со старыми номерами без префиксов. Рассмотрим, как этого избежать:
Во-первых, в настройках обмена (или в правилах КД) можно установить флаг Автоматическая нумерация. В этом случае 8.3 присвоит документам свои номера. Однако это может затруднить сверку с бумажными носителями.
Во-вторых, рекомендуется использовать префикс информационной базы в БП 3.0 (например, «ЦБ»). При загрузке документов из 7.7 система увидит, что номера старого формата не мешают новым номерам с префиксами, и автоматическая нумерация продолжит работать корректно.
Вместо стандартного «Помощника перехода», возможности которого ограничены, мы рекомендуем использовать обработку Универсальный обмен данными в формате XML. Она дает нам следующие преимущества:
.xml), в которых мы настроили поиск по ИНН/КПП.8.3 вы уже выверили справочники и не хотите, чтобы данные из 7.7 их перезаписали.ПоступлениеТоваровУслуг и РеализацияТоваровУслуг) за конкретный период.Посмотрим на специфику счетов-фактур. В 1С 7.7 счет-фактура — это часто самостоятельный документ. В БП 3.0 он всегда привязан к Документу-основанию. При переносе важно соблюдать последовательность:
Реализации, Поступления, Авансовые отчеты).Счета-фактуры.Если нарушить этот порядок, связи в 8.3 не восстановятся, и документы не попадут в регламентированные отчеты по НДС. После загрузки обязательно выполним Технологический анализ бухгалтерского учета (раздел Отчеты), чтобы выявить возможные разрывы в проводках и пустые субконто, которые могли возникнуть из-за различий в планах счетов 7.7 и 8.3.
Перенос данных в «живую» базу — это всегда риск. Если объем документов велик (около 100 в день), а типовые правила выдают дубли, наиболее правильным путем будет настройка собственных правил в Конвертации данных 2.1 с упором на поиск по уникальным бизнес-идентификаторам (ИНН, КПП, Артикул). Помните, что лучше потратить время на настройку правил поиска, чем потом вручную удалять тысячи дублей контрагентов.