Смена плана счетов

[OmenSore]

Добрый день участники форума.
1.Никто не подскажет на какие грабли можно наступить при переименовании плана счетов?
2.Какие работы необходимо выполнить перед тем как выполнить переименование существующих , удаления ненужных и импорта новых?
3.Необходимо ли полностью пересматриваь профили разноски во всех модулях?
4.Как лучше сделать?
Заранее спасибо.

[mazzy]

Цитата:

Сообщение от OmenSore

4.Как лучше сделать?

Как "лучше" зависит от многих факторов.
Могу сказать как "надежно".

Чтобы сделать надежно, переименуйте каждый используемый счет. Правая кнопка мыши, паспорт записи, кнопка переименование.

[OmenSore]

а как насчёт профилей разноски?

[TasmanianDevil]

mazzy,паспорт записи, переименование - это, конечно же хорошо, но как быть с пресловутым аудиторским следом ? Мы же потеряем информацию о том, на какой счет был проведен документ на момент обработки, сторнирования(не дай бог !), сторнирования ошибочного сторнирования(спаси господи !) или сторирования ошибочного сторнирования по ошибочному сторнированию(караул !)

Ладно, шутки шутками, а если серъёзно - а что если не так все просто с изменением плана счетов ?Если план счетов поменялся не просто наименованиями/кодами счетов, добавлением новых/блокировкой старых. Если один счет распался на три, а пара других объединилась в новый ? Если поменялись диапазоны итогов в счетах ?

Берем наши старые отчеты , строим их по новому - главбуха увозим с инфарктом

OmenSore, озвучьте пожалуйста, имеют ли место вышеперечисленные изменения состава плана счетов. Я думаю, многим будет интересно, как выходить из подобных ситуаций с сохранением исторических данных не только в ГК , но и в данных/отчетах других модулей, завязанных на ГК.

[OmenSore]

Озвучиваю. Таблица проводок сносится начисто......
Заводим машину заново (попытка не первая). Во всех модулях полностью удаляются какие либо финансовые остатки....
TasmanianDevil как никогда точно описал нашу ситуацию, план счетов изменился именно так как вы описали
1.План счетов поменялся не просто наименованиями/кодами счетов, добавлением новых/блокировкой старых.
2. Один счет распался на три, а пара других объединилась в новый.
3. Поменялись диапазоны итогов в счетах ?
Вообщем как могли так и погнули.....
Паспорт записи видимо единственное и правильное решение.
Но всегда есть надежда на чудо))))

[BOAL]

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

А назначение трансляции как раз в переносе одного плана счетов в другой (нашего в ГААП)
Ну а профили потом уже ручками перенастроить.
Проблемы "следа" нет - все сторно так же переносятся в этой же сессии с подменой счета.

Есть проблемы в первичке - там, где вбиты счета ручками (ЖГК, накладные на услуги, складские проводки) - там будет все по-старому...

Но тут или шашечки, или ехать
Перебивка там достигается уже переименованием по правой кнопке или джобиком.

[TasmanianDevil]

А если обязательная аналитика меняется по счетам ? Да еще с учетом изменения наполнения самого справочника аналитики на некоторых уровнях ?

[glibs]

Цитата:

Сообщение от OmenSore

...
Озвучиваю. Таблица проводок сносится начисто......
...

Радикально...

А остальные таблицы? Например, счет ГК есть в InventTransPosting. При закрытии склада оно берет счета оттудова, например. В BankAccountTrans тоже есть счет ГК. Допустим, что профили можно перенастроить вручную...

Вариант 1. Перевнедрение. Не всегда может подойти, но если в головах менеджеров есть разум, то это м.б. хорошим поводом значительно улучшить систему учета.

Вариант 2. Консервативный. Ввести новый план счетов рядом со старым. Закрыть склад и финансовый год. Перенастроить профили. Журналом ГК сальдо по счетам ГК двинуть со старых счетов на новые. Блокировать (закрыть) старые счета.

Вариант 3. Экстрамальный. Сделать что-то вроде того, что писали OmenSore и (зачеркнуто) BOAL.

[TasmanianDevil]

glibs, Ваш вариант № 2 в принципе устраивает.
Жалко только , что стандартными средствами старую ненужную аналитику не заблокируешь (по крайней мере я не нашел как) и мусор будет накапливаться.

[OmenSore]

Огромное спасибо за ваши комментарии.Подчерпнул для себя очень много полезного.
Профили разноски сохраняют связь с записью (Однако сама запись не меняется ) После внесения нового плана счетов придётся причесывать каждый модуль .....
Аналитику пересмотрели в корне и также собираемся обновлять.
С планом счетов уже бесповоротно - соответствие со старыми счетами и программный RenameKey (всё таки паспорт записи).
Вопрос который продолжает волновать:
На какие грабли можно наступить при переименовании плана счетов?

[glibs]

В общем-то не должно быть ничего такого. Если будете работать с планом счетов, то на всякий случай понизьте уровень кеширования до found хотябы.

Настройку итоговых счетов только ручками придется переделать. Ну и финотчетах аналогично.

[Raven Melancholic]

Если я еще не все забыл в бухгалтерии, то у вас происходит изменение учетной политики. А эту операцию, если не ошибаюсь, можно выполнять только с начала года. Может стоит в таком случае оставить базу за этот года (и прошлые года) как есть, а с нового года поднять чистенькую с новым планом счетов, перегнав туда нужные данные?

[OmenSore]

to Raven Melancholic
Честно говоря происходит процесс внедрения (даже не перевнедрения :-)).
Дубль №X - предновогодняя репетиция.
А после нового года, как сказал glibs:
"Берем наши старые отчеты , строим их по новому - главбуха увозим с инфарктом"
Но это проза.....И говорить про неё можно вечно (а можно доигратся и попасть в ветку Детская

[glibs]

Цитата:

Сообщение от OmenSore

...
А после нового года, как сказал glibs:
...

Это не я сказал.

Кстати, забыл сказать. Вы совершенно правы. При смене учетной политики в таких масштабах, а также при прочих событиях такого рода (например, при смене названия компании) имеет смысл оставлять копию базы на момент до внесения глобальных изменений (без прав на редактирование).

Это позволит печатать старые первичные документы и некоторые отчеты в их оригинальном виде.

[mazzy]

Цитата:

Сообщение от TasmanianDevil

mazzy,паспорт записи, переименование - это, конечно же хорошо, но как быть с пресловутым аудиторским следом ?

Переименование ключевого поля переименует ключевое поле в самой таблице, А ТАКЖЕ во всех таблицах, в которых есть ссылка на ключевое поле.
RTFM.

В аудиторском следе код счета также будет переименован.

[glibs]

Цитата:

Сообщение от TasmanianDevil

...
Жалко только , что стандартными средствами старую ненужную аналитику не заблокируешь (по крайней мере я не нашел как) и мусор будет накапливаться.
...

Да, неактивность в 4.0 только появилась, если мне не изменяет память.

А насчет мусора... Аналитики можно удалять.