Вход | Регистрация


1С:Предприятие :: 1С:Предприятие 8 общая

Бухгалтерия 3.0 Объединить 2 базы в одну

Бухгалтерия 3.0 Объединить 2 базы в одну
Я
   Хрюкин
 
20.10.17 - 12:14
Подскажите как лучше сделать. Может у кого есть готовые правила обмена?
 
 
   Джо-джо
 
1 - 20.10.17 - 12:19
(0) правила больше не нужны
   ДемонМаксвелла
 
2 - 20.10.17 - 12:21
если конфы одинаковые, то выгрузкой-загрузкой xml можно

но задвоятся все справочники..
   PiotrLoginov
 
3 - 20.10.17 - 12:26
(0) По-хорошему надо перекинуть из первой базы во вторую только то, чего там (во второй) нет.
   Хрюкин
 
4 - 20.10.17 - 12:26
(2) Пробую универсальный обмен данными. Там для выгрузки требует правила обмена.
   X Leshiy
 
5 - 20.10.17 - 12:30
(4) Конвертацию в руки и вперед :)

Пол дня займет, примерно.
   X Leshiy
 
6 - 20.10.17 - 12:31
(0) А такой вопрос, нахрена?

Я наоборот, разделял.
   Хрюкин
 
7 - 20.10.17 - 12:31
(5) Видимо придется. Просто надеялся, что кто-то такое уже делал.
   ДемонМаксвелла
 
8 - 20.10.17 - 12:32
(4) ну пробуй, че
   Хрюкин
 
9 - 20.10.17 - 12:32
(6) Бухгалтерия хочет объединить, им удобнее в одной.
   X Leshiy
 
10 - 20.10.17 - 12:33
(7) Ну я делал, я, и что? Правила все равно устарели. Проще новые нарисовать.
 
 Рекламное место пустует
   Aleksey
 
11 - 20.10.17 - 12:33
(1) еще как нужны. без правил будет огромная попа
   X Leshiy
 
12 - 20.10.17 - 12:34
(9) Когда покупают очередную объединенную кучу ***на, я матерюсь так, что на весь офис слышно.
   Хрюкин
 
13 - 20.10.17 - 12:37
Со справочниками непонятно. Если например Наименование совпадает, а какой-нибудь реквизит отличается, надо же переносить с задвоением.
   X Leshiy
 
14 - 20.10.17 - 12:38
(7) Учти, если есть ручные корректировки в проводках, то надо переносить с движениями (вообще лучше все переносить с движениями, мало ли как менялись механизмы).

Переноси документы, остальное по ссылкам.

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

И периоды скорее всего нужно будет перезакрывать.

В общем, лучше переубеди бухов :)
   ДемонМаксвелла
 
15 - 20.10.17 - 12:38
(13) не какой-нибудь реквизит, а один из ключевых реквизитов
   X Leshiy
 
16 - 20.10.17 - 12:39
(13) Ага, ту надо много думать :)
   perester
 
17 - 20.10.17 - 12:41
Типа так (2), потом поиск и удаление дублей, по-моему через КД примерно так же будет по результату, но тут полдня работы или день чаепития,
   Хрюкин
 
18 - 20.10.17 - 12:41
А документы при совпадении номеров как переносить?
   Хрюкин
 
19 - 20.10.17 - 12:42
(13) много думать с годами всё тяжелее :)
   ДемонМаксвелла
 
20 - 20.10.17 - 12:42
(18) так организации же разные?
   X Leshiy
 
21 - 20.10.17 - 12:42
(18) Префиксы.
   X Leshiy
 
22 - 20.10.17 - 12:43
(19) Переубеди бухов :) Угрожай, шантажируй :)
   Хрюкин
 
23 - 20.10.17 - 12:43
(20) разные
   wertyu
 
24 - 20.10.17 - 12:44
чтобы ничего не перезакрывать, можно всё перенести временным рибом, а потом дубли заменить
   X Leshiy
 
25 - 20.10.17 - 12:45
(24) А если бублей минога-минога?
   Хрюкин
 
26 - 20.10.17 - 12:45
(22) возможно так и сделаю
   perester
 
27 - 20.10.17 - 12:46
(0) если в базе старые данные есть то лучше переубедить бухов до НГ, там сверку базы можно и предыдущий год оставить, если что ручками поправить, в одной базе обработкой поменять префиксы доков, потом выгрузка загрузка данных хмл - поиск удаление дублей и готово
   wertyu
 
28 - 20.10.17 - 12:46
(25) а какая разница? их всё равно обьединить только вручную можно
   Хрюкин
 
29 - 20.10.17 - 12:46
(24) можно подробнее. как из обычной базы сделать временно распределенную.
   ДемонМаксвелла
 
30 - 20.10.17 - 12:47
(23) что будет в Бух 3.0, если попробовать записать два документа от двух разных организаций с одинаковыми номерами я так не скажу.

если префиксов сейчас нет, и будут ошибки из-за неуникальности номеров, то надо создавать префиксы
   X Leshiy
 
31 - 20.10.17 - 12:47
(24) Не, перезакрытие можно использовать как инструмент шантажа!
   X Leshiy
 
32 - 20.10.17 - 12:48
(28) Ну вот, а если правила писать, то можно поизвращаться с полями поиска и бублей будет мало.
   X Leshiy
 
33 - 20.10.17 - 12:49
(30) ЕМНИП, как только в бухе заводишь вторую организацию, автоматом включается механизм разделения (префиксы и т.д.)

А вего случает да, нужна перенумерация с префиксами.
 
 
   wertyu
 
34 - 20.10.17 - 12:51
(29) открываешь будущую периферию, загружаешь cf из будущего центра, заполняешь план обмена, включаешь периферию, регистрируешь все объекты, делаешь обмен

в итоге центр остаётся залоченным и с данными двух баз
   wertyu
 
35 - 20.10.17 - 12:52
(32) так это тебе работать придётся, а так бузи будут работать
   wertyu
 
36 - 20.10.17 - 12:52
бухи*
   ДемонМаксвелла
 
37 - 20.10.17 - 12:52
(33) я помню еще в мохнатом 2006 году мне рассказывали, что в БП 8, даже если одна организация в базе, нужно указать префикс. Потому что потом может стать более одной организации
   ProxyInspector
 
38 - 20.10.17 - 12:54
Задвоится - это однозначно. А если все это будет делаться не одновременно, то и затроится. Типовые решения не позволяют объединить две базы в одну без больших проблем. Формально объединить можно, но работать все это не будет. Если конфигурации одинаковые, то и базы не очень большие, то за неделю можно объединить не типовыми обработками.
   wertyu
 
39 - 20.10.17 - 12:54
ну если префиксов нет, то надо их включить, но без перепроведения доков
   X Leshiy
 
40 - 20.10.17 - 12:55
(23) И план счетов должен быть одинаковый (всякие там субконто).
   ProxyInspector
 
41 - 20.10.17 - 12:56
(35) И получаешь полностью задвоенные данные справочников, а может быть и план счетов.
   Хрюкин
 
42 - 20.10.17 - 12:56
Конфигурации одинаковые. А вот субконто могли и добавить где-нибудь в режиме Предприятие.
   ДемонМаксвелла
 
43 - 20.10.17 - 12:56
(40) точняк, если константы в базах разные (а они наверняка разные), то после перепроведения в новой базе (а это наверняка сделают, специально или нечаянно) бухгалтерские остатки станут кривыми
   X Leshiy
 
44 - 20.10.17 - 12:57
И некоторые настройки.
Например: "Учет расчетов с персоналом"
   X Leshiy
 
45 - 20.10.17 - 12:57
(42) Иди, пугай бухов :)
   ProxyInspector
 
46 - 20.10.17 - 12:58
С учетом того, что у человека Бухгалтерия 3.0, то в этой каше никто никогда не разберется
   Хрюкин
 
47 - 20.10.17 - 12:58
(43) Настройки учета для каждой организации свои вроде. Нет общих констант для всех организаций.
   wertyu
 
48 - 20.10.17 - 12:59
(41) план счетов не задвоится, а справочники в любом случае задвоятся, кроме предопределённых
   X Leshiy
 
49 - 20.10.17 - 12:59
(38) Не так сложно, как кажется, но и не так просто :)

Когда я делал консолидацию (60 в 1), пришлось приводить базы в примерно одинаковый вид (план счетов, настройки и т.д.)

В общем, возможно, если очень надо :)
 
 Рекламное место пустует
   X Leshiy
 
50 - 20.10.17 - 12:59
(47) И некоторые настройки.

Например: "Учет расчетов с персоналом"
   ДемонМаксвелла
 
51 - 20.10.17 - 13:00
(47) я о настройках плана счетов - наличии субконто на некоторых счетах.
   X Leshiy
 
