День добрый, нужно перенести из старой БП в новуюБП счета покупателю за февраль, поскольку часть документов бухгалтер делала ещё в старой базе. Пробовал обработкой ЗагрузкаВыгрузкаХМЛ но двоятся контрагенты , сравнивал коды, у одинаковых контрагентов коды разные. Нужно делать через конвертацию данных или есть ещё варианты?

(0) Сделай перенумерацию контрагентов и номенклатуры и самой организации, а после загрузки, объединяй двойников обработкой ПОискИЗаменаДублирующихЗначений.

можно самому написать обработку переноса.. СОМ/ОЛЕ

(2) зачем? Проблема в том, что двойники появляются, а не в технологии переноса.

После загрузки проще двойников объединить.

(0) правила обмена сделай, работы на 30 минут

(3)  не люблю пользоваться трудноуправляемым по

Можно написать но у меня скорей всего разовый случай

(6) это - другое дело..

(6) так и для разового написать. тем более бп-бп. и 1 документ. ну за 3 часа.

(1) Перенумерацию как можно сделать? Внутренняя функция программы , или связана с переносом номеров из одной базы в другую?

(4) имеешь ввиду через конвертацию данных?

(6) и сколько ты уже времени убил? а правила за 30 минут бы сделал

(10) да

(3) объеденить конечно можно, но нужно ещё реализации перенести, там номенклатура задвоится

(11)да ещё нисколько, выбираю оптимальный короткий путь)

(0) Еще раз:
0. Делаешь все на копиях.
1. Делаешь перенумерацию кодов счетов, контрагентов, номенклатуры, организации с префиксом. С помощью обработки ПодборИОбработкаОбъектов.
2. Делаешь выгрузку загрузку с помощью обработки ВыгрузкаЗагрузкаXML
3. Объединяешь двойников с помощью обработки ПоискИЗаменаДублирующихЗначений.

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

(15) У новой базы обмен с розницой, если сделать перенумерацию кодов контрагентов , номенклатуры, есть опасность что нарушится, ладно это мне надо самому глянуть розницу и новую БП

С пернумерацией интересная загагулина, перенумерация в обоих базах?

Планы обмена не используются в таких случаях?

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

(20) там опечатка в КД

(17) Перенумерацию надо делать той баз  ОТКУДА переносишь.

И когда будешь делать объединение двойников, правильный надо выбирать тот который был изначально.

Тем более что обмен наверняка идет не по кодам, а по УникальномуИдетефикатору

(18) Не только, ту ОТКДУДА переносишь.

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

(23) тоесть если я правильно понял в новой базе все двойники будет легко видно по префиксу

(0) а ИНН не пройдет для контрагентов?

(20) можешь пояснить "в конфигуратор. поставь поиск для контрагентов по инн" поиск по ИНН это понятно что такое, но где именно в конфигураторе проставить

(25) пойдёт ,остаётся вопрос где это указать, той обработкой которой я пользовался такой возможности нет.

(25)может ты имеешь ввиду создание правил через конвертацию данных, тогда да, но это другой вариант

(25) я делал с помощью обработки Выгрузка Загрузка ХМЛ, для правил используется обработка универсальный обмен даннымиХМЛ , вроде так называется

(29) правила быстрей напишешь через кд)))

(30) возможно давно с ней не работал)) каждый раз когда с ней сталкивался всё время что нибудь двоилось))

(24) > тоесть если я правильно понял в новой базе все двойники будет легко видно по префиксу

Двойники будут видны по ИНН и по наименования и искать надо будет с помощью обработки для поиска двойников.

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

(27) Убирай двойников с помощью ПоискИЗаменаДублирующихЗначений.

Там есть поиска по точному соответствию (для инн) так и по похожим словам (для наименования).

(32)(33) я это и имел ввиду)