Как исправить субконто #483670

Есть план счетов. В нем счет 302.01 (расчеты по зп). Пользователь (бухгалтер) добавил 2 дополнительных субконто в ПОЛЬЗОВАТЕЛЬСКОМ РЕЖИМЕ. При попытке добавить эти субконто в конфигураторе - 1с ругается, мол ограничено количество субконто. Т.е. задача стоит именно в конфигураторе прописать эти субконто. Как изменить субконто в плане счетов (перенести с пользовательского режима в режим конфигуратор) без потери данных. спасибо за ответы :)

1. Переименовать в конфигураторе счет 302.01, например, в 302.91. 2. Создать в конфигураторе новый счет 302.01 с тремя субконто. 3. Перенести в пользовательской базе информацию со счета 302.91 на счет 302.01. 4. Удалить в конфигураторе счет 302.91. А насколько оправдано добавление дополнительных субконто?

3. Перенести в пользовательской базе информацию со счета 302.91 на счет 302.01. - Существуют обработки на такой случай? Оправдано (для бюджета - дополнительный разрез по подразделениям, видам затрат и сотрудникам)  Тем самым оборотка разбивает по каждому человеку начисления. так как 1с:ЗиК на этом предприятии нет и не будет.

Все получилось. Оказывается при изменении счета в конфигураторе и подмене его вновь созданным с нужными значениями - все получается. Спасибо))))

: какой это "подмене"???

там, кстати, много сюрпризов. у меня та же трабла была, как у автора. однако, он тоже переборщил, больше одного субконто добавлять не рекомендуется(подраделения можно было бы и группами в справочнике контрагентов организовать). но это его дело )) я вообще удалил из бюджетки все счета 302, 206, 501, 503, (ессно, из конфигуратора), зато теперь детализация работает идеально. так проще обновлять. могли бы при проектировке 7.7 додуматься , чтобы обновлять часть плана счетов и общих таблиц...

А можно было, пожалуй, и так: 1. Создать резервную копию базы. 2. Удалить добавленное субконто в пользовательском режиме. 3. Добавить субконто в режиме конфигуратора. 4. Восстановиться из резервной копии.

Хотя, конечно, из резервной копии необходимо заменять только файлы базы данных (*.dbf) с последующей переиндексацией.

и получишь либо резервную копию, либо упавшую базу.

А нам и нужна резервная копия, что бы не потерять аналитику по субконто, введенному в пользовательском режиме. Ну а что касается упавшей базы... Не думаю, что структура файлов базы данных будет зависить от того, где введено субконто: в пользовательском режиме или в режиме конфигуратора. Хотя не исключаю, что значения отдельных полей системных таблиц и могут быть несогласованы. В этом случае, ИМХО, все исправит переиндексация с последующей проверкой логической целостности в режиме "Тестирование и исправление".

есть еще простой вариант.разобрать гкомпом, поправить где нада, исобрать обратно.

это как отрубить руку, а потом пришить... не знаю, не знаю.. доводить базу до ТиИ, чревато.. )) я вот научился парсить выгрузку базы ))) мне кажется, те кто знают, как пользоваться гкомпом, не спрашивают сабж.

Мне кажется, иногда достаточно подсказать в каком направлении смотреть, что-бы человек разобрался.

это да, гкомп мне очень помог