Добрый день, знатоки 1С7.7. Я никогда не менял шаблон плана счетов и поэтому у меня вопрос: шаблон кода такой ###.#.## , максимальная длина кода счета 9. Вопрос: могу ли я без опасения, что произойдет что-то нехорошее модифицировать шаблон на такой ###.##.## ?

И еще один вопрос. Первоначально счет 534.2 был элементом. По просьбе гл. буха я добавил субсчет 534.2.31, но после этого 534.2 стал группой и, естественно, в документах стал недоступен, т.е. его нельзя выбрать для проводок. Я попытался сделать обратные коррекции - удалил счет 534.2.31, но счет 534.2 остался группой. Я в конфигураторе удалил счет 534.2 и тут же ввел его снова и он стал вновь элементом, но при сохранении конфигурации выдается ошибка - счет 534.2 в бухгалтерии группа и я никак не могу сохранить сделанные изменения. Посоветуйте, как быть, как переделать обратно счет 534.2 из группы в элемент?

Спасибо

Платформа не позволит изменить шаблон, насколько я знаю

(0)
>Вопрос: могу ли я без опасения, что произойдет что-то нехорошее
>модифицировать шаблон на такой ###.##.## ?

Ответ: можешь.


>Посоветуйте, как быть, как переделать обратно счет 534.2 из группы в элемент?

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

(2) Да, если перебросить все итоги предварительно, сработает. Иначе нет.

(1) Я изменил шаблон кода с ###.#.## на ###.##.## и при сохранении "никто" не ругался. Просто вопрос - нет ли каких-либо подводных камней, связанных с такой модификацией?

(2) а без переброски проводок - только с помощью шаманства в конфигураторе не получится?

(4) Подводные камни могут быть. Я хоть и кучу планов счетов перелдопатил, но давно уже с 7.7 не работал - сейчас уже не помню, но проверь, как индицируются счета по маске ###.##.##. Если, как и прежде - ###.#.##, то всё нормально. А вот если с ведущим нулём - ###.0#.##, то тебе придётся править программный код в части тех обращений, где номера счетов указаны явным образом. Например, счета вида 69.1.1 надо будет менять на 69.01.1.

(5) Как-то я вроде делал, но опять-таки уже не помню. Поищи по Мисте - уже многократно это обсуждалось.

когда мне не хватило цифр, я стал использовать буквы. например, 106.01.А.01, правда, пришлось пару мест в конфигурации исправить на "понимание" букв. потому что пол-конфигурации было ориентировано НА ДЛИНУ КОДА счета, поэтому менять шаблон мне ни в коем случае менять нельзя было. если ты не знаешь наизусть код каждого документа в базе, то делать так не стоит, но ведь и конфигу ты не озвучил.

(5) Как-то проще вроде. 534.2.1 переименовать в 534.0, сохраниться. Удалить 534.2. Сохраниться. Переименовать 534.0 в 534.2.

*Как то проще можно.

Да, кстати, так никто и не озвучил - при удалении счета в конфигураторе он остается в режиме предприятия. Поэтому ты и не можешь софранить свой новый счет - такой код уже есть. А промежуточный счет делать таки придется.
И еще, называй темы внятно

(5) в табличке поправить 1 поле.

(11) тс вообще нулевой, а ты советуешь ему таблицы править

Всем огромное спасибо за советы, так и сделаю - с маской проверю, а насчет счета 534.2 - попробую без переброски - восстановлю прежний план счетов и, если с маской будет все нормально, то заново введу новые счета.

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

(6) RayCon - Маску я проверил - при маске ###.##.## команда Сообщить(СчетПоКоду("69.1.1")) выдает 69.1.1, а Сообщить(СчетПоКоду("69.01.1")) ничего не показывает - пусто, т.е. не находит счет, значит в программном коде не нужно менять явные обращения к кодам счетов.
Я корректно проверил?

(13) Это какая конфа ?
В типовой бух 7.7 была такая обработка (только там по-моему наоборот - счет_не_группа становился группой) при переходе с ред 4.2 на 4.4 вроде. Она "самостоятельно" перекидывала все движения на забалансовый временный счёт, а потом при обновлении на счёт следующего уровня. Посмотри Conv44.ert в ExtForms.
А по поводу заведения новых субсчетов поддерживаю (14) надо очень хорошо всё взвесить, чтоб не получить гору проблем. Как правило за редким исключением - требование завести субсчёт от неумения буха пользоваться возможностями программы.

(15) Вообще-то, я не кодер. Но могу предположить, что возможна и такая ситуация, когда номер счета указан в коде явным образом, и тогда (чисто теоретически) такой проверки может оказать недостаточно.