При обновлении слетают обороты с добавленного субконто
Здравствуй, Инфостарт!
Вводная: БУХ 2.0.23.9 Переходили в мае-июне 2011.
Алгоритм обновления стандарнтый - сначала поднимаю релиз обновлениями без сохранения конфы и применения к базе, затем объединение с актуальн релизом с перенесенными изменениями, то есть некритичные (ИМХО) методические отступления от
Ключевой момент - добавлено 4 субконто на 62,01 (нужно для какой-то внутренней отчетности). Это выгдядит как три субконто в конфигураторе, четвертое - документы расчета добавлено автоматом в режиме предприятия при настройке учетной политики (УСН д-р).
Реализовано при подготовке к переносу данных аналогично реализации в 1.6 в конф-ре.
После объединения с конфой акт релиза обороты по добавленном в конф-ре субконто слетают. После перепроведения конечно восстанавливаются, но неспортивно как-то.
все перепроверил, все изменения на месте (
Кто сталкивался с похожим явлением, подскажите пути решения, плиз.
Спасибо.
Вводная: БУХ 2.0.23.9 Переходили в мае-июне 2011.
Алгоритм обновления стандарнтый - сначала поднимаю релиз обновлениями без сохранения конфы и применения к базе, затем объединение с актуальн релизом с перенесенными изменениями, то есть некритичные (ИМХО) методические отступления от
Ключевой момент - добавлено 4 субконто на 62,01 (нужно для какой-то внутренней отчетности). Это выгдядит как три субконто в конфигураторе, четвертое - документы расчета добавлено автоматом в режиме предприятия при настройке учетной политики (УСН д-р).
Реализовано при подготовке к переносу данных аналогично реализации в 1.6 в конф-ре.
После объединения с конфой акт релиза обороты по добавленном в конф-ре субконто слетают. После перепроведения конечно восстанавливаются, но неспортивно как-то.
все перепроверил, все изменения на месте (
Кто сталкивался с похожим явлением, подскажите пути решения, плиз.
Спасибо.
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Короче , есть наблюдение. Даже два.
1. При обновлении как "объединение с приоритетом основной" эффект аналогичный. А при таком режиме обновления совпадающие объекты не затираются => вн. ID не изменятеся.(ИМХО, РТФМ возможен, уточняю)
2. Субконто, по которому слетают оброты, сделано предопределенное на основе справочника. Справочник добавлен в конфу. Так вот, при сравнении кофигураций различия в справочниках не показываются, то есть с т.з. системы они идентичны, а различие в видах субконто присуствует. Поэтому и улетают обороты. Казалось бы вот оно, однако, имена видов субконто, коды и наименования идентичны (скопированы).
И вот тут мысль останавливается.... (
1. При обновлении как "объединение с приоритетом основной" эффект аналогичный. А при таком режиме обновления совпадающие объекты не затираются => вн. ID не изменятеся.(ИМХО, РТФМ возможен, уточняю)
2. Субконто, по которому слетают оброты, сделано предопределенное на основе справочника. Справочник добавлен в конфу. Так вот, при сравнении кофигураций различия в справочниках не показываются, то есть с т.з. системы они идентичны, а различие в видах субконто присуствует. Поэтому и улетают обороты. Казалось бы вот оно, однако, имена видов субконто, коды и наименования идентичны (скопированы).
И вот тут мысль останавливается.... (
(5),(6) В чем путается? Как таковая очередность субконто роли не играет, как 7.7 к примеру.
Третье субконто добавлено в режиме конфигуратора. Вид этого субконто нетиповой, добавленный в режиме конфигуратора.
Четвертое добавляется в режиме предприятия при устанвоке в учетной политике режима налогообложения УСН Д-Р при записи изменений учетной политики. Вот как-то так.
(6)Прошу внести в протоколе факт добровольного сотрудничества.
Третье субконто добавлено в режиме конфигуратора. Вид этого субконто нетиповой, добавленный в режиме конфигуратора.
Четвертое добавляется в режиме предприятия при устанвоке в учетной политике режима налогообложения УСН Д-Р при записи изменений учетной политики. Вот как-то так.
(6)Прошу внести в протоколе факт добровольного сотрудничества.
Что бы помочь нужно все понять, давайте восстановим хронологию событий.
В режиме предприятия было добавлено 4-е субконто, после первого обновления оно слетело и вы добавили его уже в режиме конфигуратора или предприятия ?
В режиме предприятия было добавлено 4-е субконто, после первого обновления оно слетело и вы добавили его уже в режиме конфигуратора или предприятия ?
(8)сорри, коллеги, видимо я вас запутал окончательно.
В режиме конфигуратора на счет 62.01 было добавлено третье субконто, так как по-умолчанию - 2. Четвертое субконто добавляетс в режиме предприятия, при выборе системы налогообложения УСН Д-Р. Если бы в режиме конфигуратора не добавлялось бы субконто 3, то тогда не было бы необходимости увеличивать кол-во субконто в плане счетов.
(9)Объединение с приоритетом основной конфигурации.
В режиме конфигуратора на счет 62.01 было добавлено третье субконто, так как по-умолчанию - 2. Четвертое субконто добавляетс в режиме предприятия, при выборе системы налогообложения УСН Д-Р. Если бы в режиме конфигуратора не добавлялось бы субконто 3, то тогда не было бы необходимости увеличивать кол-во субконто в плане счетов.
(9)Объединение с приоритетом основной конфигурации.
Я кажется понял в чем дела, 2 субконто стандартные+3-е в конфигураторе внесли+4-е система сама добавила в пользовательском режиме. Когда идет обновления с приоритетом «Из новой конфигурации», то поскольку в обновлении на 62.1 (например) только два субконто, то 3-е затирается, а то что добавила программа в пользовательском режиме как было так и есть.
Поэтому предлагаю, внести данное субконто либо в пользовательском режиме и стандартно обновляется, либо внести его как предопределенное, тогда не обновлять план счетов автоматически.
Поэтому предлагаю, внести данное субконто либо в пользовательском режиме и стандартно обновляется, либо внести его как предопределенное, тогда не обновлять план счетов автоматически.
(11)
(11)
Проблема оказалась в том, что при обновлении плана видов характеристик новое субконто, которое я добавил в акуальный релиз не опознавалось системой, как уже имеющееся со всеми вытекающими.
Таким образом обновление выполнялось со снятой галкой с СубконтоХозрасчетные и контролем наличия третьего предопределенного субконто на счете 62,1, которое в процессе обновления заменялось начто-то вроде <Неправильная ссылка> или что-то в этом духе. Спасибо всем участникам, вобщем переехали *смахивает со лба трудовой пот*...
ЗЫ С днем кадровика!!!
Я кажется понял в чем дела, 2 субконто стандартные+3-е в конфигураторе внесли+4-е система сама добавила в пользовательском режиме.
Так точно!
(11)
Когда идет обновления с приоритетом «Из новой конфигурации», то поскольку в обновлении на 62.1 (например) только два субконто, то 3-е затирается, а то что добавила программа в пользовательском режиме как было так и есть.
Так точно, но обновление с приотритетом текущей дало аналогичный результат.
Проблема оказалась в том, что при обновлении плана видов характеристик новое субконто, которое я добавил в акуальный релиз не опознавалось системой, как уже имеющееся со всеми вытекающими.
Таким образом обновление выполнялось со снятой галкой с СубконтоХозрасчетные и контролем наличия третьего предопределенного субконто на счете 62,1, которое в процессе обновления заменялось начто-то вроде <Неправильная ссылка> или что-то в этом духе. Спасибо всем участникам, вобщем переехали *смахивает со лба трудовой пот*...
ЗЫ С днем кадровика!!!
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот