Есть две организации с одинаковой деятельностью, территориально разделенные. Работают в двух разных базах Бухгалтерия предприятия. Как сделать первоначальный ввод остатков в управленческую базу, которая будет одна, если справочники в обоих базах частично разные, частично одинаковые? Например в справочнике номенклатуры одинаковые элементы могут отличаться по наименованию. Как решаются подобные задачи?

>>Как решаются подобные задачи?
дорого

Ну предположим поднапряжетесь и сделаете ввод начальных остатков, а дальше как будете жить?

(0) По ID не?

(0) Ну и вообще задача неконкретная

(3) Садись, два. ID в двух базах темболее разные =)

(0) Если речь о том, чтобы закончить работу в двух базах и начать работать в одной базе посредством ввода остатков, то соотнесение элементов справочников быстрее будет сделать в Excel. После этого перекодировать и переименовать элементы базы-источника, приведя их к элементам базы-приёмника, и тогда ввод остатков по базе-источнику будет осуществляться уже с кодами и наименованиями, как у элементов базы-приёмника.

Есть более простой и часто используемый, но существенно более трудозатратный случай: всё сливается в базу-приёмник как есть, после чего средствами 1С осуществляется систематическая замена двойников.

(6) как выявить двойников?

(7)Если ты думаешь что тебе сейчас скажут красивое быстрое и простое решение то ты ошибаешся.

(5) Хрен знает, что у него там в базах творится, и как они образованы. Так что нифига не 2, а надо посмотреть.

(7) У теббя только с номенклатурой проблеммы? А каких цифрах реч, сколько элементов справочника номенклатуры есть и сколько на остатках останется к концу года?

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

(10) Номенклатура, Контрагенты, с остальными все не так глобально. Цифры с 5 нулями

(10) на остатке значительно меньше, но больше 1000 позиций номенклатуры и контрагентов

(13) С контрагентами вы по ИНН сведете а про номенклатуру я тебе уже сказал (8)
А вообще пришло время чистить базу =)
Создаешь в базе-приемнике папочку в справочнике номенклатура  и грузишь всё г0вно из остатков туда. Продаете что осталось а новые поступления заводите на общую номенклатуру.

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

(7) В результате анализа реквизитов (для каждого справочника - это свой набор) и экономического смысла.

Excel, расширенная сортировка - выбрать уникальные записи в другой диапазон - профит.

(15) Лично я против автоматического анализа. ИМХО лучше 100 раз создать лишний элемент номенклатура, чем один раз ненужные объединить. Ну а вообще сажать за такой анализ человека и заставить его 1000 позиций анализировать это садизм.

(18) да, создать руками 1000 позиций оно конечно быстрее будет...

(14,15)Ха, садитесь 2, ИНН и КПП могут быть пустыми вот тогда автор попал под раздачу из 1000 контров с пустыми ИНН кпп останется 1.

Можно поступить так, Номенклатура - сопоставление по артикулу, причем артикул без лишних символов, если пустые, то по наименованию без лишних символов и в таблицу сверки, из которой в последующем оператор должен отобрать, что с чем сопоставлять, ну дальше ты заменяешь. Замечание номер раз, артикул вполне может быть 1-1, только отличие, например в наборах, пример мебель, там реально может быть 1-1, но из разных комплектов, Замечание номер два - наименование как мы уже все знаем далеко не уникальная вещь, тем более, что имеют место быть ошибки при вводе наименования. Вроде и всё. Так что с номенклатурой лучше в ексель, выделить человека, сопоставить, загрузиться. Контры ничуть не меньше гемороя, не заполнены реквизиты, не корректно заполнены и прочее, так что тут тоже скорее всего ексель, сопоставление, загрузка. И только потом можно на тестовой БД передернуть документы, если нужно, или ввести остатки. Остальные справочники не критичны и чистятся за пару часов.

(0) Проанализировать номенклатуру с помощью обработки ПоискИЗаменаДублирующих значений

(22)+Там есть возможность поиска не только по равным значениям, но и по похожим.

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

(20) ИНН и КПП может быть пустым только у неризединтов. у нас их мало, забивали вручную. но мы помнили про них ;)...

(25)ИНН и КПП может быть пустым у любого контрагента, тут уже воля человека вводящего данные в программу.

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

шутка. про бетон...

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

(27)Повезло вам, регламенты рулят, однако, я рассматриваю все варианты, просто видел и такое и такое, человеку ведь надо донести степень ж0пности этой затеи.)
(29)Сомневаюсь, что люди, которые готовятся к слиянию баз, пишущие регламенты и сценарии задают вопрос на мизде, вот это точно смешно.

Причем скорее всего, судя по вопросам, человек из (0) эти 2 базы видит впервые, либо видел очень редко, т.к. в случае долгого блюдeния за базами "своих" пользователей прекрасно понимаешь, что есть там и там, какие подводные камни всплывут и т.д.