Переходим на БП 3.0. Мой вариант
Если Вы запланировали переход с БП 2.0 на БП 3.0, можете последовать рекомендациям 1С, но в этой статье хочу предложить свой способ перехода, подробно расписать, какие действия стоит сделать до обновления конфигурации, какие после. Основная цель моего способа - привести базу в такое состояние, как будто бы учет в БП 3.0 ведется с начала года (а до этого в БП 2.0). Вторая цель - это избавиться от доработок в базе (ведь у 1С подготовлено для нас "Светлое будущее" - работа в модели сервиса), так что, если у Вас сделано много доработок, мой вариант Вам не подойдет (но можно воспользоваться некоторыми рекомендациями).
Комментарии
Избранное
Подписка
Сортировка:
Древо
Снимаем галки ручного редактирования с документов
Не советовал бы так делать с документами уплаты налогов с ФОТ(Списания с р/с). Дело в том, что в БП 3.0 они делают движение по регистру сведений РасчетыСФондамиПоСтраховымВзносам(отражают уплату). Уплаты по этому регистру обычно переносятся Операциями БУ и НУ(хотя иногда полностью не переносятся и приходится все же перепроводить списания и убирать галочку ручной корректировки). Таким образом вы просто задвоите записи в этом регистре. Для того чтобы принять верное решение нужно сформировать универсальный отчет по этому регистру и сравнить ее с таким же отчетом в БП 2.0
(1) Регистр "РасчетыСФондамиПоСтраховымВзносам" отстутствует в БП 2.0. Все движения по подобным регистрам удаляются вместе с документами на шаге "Удаляем ненужные документы". ИМХО, эти документы (и регистры) нужны только для сдачи регламентированной отчетности, которую на самом деле лучше сдавать из ЗУП.
(81) Я знаю. Во всех обработках нужно в тексте обработки заменить имя переменной "ЭтотОбъект" на любое другое не зарезервированное слово. Что касается обработки перенумерации, то эту строчку можно закомментировать.
На самом деле нужно начать с того, что эта статья устарела. Нужно переписывать и статью и обработки.
На самом деле нужно начать с того, что эта статья устарела. Нужно переписывать и статью и обработки.
А у меня другая проблема. У меня есть отраслевое решение на основе БП 2.0. Что радует это то что всю отраслевую часть организация не использует. Используется только стандартные бух документы и тд.
Ну и есть пара документов приписанных... но в них нет необходимости. Их можно просто перенести в бух операцию.
Вот как бы соскочить с отраслевухи на типовую БП 3.0.... :(
Ну и есть пара документов приписанных... но в них нет необходимости. Их можно просто перенести в бух операцию.
Вот как бы соскочить с отраслевухи на типовую БП 3.0.... :(
Еще наблюдение: при переходе не переносятся наименования Дополнительных сведений справочников и документов (в БП 3.0 это Наборы дополнительных реквизитов и сведений - Дополнительные сведения)
Слава 1С! Для тех, кто до сих пор на 1С7.7 - теперь на новую БП3.0 можно переходить вечно)) сделали синхронизацию документов 1С7.7-1С8
Синхронный учет в 1С:Бухгалтерии 7.7 и 1С:Бухгалтерии 8
Для упрощения перехода с 1С:Бухгалтерии 7.7 на 1С:Бухгалтерию 8 поддерживается возможность синхронного ведения учета в 1С:Бухгалтерии 7.7 и 1С:Бухгалтерии 8. Это позволяет в в течении переходного периода вести учет в 1С:Бухгалтерии 7.7 и и видеть, как введенные данные отражаются в 1С:Бухгалтерии 8.
Слава 1С! Для тех, кто до сих пор на 1С7.7 - теперь на новую БП3.0 можно переходить вечно)) сделали синхронизацию документов 1С7.7-1С8
Синхронный учет в 1С:Бухгалтерии 7.7 и 1С:Бухгалтерии 8
Для упрощения перехода с 1С:Бухгалтерии 7.7 на 1С:Бухгалтерию 8 поддерживается возможность синхронного ведения учета в 1С:Бухгалтерии 7.7 и 1С:Бухгалтерии 8. Это позволяет в в течении переходного периода вести учет в 1С:Бухгалтерии 7.7 и и видеть, как введенные данные отражаются в 1С:Бухгалтерии 8.
при переходе не переносятся наименования Дополнительных сведений справочников и документов (в БП 3.0 это Наборы дополнительных реквизитов и сведений - Дополнительные сведения)
(12) 3.14159, только что на пробном переходе вляпался :( Но у меня не только названия не перенеслись, но и привязка свойства к договору, т.е. его видно, но при двойном клике оно пропадает и надо перевыбирать, а без этого невозможно это свойство использовать в отборе в стандартных отчетах, еще раз :(
(13) Чтобы имитировать ситуацию: учет ведется с начала года. Да можно, как предлагает 1С, создать документ (элемент справочника) со следующим номером с нужным префиксом, но:
* не всегда это работает;
* думаете, пользователи будут этим заниматься?
Я для себя решил: лучше переименовать все махом и не иметь потом геморроя с пользователями.
* не всегда это работает;
* думаете, пользователи будут этим заниматься?
Я для себя решил: лучше переименовать все махом и не иметь потом геморроя с пользователями.
Хорошая статья.
Ну кратко опишу свой опыт перевода контор с БП 2.0 на 3.0. Все конфы, которые я переводил, были на замке. НО. Было просто мега-тонны старых обраток, внешних отчетов, каких-то еще приблуд, которые адаптировались мной еще со времен 1.5. Вся сложность (лично у меня) была не технике перевода с БП 2.0 на 3.0, а именно переписи всего этого чудесного вороха старья на БСП. Чтоб оценить объемы - приблизительно где-то за месяц усердного кодинья, я смог все старое, обернуть в БСП. Также отказался от SQL-DMO обменов, которые были мною написаны ранее, пожертвовав мега-быстротой, в пользу классических правил конвертаций. Адаптация типовых правил, под специфику, в неторопливом режиме заняла где-то недели три. В итоге, последнюю контору перевел в мае сего года. Так что, почти 5 месяцев мы уже в БП 3.0. Недовольных нет. Наоборот. Но, в свете, вроде как 3.1 на 8.3, наверное, (хотя хз) стоит погодить, если у вас переход планируется УЖЕ СЕЙЧАС. Кажется, что два раза привыкать к управляемому интерфейсу, и такси - сейчас, не особо гут. Поэтому, наверное, если бы перевод был прямо сейчас, то я бы подождал 3.1.
Для программистов могу сказать: без знания БСП нечего туда и лезть. Стоит сначала досконально разобраться с нужными подсистемами, прежде чем перетаскивать ваш ворохъ вековой в этот новый огород :)
Ну кратко опишу свой опыт перевода контор с БП 2.0 на 3.0. Все конфы, которые я переводил, были на замке. НО. Было просто мега-тонны старых обраток, внешних отчетов, каких-то еще приблуд, которые адаптировались мной еще со времен 1.5. Вся сложность (лично у меня) была не технике перевода с БП 2.0 на 3.0, а именно переписи всего этого чудесного вороха старья на БСП. Чтоб оценить объемы - приблизительно где-то за месяц усердного кодинья, я смог все старое, обернуть в БСП. Также отказался от SQL-DMO обменов, которые были мною написаны ранее, пожертвовав мега-быстротой, в пользу классических правил конвертаций. Адаптация типовых правил, под специфику, в неторопливом режиме заняла где-то недели три. В итоге, последнюю контору перевел в мае сего года. Так что, почти 5 месяцев мы уже в БП 3.0. Недовольных нет. Наоборот. Но, в свете, вроде как 3.1 на 8.3, наверное, (хотя хз) стоит погодить, если у вас переход планируется УЖЕ СЕЙЧАС. Кажется, что два раза привыкать к управляемому интерфейсу, и такси - сейчас, не особо гут. Поэтому, наверное, если бы перевод был прямо сейчас, то я бы подождал 3.1.
Для программистов могу сказать: без знания БСП нечего туда и лезть. Стоит сначала досконально разобраться с нужными подсистемами, прежде чем перетаскивать ваш ворохъ вековой в этот новый огород :)
Из базы нужно удалить некоторые документы, которых нет в БП 3.0. Здесь речь идет о документах персучета, страховых взносов и т.п., короче, обо всех документах, которые выгружались из ЗУП 2.5, и попадали в журнал "Документы учета НДФЛ и налогов (взносов) с ФОТ". Для этих документов в БП 3.0 нет аналогов (в БП 3.0 переделана подсистема учета з/п), и они в процессе обновления базы будут сконвертированы в бухгалтерские справки (документ "Операция (БУ и НУ)").
Что-то не понял... как они будут сконвертированы в процессе обновления, если мы их удалим до обновления?
(24) vano-ekt, конечно помогает.
Без знания подсистем БСП задача сводится к:
1. Как переписать уже имеющуюся функциональность под БП 3.0
2. КАК это подключить к типовому функционалу
Со знанием соовт. подсистема из вышеописанных пунктов убирается п.2.
В случае обменов, без знания онлайн-обменов БСп, на мой взгляд, даже рыпаться не стоит что-то делать. Хотя на 1с-лансере, студенты и пенсионеры за 200 р. в час готовы переписать в хламину обмен между УТ 11.1 и БП 3.0 :)
Без знания подсистем БСП задача сводится к:
1. Как переписать уже имеющуюся функциональность под БП 3.0
2. КАК это подключить к типовому функционалу
Со знанием соовт. подсистема из вышеописанных пунктов убирается п.2.
В случае обменов, без знания онлайн-обменов БСп, на мой взгляд, даже рыпаться не стоит что-то делать. Хотя на 1с-лансере, студенты и пенсионеры за 200 р. в час готовы переписать в хламину обмен между УТ 11.1 и БП 3.0 :)
А зачем перенумеровывать справочники и документы? Новый номер не может быть присвоен автоматически, если есть номера старых образцоы? Или будет нумерация для новых элементов идти с единицы, не обращая внимания на струю? Или просто для эстетического восприятия?
Автору я так понимаю не до описания обработок. Не поленился, скачал, - выкладываю описание архива с обработками:
1)Перенумеровываем документы
Документы. Перенумеровать
2)Перенумеровываем справочники
Справочники. Перенумеровать
3)Подготавливаем список пользователей
Пользователи_Переименовать
4)Удаляем ненужные документы
-УчетНДФЛиЕСН_УдалитьДокументы_2_0
5)Чистим базу
Хозрасчетный. Почистить
Хозрасчетный_ИсправитьПодразделенияИВалюту
Справочники. Почистить
Справочник. Физические лица
Справочник. Сотрудники
Справочник. Банковские счета
PoiskIZamenaDublirujuschihsjaElementov+
Чтобы у других людей не возникало вопроса, а что там в архиве обработок.
1)Перенумеровываем документы
Документы. Перенумеровать
2)Перенумеровываем справочники
Справочники. Перенумеровать
3)Подготавливаем список пользователей
Пользователи_Переименовать
4)Удаляем ненужные документы
-УчетНДФЛиЕСН_УдалитьДокументы_2_0
5)Чистим базу
Хозрасчетный. Почистить
Хозрасчетный_ИсправитьПодразделенияИВалюту
Справочники. Почистить
Справочник. Физические лица
Справочник. Сотрудники
Справочник. Банковские счета
PoiskIZamenaDublirujuschihsjaElementov+
Чтобы у других людей не возникало вопроса, а что там в архиве обработок.
Хорошая статья. Я бы еще добавил, что начиная с релиза 3.0.26.11 появился дистрибутив, который так и называется "Дистрибутив обновления для перехода с редакции 2.0". Вот с него то и нужно осуществлять переход с редакции 2.0
Статья очень полезная, сам прошел через это, советую не скоро пользоваться данной статьей, БП 3.0 мягко говоря сырая, а точнее просто ужас. В ней просто не возможно нормально работать, печатные формы живут своей жизнью, постоянные траблы с обновлениями, стабильность работы на SQL не поддается никакой критике, одна база может засрать всю память на серваке. Переход стоит производить после снятия с поддержки БП 2.0. Рановато ее дали пользователям.
Здрасти!
У меня при переходе на 3,0 возникли вот такие ошибки:
Справочник.ВидыОтправляемыхДокументов. Старые предопределенные данные будут удалены, возможно образование зависших ссылок на предопределенные данные
Справочник.ГруппыПользователей. Старые предопределенные данные будут удалены, возможно образование зависших ссылок на предопределенные данные
Удалены группы в справочнике: Сотрудники
Код справочника стал неуникальным: Сотрудники (100)
Справочник.СтраныМира. Старые предопределенные данные будут удалены, возможно образование зависших ссылок на предопределенные данные
Справочник.УдалитьВычетыНДФЛ. Старые предопределенные данные будут удалены, возможно образование зависших ссылок на предопределенные данные
Справочник.УдалитьДоходыПоСтраховымВзносам. Старые предопределенные данные будут удалены, возможно образование зависших ссылок на предопределенные данные
Справочник.УдалитьТерриториальныеУсловия. Старые предопределенные данные будут удалены, возможно образование зависших ссылок на предопределенные данные
Код справочника стал неуникальным: УдалитьТерриториальныеУсловия (МКС)
Код справочника стал неуникальным: УдалитьТерриториальныеУсловия (РКС)
ПланВидовХарактеристик.ВидыСубконтоХозрасчетные. Старые предопределенные данные будут удалены, возможно образование зависших ссылок на предопределенные данные
ПланВидовХарактеристик.УдалитьНазначенияСвойствКатегорийОбъектов. Старые предопределенные данные будут удалены, возможно образование зависших ссылок на предопределенные данные
Код вида характеристики стал неуникальным:УдалитьНазначенияСвойствКатегорийОбъектов (00000000121)
Код вида характеристики стал неуникальным:УдалитьНазначенияСвойствКатегорийОбъектов (00000000122)
стоит ли на них обращать внимание?
Спасибо!
У меня при переходе на 3,0 возникли вот такие ошибки:
Справочник.ВидыОтправляемыхДокументов. Старые предопределенные данные будут удалены, возможно образование зависших ссылок на предопределенные данные
Справочник.ГруппыПользователей. Старые предопределенные данные будут удалены, возможно образование зависших ссылок на предопределенные данные
Удалены группы в справочнике: Сотрудники
Код справочника стал неуникальным: Сотрудники (100)
Справочник.СтраныМира. Старые предопределенные данные будут удалены, возможно образование зависших ссылок на предопределенные данные
Справочник.УдалитьВычетыНДФЛ. Старые предопределенные данные будут удалены, возможно образование зависших ссылок на предопределенные данные
Справочник.УдалитьДоходыПоСтраховымВзносам. Старые предопределенные данные будут удалены, возможно образование зависших ссылок на предопределенные данные
Справочник.УдалитьТерриториальныеУсловия. Старые предопределенные данные будут удалены, возможно образование зависших ссылок на предопределенные данные
Код справочника стал неуникальным: УдалитьТерриториальныеУсловия (МКС)
Код справочника стал неуникальным: УдалитьТерриториальныеУсловия (РКС)
ПланВидовХарактеристик.ВидыСубконтоХозрасчетные. Старые предопределенные данные будут удалены, возможно образование зависших ссылок на предопределенные данные
ПланВидовХарактеристик.УдалитьНазначенияСвойствКатегорийОбъектов. Старые предопределенные данные будут удалены, возможно образование зависших ссылок на предопределенные данные
Код вида характеристики стал неуникальным:УдалитьНазначенияСвойствКатегорийОбъектов (00000000121)
Код вида характеристики стал неуникальным:УдалитьНазначенияСвойствКатегорийОбъектов (00000000122)
стоит ли на них обращать внимание?
Спасибо!
Добрый день!
А верно я понимаю, что нет механизма для переноса данных из Бух.2.0 в Бух 3.0? На руках имею базу 2.0 за несколько лет, с накопленным "хламом". Бухгалтерия ратует за то, чтобы создать новую чистую базу 3.0, и туда перетащить остатки и используемые справочники. Получается, есть только один путь: обновить имеющуюся базу с 2.0 на 3.0 (как предлагает автор статьи), а потом уже полученную базу 3.0 со всем "хламом" - сворачивать, и там уже делать закрытие базы? (кстати, как оно делается в 3.0, не нашел с полтычка). Всё верно понимаю, это единственный путь, есть только обновление, а переноса нет?
А верно я понимаю, что нет механизма для переноса данных из Бух.2.0 в Бух 3.0? На руках имею базу 2.0 за несколько лет, с накопленным "хламом". Бухгалтерия ратует за то, чтобы создать новую чистую базу 3.0, и туда перетащить остатки и используемые справочники. Получается, есть только один путь: обновить имеющуюся базу с 2.0 на 3.0 (как предлагает автор статьи), а потом уже полученную базу 3.0 со всем "хламом" - сворачивать, и там уже делать закрытие базы? (кстати, как оно делается в 3.0, не нашел с полтычка). Всё верно понимаю, это единственный путь, есть только обновление, а переноса нет?
А вот кто бы мне объяснил смысл перехода на 3 редакцию...
В 2 редакции уже практически все подводные камни изучены, интерфейс привычный и на мой взгляд более дружелюбный, да и вообще зачем??!! Если ПРИНЦИП УЧЁТА НЕ ПОМЕНЯЛСЯ!!!
Ради свистелок-перделок? Дык меня результат больше интересует...
В 2 редакции уже практически все подводные камни изучены, интерфейс привычный и на мой взгляд более дружелюбный, да и вообще зачем??!! Если ПРИНЦИП УЧЁТА НЕ ПОМЕНЯЛСЯ!!!
Ради свистелок-перделок? Дык меня результат больше интересует...
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
Вакансии
Технический лидер, архитектор 1С, руководитель проектов
Санкт-Петербург
зарплата от 150 000 руб.
Полный день
Санкт-Петербург
зарплата от 150 000 руб.
Полный день
|
|
Обмен с системой ЦРПТ (Универсальная конфигурация ХамелеонЦРПТ + маркировка табака, обуви, лекарств, света, молока, духов(парфюма) и шин
Открыть