52 - 20.10.17 - 13:01
(46) Вдумчивые правила рулят. Но еще раз, это если ОЧЕНЬ надо :)


ИМХО, "бухам удобнее" не относится к "ОЧЕНЬ надо" :)
   aka AMIGO
 
53 - 20.10.17 - 13:01
(45) Пугать - бесполезное дело.
Ответ будет стандартный: "вы-ж программист, а не мы. Вот и сделайте, чтоб не задваивало."
И останется только утереться.
   Хрюкин
 
54 - 20.10.17 - 13:03
После обновления релиза, правила придется пересматривать видимо.
   ProxyInspector
 
55 - 20.10.17 - 13:04
Я в свое время соединял данные при переходе из из нескольких баз бухгалтерии 1с77 в одну БП2. Пришлось разрабатывать специальные алгоритмы работы КД2 (учить ее синхронизации по GUID) между 1с77 и 1с8. Делать промежуточную синхронизацию баз 1с77. Ну и переносить начальными остатками с началала года.
   X Leshiy
 
56 - 20.10.17 - 13:04
(53) Смотря как напугать :)

Если в перспективе замаячит перезакрытие всех периодов, разгребание дублей и минога дней ковыряния в оборотках, две базы не такое уж неудобство :)
Мои работают в 10 каждый и не жужжат :)

Пусть пообещает что-нибудь заавтоматизировать, если не будут ныть :)
   ProxyInspector
 
57 - 20.10.17 - 13:05
А у (0) могут задвоится все классификаторы
   X Leshiy
 
58 - 20.10.17 - 13:05
(54) Смотря что изменят. Но это не страшно, если ты уже написание и отладку пережил :)
   wertyu
 
59 - 20.10.17 - 13:08
(57) вот у классификаторов убрать задвоения как раз не проблема
   aka AMIGO
 
60 - 20.10.17 - 13:08
(56) +53 это - женщины, и разговаривать с ними "ДО" - пустая трата времени. Они не знают, что надо сделать, и знать не хотят. А вот "После" - только держись! Умные - аж оторопь берёт.
Пытался я составить что-то типа ТЗ лет 40 назад, пошел к ГБ, договорившись о рандеву, поспрошал, и получил в конце: "МНЕ надо, чтобы я нажала кнопку, и 5-й отдел принёс мне готовый расчет зарплаты!". Точка.
А сотров-то у меня в базе было 2500..
   X Leshiy
 
61 - 20.10.17 - 13:10
(60) Ну может у ТС не такие :)
   wertyu
 
62 - 20.10.17 - 13:13
(60) он же не будет сразу на рабочей базе делать, а вариант с рибом практически без трудозатрат, если конечно не сидеть и не втыкать в монитор
   wertyu
 
63 - 20.10.17 - 13:14
+(62) завтра покажет им результат
   aka AMIGO
 
64 - 20.10.17 - 13:16
Ну, Бог ему в помощь.
   wertyu
 
65 - 20.10.17 - 13:17
(64) там даже думать не надо, что несомненный плюс - голова не заболит
   aka AMIGO
 
66 - 20.10.17 - 13:18
Да, РИБ - неожиданный вариант.. А ведь может и прокатить.
   rozer76
 
67 - 21.10.17 - 10:49
(66) и что риб решит проблему сопоставлений например обьектных данных если разные гуиды? Тут имхо толко правила конвертации и вдумчиво писать в ПКО поля поиска а то с дублями огребешь маманегорюй
   h-sp
 
68 - 21.10.17 - 13:49
(66) у говорили ведь. Дофига и более дублей возникнет. Потом будут полгода разгребать.
   Aleksey
 
69 - 21.10.17 - 13:52
(66) см (11)
   ProxyInspector
 
70 - 31.10.17 - 17:02
Короче можно без проблем и дублей слить две базы Бухгалтерия с разными Организациями в одну. Необходимым и достаточным условием успешного слияния являются:
1. Одинаковый релиз двух баз.
2. Одинаковый план счетов
3. Корректно заполненные ИНН Организации и Контрагентов
4. Синхронизованные справочники Номенклатура по Артиклу/Коду/Наименованию.
  Если признаться были большие сомнения, что это возможно. Но здесь неожиданно по работе привалилась такая же задача. Необходимо слить в одну базу две базы УТ10 (переработанные). При этом базы не синхронизованы по GUID и частично синхронизованые по ИНН, артикулу, наименованию.
   Написал универсальный перенос информации между одинаковыми базами по ОЛЕ и все работает. Единственный минус - быстродействие. Благодаря многолетним усилиям, 1С практически убила механизм ОЛЕ. Примерно 80% времени занимает операция ЭлементОЛЕ.Метаданные(). До этого 90% времени занимало определение ТИпа и вида элемента ОЛЕ. Сейчас средняя скорость объединения двух баз - 5сек/документ. С такой же задачей 1с77 справляется в 10 раз быстрее. Короче 1с82/83 конфигурация для ларьков с понтами
   Fragster
 
