|
Бухгалтерия 3.0 Объединить 2 базы в одну | ☑ | ||
---|---|---|---|---|
0
Хрюкин
20.10.17
✎
12:14
|
Подскажите как лучше сделать. Может у кого есть готовые правила обмена?
|
|||
1
Джо-джо
20.10.17
✎
12:19
|
(0) правила больше не нужны
|
|||
2
ДемонМаксвелла
20.10.17
✎
12:21
|
если конфы одинаковые, то выгрузкой-загрузкой xml можно
но задвоятся все справочники.. |
|||
3
PiotrLoginov
20.10.17
✎
12:26
|
(0) По-хорошему надо перекинуть из первой базы во вторую только то, чего там (во второй) нет.
|
|||
4
Хрюкин
20.10.17
✎
12:26
|
(2) Пробую универсальный обмен данными. Там для выгрузки требует правила обмена.
|
|||
5
X Leshiy
20.10.17
✎
12:30
|
(4) Конвертацию в руки и вперед :)
Пол дня займет, примерно. |
|||
6
X Leshiy
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) Бухгалтерия хочет объединить, им удобнее в одной.
|
|||
10
X Leshiy
20.10.17
✎
12:33
|
(7) Ну я делал, я, и что? Правила все равно устарели. Проще новые нарисовать.
|
|||
11
Aleksey
20.10.17
✎
12:33
|
(1) еще как нужны. без правил будет огромная попа
|
|||
12
X Leshiy
20.10.17
✎
12:34
|
(9) Когда покупают очередную объединенную кучу ***на, я матерюсь так, что на весь офис слышно.
|
|||
13
Хрюкин
20.10.17
✎
12:37
|
Со справочниками непонятно. Если например Наименование совпадает, а какой-нибудь реквизит отличается, надо же переносить с задвоением.
|
|||
14
X Leshiy
20.10.17
✎
12:38
|
(7) Учти, если есть ручные корректировки в проводках, то надо переносить с движениями (вообще лучше все переносить с движениями, мало ли как менялись механизмы).
Переноси документы, остальное по ссылкам. Очень осторожно с полями поиска, а то будешь разгребать дубли лопатой. И периоды скорее всего нужно будет перезакрывать. В общем, лучше переубеди бухов :) |
|||
15
ДемонМаксвелла
20.10.17
✎
12:38
|
(13) не какой-нибудь реквизит, а один из ключевых реквизитов
|
|||
16
X Leshiy
20.10.17
✎
12:39
|
(13) Ага, ту надо много думать :)
|
|||
17
perester
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) так организации же разные?
|
|||
21
X Leshiy
20.10.17
✎
12:42
|
(18) Префиксы.
|
|||
22
X Leshiy
20.10.17
✎
12:43
|
(19) Переубеди бухов :) Угрожай, шантажируй :)
|
|||
23
Хрюкин
20.10.17
✎
12:43
|
(20) разные
|
|||
24
wertyu
20.10.17
✎
12:44
|
чтобы ничего не перезакрывать, можно всё перенести временным рибом, а потом дубли заменить
|
|||
25
X Leshiy
20.10.17
✎
12:45
|
(24) А если бублей минога-минога?
|
|||
26
Хрюкин
20.10.17
✎
12:45
|
(22) возможно так и сделаю
|
|||
27
perester
20.10.17
✎
12:46
|
(0) если в базе старые данные есть то лучше переубедить бухов до НГ, там сверку базы можно и предыдущий год оставить, если что ручками поправить, в одной базе обработкой поменять префиксы доков, потом выгрузка загрузка данных хмл - поиск удаление дублей и готово
|
|||
28
wertyu
20.10.17
✎
12:46
|
(25) а какая разница? их всё равно обьединить только вручную можно
|
|||
29
Хрюкин
20.10.17
✎
12:46
|
(24) можно подробнее. как из обычной базы сделать временно распределенную.
|
|||
30
ДемонМаксвелла
20.10.17
✎
12:47
|
(23) что будет в Бух 3.0, если попробовать записать два документа от двух разных организаций с одинаковыми номерами я так не скажу.
если префиксов сейчас нет, и будут ошибки из-за неуникальности номеров, то надо создавать префиксы |
|||
31
X Leshiy
20.10.17
✎
12:47
|
(24) Не, перезакрытие можно использовать как инструмент шантажа!
|
|||
32
X Leshiy
20.10.17
✎
12:48
|
(28) Ну вот, а если правила писать, то можно поизвращаться с полями поиска и бублей будет мало.
|
|||
33
X Leshiy
20.10.17
✎
12:49
|
(30) ЕМНИП, как только в бухе заводишь вторую организацию, автоматом включается механизм разделения (префиксы и т.д.)
А вего случает да, нужна перенумерация с префиксами. |
|||
34
wertyu
20.10.17
✎
12:51
|
(29) открываешь будущую периферию, загружаешь cf из будущего центра, заполняешь план обмена, включаешь периферию, регистрируешь все объекты, делаешь обмен
в итоге центр остаётся залоченным и с данными двух баз |
|||
35
wertyu
20.10.17
✎
12:52
|
(32) так это тебе работать придётся, а так бузи будут работать
|
|||
36
wertyu
20.10.17
✎
12:52
|
бухи*
|
|||
37
ДемонМаксвелла
20.10.17
✎
12:52
|
(33) я помню еще в мохнатом 2006 году мне рассказывали, что в БП 8, даже если одна организация в базе, нужно указать префикс. Потому что потом может стать более одной организации
|
|||
38
ProxyInspector
20.10.17
✎
12:54
|
Задвоится - это однозначно. А если все это будет делаться не одновременно, то и затроится. Типовые решения не позволяют объединить две базы в одну без больших проблем. Формально объединить можно, но работать все это не будет. Если конфигурации одинаковые, то и базы не очень большие, то за неделю можно объединить не типовыми обработками.
|
|||
39
wertyu
20.10.17
✎
12:54
|
ну если префиксов нет, то надо их включить, но без перепроведения доков
|
|||
40
X Leshiy
20.10.17
✎
12:55
|
(23) И план счетов должен быть одинаковый (всякие там субконто).
|
|||
41
ProxyInspector
20.10.17
✎
12:56
|
(35) И получаешь полностью задвоенные данные справочников, а может быть и план счетов.
|
|||
42
Хрюкин
20.10.17
✎
12:56
|
Конфигурации одинаковые. А вот субконто могли и добавить где-нибудь в режиме Предприятие.
|
|||
43
ДемонМаксвелла
20.10.17
✎
12:56
|
(40) точняк, если константы в базах разные (а они наверняка разные), то после перепроведения в новой базе (а это наверняка сделают, специально или нечаянно) бухгалтерские остатки станут кривыми
|
|||
44
X Leshiy
20.10.17
✎
12:57
|
И некоторые настройки.
Например: "Учет расчетов с персоналом" |
|||
45
X Leshiy
20.10.17
✎
12:57
|
(42) Иди, пугай бухов :)
|
|||
46
ProxyInspector
20.10.17
✎
12:58
|
С учетом того, что у человека Бухгалтерия 3.0, то в этой каше никто никогда не разберется
|
|||
47
Хрюкин
20.10.17
✎
12:58
|
(43) Настройки учета для каждой организации свои вроде. Нет общих констант для всех организаций.
|
|||
48
wertyu
20.10.17
✎
12:59
|
(41) план счетов не задвоится, а справочники в любом случае задвоятся, кроме предопределённых
|
|||
49
X Leshiy
20.10.17
✎
12:59
|
(38) Не так сложно, как кажется, но и не так просто :)
Когда я делал консолидацию (60 в 1), пришлось приводить базы в примерно одинаковый вид (план счетов, настройки и т.д.) В общем, возможно, если очень надо :) |
|||
50
X Leshiy
20.10.17
✎
12:59
|
(47) И некоторые настройки.
Например: "Учет расчетов с персоналом" |
|||
51
ДемонМаксвелла
20.10.17
✎
13:00
|
(47) я о настройках плана счетов - наличии субконто на некоторых счетах.
|
|||
52
X Leshiy
20.10.17
✎
13:01
|
(46) Вдумчивые правила рулят. Но еще раз, это если ОЧЕНЬ надо :)
ИМХО, "бухам удобнее" не относится к "ОЧЕНЬ надо" :) |
|||
53
aka AMIGO
20.10.17
✎
13:01
|
(45) Пугать - бесполезное дело.
Ответ будет стандартный: "вы-ж программист, а не мы. Вот и сделайте, чтоб не задваивало." И останется только утереться. |
|||
54
Хрюкин
20.10.17
✎
13:03
|
После обновления релиза, правила придется пересматривать видимо.
|
|||
55
ProxyInspector
20.10.17
✎
13:04
|
Я в свое время соединял данные при переходе из из нескольких баз бухгалтерии 1с77 в одну БП2. Пришлось разрабатывать специальные алгоритмы работы КД2 (учить ее синхронизации по GUID) между 1с77 и 1с8. Делать промежуточную синхронизацию баз 1с77. Ну и переносить начальными остатками с началала года.
|
|||
56
X Leshiy
20.10.17
✎
13:04
|
(53) Смотря как напугать :)
Если в перспективе замаячит перезакрытие всех периодов, разгребание дублей и минога дней ковыряния в оборотках, две базы не такое уж неудобство :) Мои работают в 10 каждый и не жужжат :) Пусть пообещает что-нибудь заавтоматизировать, если не будут ныть :) |
|||
57
ProxyInspector
20.10.17
✎
13:05
|
А у (0) могут задвоится все классификаторы
|
|||
58
X Leshiy
20.10.17
✎
13:05
|
(54) Смотря что изменят. Но это не страшно, если ты уже написание и отладку пережил :)
|
|||
59
wertyu
20.10.17
✎
13:08
|
(57) вот у классификаторов убрать задвоения как раз не проблема
|
|||
60
aka AMIGO
20.10.17
✎
13:08
|
(56) +53 это - женщины, и разговаривать с ними "ДО" - пустая трата времени. Они не знают, что надо сделать, и знать не хотят. А вот "После" - только держись! Умные - аж оторопь берёт.
Пытался я составить что-то типа ТЗ лет 40 назад, пошел к ГБ, договорившись о рандеву, поспрошал, и получил в конце: "МНЕ надо, чтобы я нажала кнопку, и 5-й отдел принёс мне готовый расчет зарплаты!". Точка. А сотров-то у меня в базе было 2500.. |
|||
61
X Leshiy
20.10.17
✎
13:10
|
(60) Ну может у ТС не такие :)
|
|||
62
wertyu
20.10.17
✎
13:13
|
(60) он же не будет сразу на рабочей базе делать, а вариант с рибом практически без трудозатрат, если конечно не сидеть и не втыкать в монитор
|
|||
63
wertyu
20.10.17
✎
13:14
|
+(62) завтра покажет им результат
|
|||
64
aka AMIGO
20.10.17
✎
13:16
|
Ну, Бог ему в помощь.
|
|||
65
wertyu
20.10.17
✎
13:17
|
(64) там даже думать не надо, что несомненный плюс - голова не заболит
|
|||
66
aka AMIGO
20.10.17
✎
13:18
|
Да, РИБ - неожиданный вариант.. А ведь может и прокатить.
|
|||
67
rozer76
21.10.17
✎
10:49
|
(66) и что риб решит проблему сопоставлений например обьектных данных если разные гуиды? Тут имхо толко правила конвертации и вдумчиво писать в ПКО поля поиска а то с дублями огребешь маманегорюй
|
|||
68
h-sp
21.10.17
✎
13:49
|
(66) у говорили ведь. Дофига и более дублей возникнет. Потом будут полгода разгребать.
|
|||
69
Aleksey
21.10.17
✎
13:52
|
(66) см (11)
|
|||
70
ProxyInspector
31.10.17
✎
17:02
|
Короче можно без проблем и дублей слить две базы Бухгалтерия с разными Организациями в одну. Необходимым и достаточным условием успешного слияния являются:
1. Одинаковый релиз двух баз. 2. Одинаковый план счетов 3. Корректно заполненные ИНН Организации и Контрагентов 4. Синхронизованные справочники Номенклатура по Артиклу/Коду/Наименованию. Если признаться были большие сомнения, что это возможно. Но здесь неожиданно по работе привалилась такая же задача. Необходимо слить в одну базу две базы УТ10 (переработанные). При этом базы не синхронизованы по GUID и частично синхронизованые по ИНН, артикулу, наименованию. Написал универсальный перенос информации между одинаковыми базами по ОЛЕ и все работает. Единственный минус - быстродействие. Благодаря многолетним усилиям, 1С практически убила механизм ОЛЕ. Примерно 80% времени занимает операция ЭлементОЛЕ.Метаданные(). До этого 90% времени занимало определение ТИпа и вида элемента ОЛЕ. Сейчас средняя скорость объединения двух баз - 5сек/документ. С такой же задачей 1с77 справляется в 10 раз быстрее. Короче 1с82/83 конфигурация для ларьков с понтами |
|||
71
Fragster
гуру
31.10.17
✎
17:09
|
(70) открой для себя XMLТипЗнч().ИмяТипа
|
|||
72
ProxyInspector
31.10.17
✎
17:18
|
(71)
XMLПредставлениеТипа = БазаУдал. XMLТипЗнч(ТекЭлементУдал).TypeName - действительно самый быстрый способ определения типа и вида элементы. Примерно в 5-10 раз быстрее прочих. |
|||
73
Fragster
гуру
31.10.17
✎
17:33
|
(72) с тебя пиво
|
|||
74
ProxyInspector
31.10.17
✎
18:09
|
Это все пройденный этап. Но тормоза 1с83 меня просто убивают. С копеечной базой на 100 тыс документов, информация тащится уже трое суток.
|
|||
75
X Leshiy
31.10.17
✎
18:16
|
(74) А ты движения как тянешь?
|
|||
76
Dmitrii
гуру
31.10.17
✎
18:39
|
(70) >> слить в одну базу две базы УТ10...
Не путай божий дар (БП) с яичницей (УТ). Для УТ может вполне достаточно будет синхронизации только лишь номенклатуры и контрагентов. Для неё в конце концов это ключевые справочники. А у БП есть куча дополнительных справочников и регистров, которые влияют на учет. Статьи затрат, доходов, расходов, прибылей, убытков, РБП, ОС, НМА, различные настроечные регистры, включенная функциональность. По каждому такому объекту надо принимать решение о способах синхронизации. Проблема не то чтобы совсем нерешаемая. Но получить более или менее рабочую базу можно будет только в том случае, если помимо одинакового плана счетов в обеих базах еще и функциональность одинаковая, и настройки учета хотя бы примерно одинаковые. Если в одной базе, например, включён партионный учет на складах, а в другой - нет, то придётся решать проблему ввода остатков по партиям. Та же фигня с раздельным учетом НДС (влияет на аналитику по 19-м счетам). |
|||
77
Dmitry1c
31.10.17
✎
20:42
|
(60) тебе правда 78?
|
|||
78
ProxyInspector
31.10.17
✎
23:49
|
БП30 - очень кривая. Если признаться, то я не смог программно заполнить счета учета при создании документа, используя штатные средства.
|
|||
79
ProxyInspector
31.10.17
✎
23:51
|
(75) Движения не надо тащить. Тащить надо документы. Притом все. Тогда нет проблем с вводом начальных остатков.
|
|||
80
Aleksey
01.11.17
✎
00:51
|
(78) он там менялся, но вроде бы проблем нет
|
|||
81
Aleksey
01.11.17
✎
00:54
|
изначально было типа
Документы.РеализацияТоваровУслуг.ЗаполнитьСчетаУчетаРасчетов(ЗагружаемыйОбъект); Документы.РеализацияТоваровУслуг.ЗаполнитьСчетаУчетаВТабличнойЧасти(ЗагружаемыйОбъект, "Товары"); потом они поменяли механизм заполнения и теперь при загрузки я заполняю вот так ЗагружаемыйОбъект.ДополнительныеСвойства.Вставить("ЗаполнитьСчетаУчетаПередЗаписью",истина); |
|||
82
jsmith82
01.11.17
✎
01:41
|
Создать автоматически правила обмена
Для системных справочников, пвх и проч. указать способ идентификации по наименованию / коду Перед загрузкой посчитать количество в таблицах И сравнить после загрузки Проанализировать Поправить правила и сделать вторую попытку |
|||
83
X Leshiy
01.11.17
✎
08:27
|
(79) А если ручные корректировки были? А если механизм проведения менялся? Попробуй тащить с движениями, а не проводить каждый документ, тогда не будет 5 сек/документ.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |