Вход | Регистрация
 
1С:Предприятие :: 1С:Предприятие 8 общая

БП 3.0 устранение дублирования подразделений

БП 3.0 устранение дублирования подразделений
Я
   25-11
 
29.04.19 - 14:44
После настройки обмена БП 3.0<->ЗУП 3.1 задвоилось "основное подразделение". Заметили уже после того, как выполнено несколько регл. операций "закрытие месяца".
Соответственно, теперь стандартное встроенное удаление дублей невозможно из-за наличия записей в Рг "РасчетСписанияКосвенныхРасходов".
Какие методы посоветуете, если очень не хочется перепроводить закрытия (одно из них прошлогоднее)?
 
 
   Garykom
 
1 - 29.04.19 - 14:45
Есть замечательный метод! Сказать?
   25-11
 
2 - 29.04.19 - 15:05
(1) Пригласить специалиста. Угадал?
   piter3
 
3 - 29.04.19 - 15:25
замена значений не пойдет?
   piter3
 
4 - 29.04.19 - 15:25
А лучше с причиной разобраться
   Вафель
 
5 - 29.04.19 - 15:31
(4) это независимые задачи
   25-11
 
6 - 29.04.19 - 17:37
(3) Нет. Рг не допускает неуникальности измерений.
(4) причина ясная и понятная. Запустили обмен, не обращая на сопоставление. И прибежало подразделение из ЗУПа. И именно начало использоваться далее (отражение и т.п.)
ссылок на новое подразделение не так много - десятка два.
   Cyberhawk
 
7 - 29.04.19 - 17:57
Ну так замени ссылки одну на дргую
   Cyberhawk
 
8 - 29.04.19 - 17:57
У какого объекта меньше ссылок тот и заменяй. Сопоставление для обмена подправишь.
   25-11
 
9 - 29.04.19 - 17:59
(7) (8) Ещё раз. Невозможно заменить ссылку в регистре сведений, в котором Подраздление входит в состав измерений.
   Фрэнки
 
10 - 29.04.19 - 17:59
Есть же обработки для замены ссылок, а можно и самому такую обработку написать.
Формально закрытые месяцы не изменятся,

но нужно будет выявить и вручную перенести границу восстановления последовательности на начало первого незакрытого еще месяца
   Фрэнки
 
11 - 29.04.19 - 18:00
(9) почему невозможно?
   Cyberhawk
 
12 - 29.04.19 - 18:01
(9) Лол?
   Cyberhawk
 
13 - 29.04.19 - 18:02
Кто-то походу не осилил установку отбора на набор записей
   Cyberhawk
 
14 - 29.04.19 - 18:02
(установку после считывания, но до записи измененного в измерении значения)
   25-11
 
15 - 29.04.19 - 18:08
(11) (13) (14) Судя по всему, вы просто не понимаете о чём речь. Посмотрите на РГ и подумайте. Если в нём сейчас две записи с подразделениями П1 и П2, то платформа не позволит вам создать две записи с подразделением П1.
Можно создавать одну запись и суммировать ресурсы, но это совсем не тоже самое, что замена.
   25-11
 
16 - 29.04.19 - 18:15
Вполне очевидное решение отменить закрытия, затем выполнить замену и повторить закрытие. Но  полной гарантии совпадения результатов нет. Вот обдумываю процедуру сосопоставления.
Сверить ОСВ - понятно.  Что ещё может "пострадать"?
   timurhv
 
17 - 29.04.19 - 18:15
(15) Так удалить ненужную запись перед этим в Регистре сведений, либо в поиске и замене убрать признак по этому РСВ, если это возможно.
   timurhv
 
18 - 29.04.19 - 18:17
(17) Суммы затрат сложить, написать обработку по считыванию значений и дальнейшей корректировке по ключам.
   Фрэнки
 
19 - 29.04.19 - 18:22
тс, по всей видимости, еще не попробовал написать или применить обработки по замене ссылок в наборах записей регистров, но почему-то уверен, что это дающие советы с чего-то просто не понимают.

Если это уже заранее известно, о каком РГ сведений идет речь?
   25-11
 
20 - 29.04.19 - 18:28
(19) Пробовал, конечно, прежде чем тему создал. Именно из неё и узнал о существовании таких Рг
   25-11
 
21 - 29.04.19 - 18:34
Она (обработка корректировки дублей) аккуратно находит ссылки и затем пытается их заменять.
И сообщает о невозможности выполнения замены в записях Рг.
   25-11
 
22 - 29.04.19 - 18:42
(18) Судя по всему, на основании этих записей формируются проводки, их тоже, наверное, придётся объединять. Хотя бух Рг замена возможна, но, вероятно, такая ситуация - одна запись в Рг и две записи в бух. рг - некорректна.
   Cyberhawk
 
23 - 30.04.19 - 07:39
(15) Ну очевидно же, что там где должна быть одна запись, а сейчас две, нужно свернуть
   timurhv
 
24 - 30.04.19 - 10:30
(22) если оно на себестоимость влияет, то при повторном закрытии по подразделениям общехозяйственным могут копейки разойтись. Точно не скажу, с БП3 не работаю.
   xraf
 
25 - 30.04.19 - 14:36
(15) выгрузи движения, замени, сверни и загрузи.
там где дает там через замену ссылок
   Demon_MSK
 
26 - 30.04.19 - 15:44
(15) Вот именно так и надо сделать.
Ну было
П1   -1000 и П2 -300,
а станет П1 -1300, в чём беда то?
   Demon_MSK
 
27 - 30.04.19 - 15:46
(21) Если таких доков и записей немного - открывается "Корректировка движений" и вперёд.
Можно даже не все регистры закрытия шатать - только не сворачивающиеся.
Остальное автоматом должно закрыться.
   25-11
 
28 - 30.04.19 - 20:27
(23) (25) (26) Ничто не беда, только нужно принять как данность, что это не только механическая замена ссылок. Поэтому я вообще постараюсь разрулить организационно... Примерно так.

Было вот такое подразделение, создалось ещё одно - вот пусть теперь он будет правильное: переместите в него ОС, переведите сотрудников.
А я могу помочь переименовать старое, добавив в начале наименования "(не использовать)" :)
Чтобы не путались.  
В конце концов, насколько я понял, это в принципе ни на какую регл. вообще отчетность никак не повлияет.
   25-11
 
29 - 30.04.19 - 20:28
В любом случае - спасибо откликнувшимся, если орг. решение не прокатит, мне будет проще.


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