71 - 31.10.17 - 17:09
(70) открой для себя XMLТипЗнч().ИмяТипа
   ProxyInspector
 
72 - 31.10.17 - 17:18
(71)
XMLПредставлениеТипа = БазаУдал. XMLТипЗнч(ТекЭлементУдал).TypeName  - действительно самый быстрый способ определения типа и вида элементы. Примерно в 5-10 раз быстрее прочих.
   Fragster
 
73 - 31.10.17 - 17:33
(72) с тебя пиво
   ProxyInspector
 
74 - 31.10.17 - 18:09
Это все пройденный этап. Но тормоза 1с83 меня просто убивают. С копеечной базой на 100 тыс документов, информация тащится уже трое суток.
   X Leshiy
 
75 - 31.10.17 - 18:16
(74) А ты движения как тянешь?
   Dmitrii
 
76 - 31.10.17 - 18:39
(70) >> слить в одну базу две базы УТ10...

Не путай божий дар (БП) с яичницей (УТ).
Для УТ может вполне достаточно будет синхронизации только лишь номенклатуры и контрагентов. Для неё в конце концов это ключевые справочники.
А у БП есть куча дополнительных справочников и регистров, которые влияют на учет. Статьи затрат, доходов, расходов, прибылей, убытков, РБП, ОС, НМА, различные настроечные регистры, включенная функциональность.
По каждому такому объекту надо принимать решение о способах синхронизации.

Проблема не то чтобы совсем нерешаемая. Но получить более или менее рабочую базу можно будет только в том случае, если  помимо одинакового плана счетов в обеих  базах еще и функциональность одинаковая, и настройки учета хотя бы примерно одинаковые.
Если в одной базе, например, включён партионный учет на складах, а в другой - нет, то придётся решать проблему ввода остатков по партиям.
Та же фигня с раздельным учетом НДС (влияет на аналитику по 19-м счетам).
   Dmitry1c
 
77 - 31.10.17 - 20:42
(60) тебе правда 78?
   ProxyInspector
 
78 - 31.10.17 - 23:49
БП30 - очень кривая. Если признаться, то я не смог программно заполнить счета учета при создании документа, используя штатные средства.
   ProxyInspector
 
79 - 31.10.17 - 23:51
(75) Движения не надо тащить. Тащить надо документы. Притом все. Тогда нет проблем с вводом начальных остатков.
   Aleksey
 
80 - 01.11.17 - 00:51
(78) он там менялся, но вроде бы проблем нет
   Aleksey
 
81 - 01.11.17 - 00:54
изначально было типа
Документы.РеализацияТоваровУслуг.ЗаполнитьСчетаУчетаРасчетов(ЗагружаемыйОбъект);
Документы.РеализацияТоваровУслуг.ЗаполнитьСчетаУчетаВТабличнойЧасти(ЗагружаемыйОбъект, "Товары");

потом они поменяли механизм заполнения и теперь при загрузки я заполняю вот так
    ЗагружаемыйОбъект.ДополнительныеСвойства.Вставить("ЗаполнитьСчетаУчетаПередЗаписью",истина);
   jsmith82
 
82 - 01.11.17 - 01:41
Создать автоматически правила обмена
Для системных справочников, пвх и проч. указать способ идентификации по наименованию / коду
Перед загрузкой посчитать количество в таблицах
И сравнить после загрузки
Проанализировать
Поправить правила и сделать вторую попытку
   X Leshiy
 
83 - 01.11.17 - 08:27
(79) А если ручные корректировки были? А если механизм проведения менялся? Попробуй тащить с движениями, а не проводить каждый документ, тогда не будет 5 сек/документ.


Список тем форума
Рекламное место пустует  Рекламное место пустует
Оптимист верит, что мы живем в лучшем из миров. Пессимист боится, что так оно и есть.
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует