Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
переход на 1С8
|
|||
|---|---|---|---|
|
#18+
Нашей компании предстоит переход с 1С 7.7 на 1С 8.2. С 01.01.12 требуется уже работать в новой бухгалтерии. В то же время рассчитанных окончательных итогов по 2011 году не будет еще недели 3. Возможно ли будет реализовать такую последовательность перехода: 1) Рассчитываются итоги "как есть" за 2011 год по состоянию на 31.12.11 2) Происходит выгрузка данных (итоги и остатки за 2011 год) из 1С 7.7 и загрузка в 8.2 3) В 8.2 исправляются ошибки и начинается работа. 4) Когда появляются рассчитанные итоги за 2011 год - еще раз выгрузка и загрузка в работающую базу 5) Перепроведение уже внесенных документов в 8.2. Интересует: не пропадут ли данные уже введенные в 8.2 при повторной загрузке итогов из 7.7? Какие тут еще подводные камни могут быть? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.11.2011, 17:39 |
|
||
|
переход на 1С8
|
|||
|---|---|---|---|
|
#18+
Я бы в таком случае посоветовал вести учет - после первичной перегрузки - в обоих базах. А потом по мере необходимости делать синхронизацию. Дело в том, что "напрямую" документы из 7.7 не лягут в 8-рку - хотя бы потому, что в восьмерке аналитика учета шире чем в 7.7. А правка занимает много времяни. Так зачем искать себе лишнюю работу? Насчет пропадет/не пропадет - это как вы сами сделаете. Штатных средств перехода нету... Подводные камни. Ну наверно один из первых, это производительность системы и различный пользовательский интерфейс. Много камешков будет на перегрузке (больших и не очень). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.11.2011, 18:02 |
|
||
|
переход на 1С8
|
|||
|---|---|---|---|
|
#18+
garvy, Зачем вам "все итоги" на 01.01.2012 в бухгалтерской системе? Будете загружать итоги по мере необходимости. Вам главное обеспечить чтобы с 01.01.2012 в системе стали заводить 100% транзакционных данных. Для этого могут понадобится только: - остатки по складам (здесь совет провести фактическую инвентаризацию, результаты отразить в 7.7, только после этого выгружать) - остатки по расчетным счетам и кассе - остатки по счетам расчетов с контрагентами (60, 62, 76) в разрезе соответствующей аналитики (договоров). В первую очередь выверять и выгружать контрагентов по которым есть авансы, чтобы при отгрузках корректно авансы списывались. По мере исправления и закрытия года 2011 в 7.7, будете подгружать остатки по другим счетам. Как правило переход на новую базу еще и хороший повод не тащить в новую базу огрехи допущенные в учета связанные с дублированием контрагентов, номенклатуры и т.п. Ввод сальдо желательно делаете стандартными документами конфигурации БП. Обработки пишете только для извлечения данных из 7.7 (или excel) и формирования строк этих типовых документов (с ОСами придется попотеть поскольку там часть данных по ОС возможно придется в регистры сведений напрямую записывать, по крайней мере при переходе с 7.7 на 1С БП 1.5 так приходилось делать в 2006 году). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.11.2011, 19:03 |
|
||
|
переход на 1С8
|
|||
|---|---|---|---|
|
#18+
Dinamogarvy, Зачем вам "все итоги" на 01.01.2012 в бухгалтерской системе? Будете загружать итоги по мере необходимости. Вам главное обеспечить чтобы с 01.01.2012 в системе стали заводить 100% транзакционных данных. Для этого могут понадобится только: - остатки по складам (здесь совет провести фактическую инвентаризацию, результаты отразить в 7.7, только после этого выгружать) - остатки по расчетным счетам и кассе - остатки по счетам расчетов с контрагентами (60, 62, 76) в разрезе соответствующей аналитики (договоров). В первую очередь выверять и выгружать контрагентов по которым есть авансы, чтобы при отгрузках корректно авансы списывались. По мере исправления и закрытия года 2011 в 7.7, будете подгружать остатки по другим счетам. Как правило переход на новую базу еще и хороший повод не тащить в новую базу огрехи допущенные в учета связанные с дублированием контрагентов, номенклатуры и т.п. Ввод сальдо желательно делаете стандартными документами конфигурации БП. Обработки пишете только для извлечения данных из 7.7 (или excel) и формирования строк этих типовых документов (с ОСами придется попотеть поскольку там часть данных по ОС возможно придется в регистры сведений напрямую записывать, по крайней мере при переходе с 7.7 на 1С БП 1.5 так приходилось делать в 2006 году). +500 догружаем (прегружаем ) остатки по счетам по мере закрытия... и никакого геморроя.. можете попугать бухов -чтоб они год быстрей закрыли малость поможет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2011, 07:03 |
|
||
|
переход на 1С8
|
|||
|---|---|---|---|
|
#18+
Только что 1С выпустила релиз БП 2.0, поддерживающий перенос документами. См. информацию на сайте. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2011, 14:59 |
|
||
|
переход на 1С8
|
|||
|---|---|---|---|
|
#18+
СисойТолько что 1С выпустила релиз БП 2.0, поддерживающий перенос документами. См. информацию на сайте. "Реализована методика переноса данных из "1С:Бухгалтерии 7.7" документами;" Необходимость иметь в новой базе документы из старой базы не всегда оправдана, особенно если в старой системе накопилось куча ошибок связанных с дублями контрагентов, договоров и т.д. Вторая проблема может заключаться в случае если в 7.7. уже не типовая конфигурация. Потом я слабо себе представляю как можно обеспечить перенос документов один в один если абсолютно разные подходы и объекты реализованы в конфигурациях на 7.7 и БП 2.0. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.11.2011, 16:06 |
|
||
|
переход на 1С8
|
|||
|---|---|---|---|
|
#18+
"Для этого могут понадобится только: - остатки по складам (здесь совет провести фактическую инвентаризацию, результаты отразить в 7.7, только после этого выгружать) - остатки по расчетным счетам и кассе - остатки по счетам расчетов с контрагентами (60, 62, 76) в разрезе соответствующей аналитики (договоров). В первую очередь выверять и выгружать контрагентов по которым есть авансы, чтобы при отгрузках корректно авансы списывались." из сказанного важно только "- остатки по расчетным счетам и кассе" и то вопрос, по кассе, почему остаток, и в пределах лимита ли он?. все остальное не так важно. (если у вас реализация не может быть без авансов). Просто вносите текущие док-ты, и по мере того, как переносите остатки по счетам. справочные данные по умолчанию перенесены ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.11.2011, 16:29 |
|
||
|
переход на 1С8
|
|||
|---|---|---|---|
|
#18+
у вас будет 2 мес. в след. году, на сверку - наладку. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.11.2011, 16:30 |
|
||
|
переход на 1С8
|
|||
|---|---|---|---|
|
#18+
Спасибо за советы! Да, основная то задача как раз и стоит в избавлении от авгиевых конюшен, накопившихся в старой базе. Поэтому и все справочники хочется перенести по минимуму, только те позиции, которые связаны с остатками. Я думал так - после всех переносов пометить на удаление например, справочник Номенклатуры целиком, а потом удалить - удалятся все позиции на которые нет ссылок. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.12.2011, 14:08 |
|
||
|
переход на 1С8
|
|||
|---|---|---|---|
|
#18+
garvyСпасибо за советы! Да, основная то задача как раз и стоит в избавлении от авгиевых конюшен, накопившихся в старой базе. Поэтому и все справочники хочется перенести по минимуму, только те позиции, которые связаны с остатками. Я думал так - после всех переносов пометить на удаление например, справочник Номенклатуры целиком, а потом удалить - удалятся все позиции на которые нет ссылок. ну да, так и делай ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.12.2011, 16:01 |
|
||
|
|

start [/forum/topic.php?fid=28&msg=37552427&tid=1520823]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
73ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
58ms |
get tp. blocked users: |
2ms |
| others: | 248ms |
| total: | 428ms |

| 0 / 0 |
