#2
by ДемонМаксвелла
если конфы одинаковые, то выгрузкой-загрузкой xml можно но задвоятся все справочники..
#3
by PiotrLoginov
По-хорошему надо перекинуть из первой базы во вторую только то, чего там (во второй) нет.
#12
by X Leshiy
Когда покупают очередную объединенную кучу ***на, я матерюсь так, что на весь офис слышно.
#13
by Хрюкин
Со справочниками непонятно. Если например Наименование совпадает, а какой-нибудь реквизит отличается, надо же переносить с задвоением.
#14
by X Leshiy
Учти, если есть ручные корректировки в проводках, то надо переносить с движениями (вообще лучше все переносить с движениями, мало ли как менялись механизмы). Переноси документы, остальное по ссылкам. Очень осторожно с полями поиска, а то будешь разгребать дубли лопатой. И периоды скорее всего нужно будет перезакрывать. В общем, лучше переубеди бухов :)
#17
by perester
Типа так , потом поиск и удаление дублей, по-моему через КД примерно так же будет по результату, но тут полдня работы или день чаепития,
#24
by wertyu
чтобы ничего не перезакрывать, можно всё перенести временным рибом, а потом дубли заменить
#27
by perester
если в базе старые данные есть то лучше переубедить бухов до НГ, там сверку базы можно и предыдущий год оставить, если что ручками поправить, в одной базе обработкой поменять префиксы доков, потом выгрузка загрузка данных хмл - поиск удаление дублей и готово
#30
by ДемонМаксвелла
что будет в Бух 3.0, если попробовать записать два документа от двух разных организаций с одинаковыми номерами я так не скажу. если префиксов сейчас нет, и будут ошибки из-за неуникальности номеров, то надо создавать префиксы
#32
by X Leshiy
Ну вот, а если правила писать, то можно поизвращаться с полями поиска и бублей будет мало.
#33
by X Leshiy
ЕМНИП, как только в бухе заводишь вторую организацию, автоматом включается механизм разделения (префиксы и т.д.) А вего случает да, нужна перенумерация с префиксами.
#34
by wertyu
открываешь будущую периферию, загружаешь cf из будущего центра, заполняешь план обмена, включаешь периферию, регистрируешь все объекты, делаешь обмен в итоге центр остаётся залоченным и с данными двух баз
#37
by ДемонМаксвелла
я помню еще в мохнатом 2006 году мне рассказывали, что в БП 8, даже если одна организация в базе, нужно указать префикс. Потому что потом может стать более одной организации
#38
by ProxyInspector
Задвоится - это однозначно. А если все это будет делаться не одновременно, то и затроится. Типовые решения не позволяют объединить две базы в одну без больших проблем. Формально объединить можно, но работать все это не будет. Если конфигурации одинаковые, то и базы не очень большие, то за неделю можно объединить не типовыми обработками.
#41
by ProxyInspector
И получаешь полностью задвоенные данные справочников, а может быть и план счетов.
#42
by Хрюкин
Конфигурации одинаковые. А вот субконто могли и добавить где-нибудь в режиме Предприятие.
#43
by ДемонМаксвелла
точняк, если константы в базах разные (а они наверняка разные), то после перепроведения в новой базе (а это наверняка сделают, специально или нечаянно) бухгалтерские остатки станут кривыми
#46
by ProxyInspector
С учетом того, что у человека Бухгалтерия 3.0, то в этой каше никто никогда не разберется
#47
by Хрюкин
Настройки учета для каждой организации свои вроде. Нет общих констант для всех организаций.
#48
by wertyu
план счетов не задвоится, а справочники в любом случае задвоятся, кроме предопределённых
#49
by X Leshiy
Не так сложно, как кажется, но и не так просто :) Когда я делал консолидацию (60 в 1), пришлось приводить базы в примерно одинаковый вид (план счетов, настройки и т.д.) В общем, возможно, если очень надо :)
#52
by X Leshiy
Вдумчивые правила рулят. Но еще раз, это если ОЧЕНЬ надо :) ИМХО, "бухам удобнее" не относится к "ОЧЕНЬ надо" :)
#53
by aka AMIGO
Пугать - бесполезное дело. Ответ будет стандартный: "вы-ж программист, а не мы. Вот и сделайте, чтоб не задваивало." И останется только утереться.
#55
by ProxyInspector
Я в свое время соединял данные при переходе из из нескольких баз бухгалтерии 1с77 в одну БП2. Пришлось разрабатывать специальные алгоритмы работы КД2 (учить ее синхронизации по GUID) между 1с77 и 1с8. Делать промежуточную синхронизацию баз 1с77. Ну и переносить начальными остатками с началала года.
#56
by X Leshiy
Смотря как напугать :) Если в перспективе замаячит перезакрытие всех периодов, разгребание дублей и минога дней ковыряния в оборотках, две базы не такое уж неудобство :) Мои работают в 10 каждый и не жужжат :) Пусть пообещает что-нибудь заавтоматизировать, если не будут ныть :)
#60
by aka AMIGO
+53 это - женщины, и разговаривать с ними "ДО" - пустая трата времени. Они не знают, что надо сделать, и знать не хотят. А вот "После" - только держись! Умные - аж оторопь берёт. Пытался я составить что-то типа ТЗ лет 40 назад, пошел к ГБ, договорившись о рандеву, поспрошал, и получил в конце: "МНЕ надо, чтобы я нажала кнопку, и 5-й отдел принёс мне готовый расчет зарплаты!". Точка. А сотров-то у меня в базе было 2500..
#62
by wertyu
он же не будет сразу на рабочей базе делать, а вариант с рибом практически без трудозатрат, если конечно не сидеть и не втыкать в монитор
#67
by rozer76
и что риб решит проблему сопоставлений например обьектных данных если разные гуиды? Тут имхо толко правила конвертации и вдумчиво писать в ПКО поля поиска а то с дублями огребешь маманегорюй
#70
by ProxyInspector
Короче можно без проблем и дублей слить две базы Бухгалтерия с разными Организациями в одну. Необходимым и достаточным условием успешного слияния являются: 1. Одинаковый релиз двух баз. 2. Одинаковый план счетов 3. Корректно заполненные ИНН Организации и Контрагентов 4. Синхронизованные справочники Номенклатура по Артиклу/Коду/Наименованию. Если признаться были большие сомнения, что это возможно. Но здесь неожиданно по работе привалилась такая же задача. Необходимо слить в одну базу две базы УТ10 (переработанные). При этом базы не синхронизованы по GUID и частично синхронизованые по ИНН, артикулу, наименованию. Написал универсальный перенос информации между одинаковыми базами по ОЛЕ и все работает. Единственный минус - быстродействие. Благодаря многолетним усилиям, 1С практически убила механизм ОЛЕ. Примерно 80% времени занимает операция ЭлементОЛЕ.Метаданные. До этого 90% времени занимало определение ТИпа и вида элемента ОЛЕ. Сейчас средняя скорость объединения двух баз - 5сек/документ. С такой же задачей 1с77 справляется в 10 раз быстрее. Короче 1с82/83 конфигурация для ларьков с понтами
#72
by ProxyInspector
XMLПредставлениеТипа = БазаУдал. XMLТипЗнч(ТекЭлементУдал).TypeName - действительно самый быстрый способ определения типа и вида элементы. Примерно в 5-10 раз быстрее прочих.
#74
by ProxyInspector
Это все пройденный этап. Но тормоза 1с83 меня просто убивают. С копеечной базой на 100 тыс документов, информация тащится уже трое суток.
#76
by Dmitrii
>> слить в одну базу две базы УТ10... Не путай божий дар (БП) с яичницей (УТ). Для УТ может вполне достаточно будет синхронизации только лишь номенклатуры и контрагентов. Для неё в конце концов это ключевые справочники. А у БП есть куча дополнительных справочников и регистров, которые влияют на учет. Статьи затрат, доходов, расходов, прибылей, убытков, РБП, ОС, НМА, различные настроечные регистры, включенная функциональность. По каждому такому объекту надо принимать решение о способах синхронизации. Проблема не то чтобы совсем нерешаемая. Но получить более или менее рабочую базу можно будет только в том случае, если помимо одинакового плана счетов в обеих базах еще и функциональность одинаковая, и настройки учета хотя бы примерно одинаковые. Если в одной базе, например, включён партионный учет на складах, а в другой - нет, то придётся решать проблему ввода остатков по партиям. Та же фигня с раздельным учетом НДС (влияет на аналитику по 19-м счетам).
#78
by ProxyInspector
БП30 - очень кривая. Если признаться, то я не смог программно заполнить счета учета при создании документа, используя штатные средства.
#79
by ProxyInspector
Движения не надо тащить. Тащить надо документы. Притом все. Тогда нет проблем с вводом начальных остатков.
#81
by Aleksey
изначально было типа Документы.РеализацияТоваровУслуг.ЗаполнитьСчетаУчетаРасчетов(ЗагружаемыйОбъект); потом они поменяли механизм заполнения и теперь при загрузки я заполняю вот так ЗагружаемыйОбъект.ДополнительныеСвойства.Вставить("ЗаполнитьСчетаУчетаПередЗаписью",истина);
#82
by jsmith82
Создать автоматически правила обмена Для системных справочников, пвх и проч. указать способ идентификации по наименованию / коду Перед загрузкой посчитать количество в таблицах И сравнить после загрузки Проанализировать Поправить правила и сделать вторую попытку
#83
by X Leshiy
А если ручные корректировки были? А если механизм проведения менялся? Попробуй тащить с движениями, а не проводить каждый документ, тогда не будет 5 сек/документ.
Тэги: 1С 8
Ответить:
Комментарии доступны только авторизированным пользователям
Похожие вопросы 1С
- Бухгалтерия для бюджетных учреждений и Бухгалтерия для бюджтных организаций
- Помогите советом при переходе с 7.7 Бухгалтерия на 8.0 Бухгалтерия
- Перенос из ПУБ (Производство + Услуги + Бухгалтерия) в Бухгалтерия 8.0
- v8: как объединить две базы бухии в одну?
- объединить две базы 1с 8.2 БП 2.0 в одну
- Обмен Бухгалтерия с Бухгалтерия
В этой группе 1С
- СКД: Остатки на каждый день с движениями
- УТ 10.3 И Драйвер 9.11 Атол
- преобразовать строку в команду
- УТ 10.3 ККМ Онлайн Чек Анулирован. Округление суммы.
- Как работать с минусами по НДФЛ.
- Подскажите,возможно ли оптимизировать данный запрос?
- УФ табличный документ сохраняется во временный файл пустым
- 1С ЗУП 3.1, типовая (УФ). Разовое начисление. Обновление данных?
- Восстановление СКЛ базы и Номера документов
- Помощь в запросе. Количество(Различные())
- Параметр предопр.процедуры принимает неадекватное значение
- (зуп 2.5 пл 8.3.8)Процедура или функция с указанным именем уже определена (СтрНачинаетсяС)
- Отражение призов по ставке 35%
- Запрос режима проведения документа в течение дня
- Синхронизация с УНФ
- Расширение - замена инструкции &Вместо
- Нет интернета в 1С 8.3
- пропадают записи из т.ч.серий и движ.по регистру
- Сохранение фото в каталоге УТ 11.3
- Digest аутентификация в 1с8.3