Обновление 421 до 502 релиза Бухгалтерии

1. Возникла задача по переводу Бухгалтерии с 4.2 на 4.5. Проблема в том, что для начала я хочу сравнить, типовая ли исходная конфигурация. Может ли кто-нибудь подсказать, где мне взять релиз 421.
2. Подскажите, плз, этапы перехода с 421 на 502.

очень древний релиз...а этапы перехода..объеденить с 502 да и всё. имхо.

> ообъеденить с 502 да и всё

Не все. Если делать все чисто, так надо позапускать обработки при обновлениях релизов для переноса счетов и пр. Надо просмотреть хотя бы файл CONV44.TXT

боюсь, что это будет небезопасно для данных...

просто вслепую с 4.2 на 4.5 нельзя перейти. Надо выполнить рекомендации по переходу с 4.2 на 4.4, а затем с 4.4 на 4.5. Для этого надо взять любой промежуточный релиз из редакции 4.4.
Можно и без 4.4 попробовать перейти(не рекомендуется), но для этого надо изучить изменяемые счета в типовых и процедуру обновления данных при первом запуске нового релиза. Там счета дробились - это касается 69х счетов и 98го счета. Для правильного переноса сальда по этим счетам при переходе с релиза на релиз существуют вспомогательные обработки, описание которых приводится в текстовых файлах, типа conv44.txt

релиз 7.70.421 на моей памяти - это 2002-2003 год.

427-434-conv42-443-449-conv44-453-502
Теоретически достаточно перед обновлением на последний релиз запустить обработки conv42 и conv44 - они до обновления перенесут данные с некоторых счетов на временные...

> 1. Возникла задача по переводу Бухгалтерии с 4.2 на 4.5. Проблема в том, что для начала я хочу сравнить, типовая ли исходная конфигурация. Может ли кто-нибудь подсказать, где мне взять релиз 421.
думаю, что здесь никто не выложит, т.к. забанят!
Варинаты:
-искать в интернете
-искать у друзей
-звонить во франч (у них как правило всегда есть архивы)

> 2. Подскажите, плз, этапы перехода с 421 на 502.
на самом деле, еже почитать все поставляемые текстовые файлы, то достаточно
-обновить на последний релиз редакции 4.4 (это вроде 7.70.449)
-обновить на последний релиз редакции 4.5 (это 7.70.502)

Ну Вы даете!
Поставьте чистую базу и вбейте остатки. Это будет быстрее. Если релиз такой древний, значит учет в данной базе ведется уже много лет. А в любом случае рекомендуется периодичесмки делать свертку и открывать новую базу. Очень хороший повод сделать это.
И прикиньте трудозатраты данного обновления, даже если Вы найдете все необходимые Вам релизы. Не рекомендуется пропускать очень много релизов, ну хотя бы 5-6. Прикиньте сколько обновлений Вам надо накатать с 421 до 502, да еще если конфигурация измененная надо ручками все перенести. А уж с переходом с редакции на редакцию отдельная песня: запустить обработку, обновить, после проверить оборотки, если требуется, подправить вручную. С нетиповыми конфигурациями может быть еще больше заморочек.
Если не секрет, откуда возникла такая необходимость и почему такой древний релиз?

> Если не секрет, откуда возникла такая необходимость и почему такой древний релиз?
>  

да какой уж тут секрет... У нас большая организация, во многих регионах есть представительства, а вот своих программистов там нет, все обслуживаются у программистов центрального офиса в Москве. Вот в одном из регионов только сейчас забили тревогу.
Заинтересовала идея, чтобы просто завести новую базу с релизом 505 и просто вбить туда остатки... Я так понимаю, что это нужно делать с 01.01.09 . Но как быть, если в этом году в базе уже ведутся документы?...

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