gifts2017

Переходим на БП 3.0. Мой вариант

Опубликовал B2B (B2B) в раздел Администрирование - Чистка базы

Если Вы запланировали переход с БП 2.0 на БП 3.0, можете последовать рекомендациям 1С, но в этой статье хочу предложить свой способ перехода, подробно расписать, какие действия стоит сделать до обновления конфигурации, какие после. Основная цель моего способа - привести базу в такое состояние, как будто бы учет в БП 3.0 ведется с начала года (а до этого в БП 2.0). Вторая цель - это избавиться от доработок в базе (ведь у 1С подготовлено для нас "Светлое будущее" - работа в модели сервиса), так что, если у Вас сделано много доработок, мой вариант Вам не подойдет (но можно воспользоваться некоторыми рекомендациями).

 

Делаем бэкап

Бэкап еще никому не вредил. Можно сделать тестирование и исправление базы, но это на ваше усмотрение.

Избавляемся от всех префиксов в базе

Во всех базах, которые мне попадались, велась только одна фирма. Предлагаемые обработки рассчитаны на то, что в базе несколько фирм, каждая со своим префиксом, но я не проверял. Так что, если у Вас несколько фирм в базе, то стоит избавиться только от префикса базы, а префиксы организаций сохранить. Понимаете, в БП 3.0 (во всех конфигурациях, построенных на БСП) изменилась система префиксации документов и справочников, поэтому предлагаю перенумеровать справочники и документы за 2013 год. Из этого шага следует еще одно ограничение: если у Вас есть обмены с другими базами (ЗУП 2.5 не в счет), мой вариант перехода Вам не подойдет.

Настройки программы Список организаций

Удаляем ненужные документы 

Из базы нужно удалить некоторые документы, которых нет в БП 3.0. Здесь речь идет о документах персучета, страховых взносов и т.п., короче, обо всех документах, которые выгружались из ЗУП 2.5, и попадали в журнал "Документы учета НДФЛ и налогов (взносов) с ФОТ". Для этих документов в БП 3.0 нет аналогов (в БП 3.0 переделана подсистема учета з/п), и они в процессе обновления базы будут сконвертированы в бухгалтерские справки (документ "Операция (БУ и НУ)"). Из этого шага следует еще одно ограничение: предполагается, что з/п и кадровый учет Вы ведете в ЗУП 2.5, а проводки выгружаете в БП 3.0.

Документы учета НДФЛ и налогов (взносов) с ФОТ Обработка удаления документов

Анализируем произведенные доработки

В справочниках или документах у Вас могут быть добавлены дополнительные реквизиты - здесь беспокоиться не стоит: в БП 3.0 есть удобный механизм дополнительных реквизитов, которым я предлагаю воспользоваться (объяснить пользователям, как им пользоваться), написать свой конвертер переноса значений в дополнительные реквизиты. Если у Вас в конфигурацию добавлены свои документы, предлагаю написать свой конвертер, который перенесет существующие документы в бухгалтерские справки, а для пользователей написать обработку заполнения с интерфейсом, похожим на старый документ.

Анализируем план счетов

Этот этап не обязательно выполнять до перехода, все операции можно сделать после.  

В плане счетов могут быть вручную (или в конфигураторе) добавлены балансовые счета (вас еще не достало после каждого обновления править регламентированную отчетность?). Придется поговорить с главбухом и найти для каждого такого счета счет-замену из стандартного плана счетов (напомню: в процессе перехода мы хотим избавиться от доработок по максимуму). Напомню: для некоторых счетов из стандартного плана счетов можно редактировать аналитику в режиме "Предприятия" В БП 2.0 была удобная возможность, от которой отказались в БП 3.0, выгрузить регламентированный отчет в отдельный файл, отредактировать его, как нужно, и загрузить его в качестве внешнего отчета.

Аналитика добавлена вручную

В БП 2.0 была удобная возможность, от которой отказались в БП 3.0: можно было выгрузить регламентированный отчет в отдельный файл, отредактировать как нужно и загрузить в качестве внешнего отчета.

Подготавливаем список пользователей

В конфигурациях, построенных на БСП, элемент справочника "Пользователи" связан с пользователем базы через GUID пользователя ИБ (соответствие будет установлено в процессе обновления базы), поэтому важно привести реквизит "Наименование" справочника "Пользователи" в соответствие с именем пользователя ИБ.

Справочник  Обработка переименования пользователей

Настраиваем свойства пользователя, под которым будет производиться обновление

Дело в том, что в процессе обновления все права БП 2.0 будут удалены, а значит не останется ни одного пользователя с правами администратора, затем процедуры обновления назначат права текущему пользователю заново, и если в базе не будет ни одного пользователя-администратора, который бы мог зайти по логину/паролю, процедура обновления прервется. Открываем карточку пользователя и в его правах  ставим галку напротив "Администратор системы (для перехода на ред. 3.0)". Если ваш пользователь авторизуется через пользователя Windows (установлена галка "Аутентификация операционной системы"), то нужно обязательно на время перехода дать пользователю возможность входить через логин и пароль (галка "Аутентификация 1С:Предприятия"), пускай даже с пустым паролем.

Основные настройки пользователя ИБ Права пользователя ИБ 

Устанавливаем обновление

Какое обновление ставить (версию)? Тут есть самое важное правило: обновление на БП 3.0 должно выти после версии конфигурации БП 2.0, которая у вас сейчас в базе, а разрыв между датами выхода должен быть минимальным. В общем, Вы можете поставить последний релиз БП 2.0, а затем поставить последний релиз БП 3.0, а можете найти ближайший релиз БП 3.0 к текущему БП 2.0, а потом уже поставить все последующие обновления на БП 3.0.

Выбор обновления

Если у Вас в конфигурации не включена возможность внесения изменений, то обновление на БП 3.0 ставится, как обычное обновление.

Обновление базы через CF 

Если же у конфигурации включена возможность вносить изменения, снимаем конфигурацию с поддержки, а затем просто загружаем конфигурацию от БП 3.0 в базу.

Снятие базы с поддержки

 Загрузка конфигурации Текущая конфигурация не пустая. Продолжить?

Проблема 2000

Эта проблема может всплыть в том случае, если при создании базы забыли задать смещение дат (2000 лет). В процедурах обновления есть запрос (ОбщийМодуль.УчетНДФЛ.СправкиНДФЛЗаполнитьЗначенияНовыхРеквизитов), который производит операции над датами. Даже если этот запрос не вернет ни одной строки, компилятор запросов прервет выполнение программы. Поэтому на время перехода следует внести правки в процедуры обновления: после загрузки конфигурации включить возможность внесения изменений и либо поставить "Возврат" в начале этой процедуры, либо закомментировать её вызов (ОбщийМодуль.ЗарплатаКадрыОбновлениеСПредыдущейРедакции.ЗарплатаКадрыОбновлениеС20).

ОбщийМодуль.ЗарплатаКадрыОбновлениеСПредыдущейРедакции.ЗарплатаКадрыОбновлениеС20

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

Применение изменений

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

Окно с принятием изменений 

Запускать по F5 базу из Конфигуратора не рекомендую, т.к. база запускается в режиме отладки, что сильно замедляет обновление, лучше через стартер (окно со списком баз).

Удаление ненужных объектов 

Первым делом после обновления идете в раздел "Администрирование" и с помощью обработки удаления помеченных объектов удаляете все такие объекты.

Удаление помеченных объектов

Настройка учета

Дальше, идете в настройки программы и проверяете корректность всех настроек, затем в раздел "Справочники и настройки учета", где в настройках параметров учета снимаете галки с тех разделов учета, которые Вы не ведете в базе, затем в учетной политике на 2013 год (создаете политику, если потребуется) проверяете все настройки.

Настройки программы

Настройки параметров учета

Настройка учетной политики

Настройка ЗУП 

Запускаем зарплатную базу и в настройках выставляем, что выгрузка отныне производится в БП 3.0.

Настройки ЗУП

Снимаем галки ручного редактирования с документов

Т.к. документы в БП 3.0 не соответствуют на 100% документам в БП 2.0, разработчики пошли по легкому пути (или же по принципу «лучше перебдеть») и просто поставили признак ручного редактирования на документы, которые вызвали у них сомнения в 100%-ном соответствии. В большинстве случаев этот признак можно снять (единственный проблемный документ, с которым я столкнулся - это "Регламентированная операция" или по-простому "Закрытие месяца"), только я не рекомендую заходить слишком далеко в прошлое, ограничившись текущим кварталом или границей закрытого периода. И да, с документов "Отражение зарплаты в учете (для обмена с ЗУП ред. 2.5)" за этот квартал этот признак лучше снять, т.к., скорее всего, проводки по зарплате будут загружены еще не раз. Аналогично можно поступить и с закрытием месяца, предупредив пользователей, что начиная с первого месяца текущего квартала придется перезакрыть период, либо не трогать закрытие месяца, но тогда предупредить пользователей, что перезакрывать такие периоды нельзя.

Отражение зарплаты в учете Ргламентные операции Кассовые документы

Чистим базу

Этот этап выполнять не обязательно. Но раз уж в базе никого нет, почему бы не почистить её.

Что можно сделать на этом этапе:

  1. Очистить справочник "Сотрудники" (и не смотрите, что там нет элементов, отключите отборы) - все равно он практически ни где не используется.
  2. Удалить задвоившихся физических лиц (заводили и в ЗУП и в БП, при не заполнялись поля синхронизации).
  3. Удалить задвоившихся контрагентов.
  4. Удалить задвоившиеся статьи затрат (одну завели в БП, а вторая прилетела из ЗУП).
  5. Удалить задвоившиеся подразделения (структура подразделений может отличаться от структуры в ЗУП: накопилось за годы).
  6. Дальше сами.

Основная обработка на данном этапе - это "PoiskIZamenaDublirujuschihsjaElementov+.epf" (ссылка). В обработку внесены некоторые изменения по сравнению с исходным вариантом:

  1. Исправлены некорректные замены значений субконто в проводках.
  2. Исправлена некорректная работа с реквизитом справочника "Код".
  3. Галки "Выполнять в транзакции" и "Отключать контроль записи" по умолчанию установлены.

Т.к. эта обработка написана для обычного приложения, 1С:Предприятие нужно запустить в правильном режиме:

Запуск клиента в режиме обычного приложения

Если у Вас по какой-то причине нет такого пункта меню, зайдите в Сервис - Параметры и разрешите эти режимы:

Параметры: Режимы запуска клиента

В нормальном режиме работы базы перед записью элементов некоторых справочников (в форме) производится контроль уникальности по наименованию или другим полям, так же из-за текущих настроек (функциональных опций) некоторые поля могут быть не видны (дата рождения физлица), а некоторые не выведены вообще (коды физических лиц на форме элемента), но в процессе чистки доступ к этим полям может потребоваться. Для ручного редактирования этих полей я подготовил формы списков нескольких справочников, которые работают в режиме обычного приложения ("Справочник. *.epf") и предоставляют доступ в режиме "Редактировать в списке". Думаю, Вы разберетесь и сами наделате таких форм для тех справочников/документов, которые вам нужны.

На этом этапе можно воспользоваться следующими обработками:

  1. Хозрасчетный. Почистить.epf - Очистка плана счетов от счетов, которые были введены вручную, перенесены из БП 1.6 и так ни разу не были использованы.
  2. Справочники. Почистить.epf - Очистка справочников от неиспользуемых элементов.
  3. Хозрасчетный_ИсправитьПодразделенияИВалюту.epf - После какого-то обновления стало важно, чтобы в реквизитах проводки "Подразделение" и "Валюта" было значение NULL, если у счета нет соответствующих признаков. Эта обработка запишет в такие проводки в нужные поля значение NULL. Такая проблема могла возникнуть, если ваша база какую-то часть жизни велась в файловом варианте.
  4. Групповая обработка объектов.
  5. Поиск и замена значений.

Перенумеровываем документы

Внешний вид обработки "Документы. Перенумеровать.epf" приведен на рисунке ниже. Обработка позволяет работать в двух режимах: режим нумерации по счетчику, т.е. последовательно присваивает номера документам, добавляя к номеру нужный префикс; режим дописывания к существующему номеру документа префиксов ("Вписать дефис"). Обработка позволяет игнорировать некоторые документы по префиксу (если Вы используете этот режим, игнорируемый префикс не должен совпадать с префиксом документов этой базы). Обработка приводит все номера к одинаковой длине, а значит в процессе перенумерации номера вида "000000000016" и "00000000016" (на 1 ноль меньше) будут приведены к одному номеру "0000-0000016". Так как в базе не могут существовать несколько документов с одинаковыми номерами, одному из них будет присвоен следующий порядковый номер. Обработка позволяет перенумеровывать не все документы, а какой-то конкретный вид, но если номер документа принадлежит нумератору, будут перенумерованы все документы, использующие этот нумератор.

Не рекомендую поле отбора по виду документа оставлять пустым (только в экспериментальных целях).

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

Итак, попробуем перенумеровать счета-фактуры выданные, при существующем ограничении: СФ на аванс нумеруются с префиксом "А". Настраиваем обработку примерно так, как показано на рисунке. Выполняем перенумерацию.

Обработка перенумерации документов

Теперь у нас остались СФ на аванс. С ними поступаем следующим образом: с помощью обработки "Групповая обработка справочников и документов" отбираем СФ на аванс за этот год по нужной организации, и выполняем присвоение номеру документа "" (пустая строка). При этом база сама присвоит правильные номера документам.

Групповая обработка объектов: отбор

Групповая обработка объектов: реквизит

Контролировать, все ли документы перенумерованы, можно по журналу операций (в разделе "Учет, налоги, отчетность").

На этом этапе также можно выполнить проведение документов типа "Довереность", "Инвентаризация НЗП": в БП 2.0 эти документы не имели признака проведения, а в БП 3.0 такие признаки получили (при провдении не формируется никаких движений).

Перенумеровываем справочники

Здесь поступаем так же, как и с документами: проходимся по всем разделам, выбираем стратегию перенумерации для каждого из справочников. Не забываем перенумеровать такие не вынесенные в интерфейс справочники, как "Договоры контрагентов", "Банковские счета", "Контактные лица". Обращу ваше внимание: если в списке выбора справочника нет - это означает, что, скорее всего, код этого справочника генерируется без префикса базы. Некоторые справочники имеют предопределенные значения, они игнорируются обработкой, поэтому перед перенумерацией придется убрать префиксы у кодов предопределенных элементов, а после перенумерации можно привести их коды в соответствие с кодами, записанными в конфигурации.

Обработка перенумерации справочников Перенумерованные статьи затрат

Не забываем, что у нас еще есть и ЗУП. Многие справочники синхронизируются при выгрузке данных из ЗУП по коду. Так что придется перенумеровывать справочники и в ЗУП. Стоит обратить внимание на следующие справочники: "Номенклатурные группы", "Статьи затрат", "Прочие доходы и расходы", "Подразделения организации", "Расходы будущих периодов", "Оценочные обязательства и резервы" и "Физические лица". Для последнего справочника Вы можете выбрать смешанную стратегию: все элементы, заведенные в ЗУП и перенесенные в БП, имеют стиль префиксации из ЗУП, а все элементы, созданные в БП, имеют стиль префиксации из БП 3.0 (такими ФЛ могут быть подотчетники, алиментщицы и др.). Главное, не забыть объяснить пользователям, куда нужно физлиц вводить и в каком случае.

На этом этапе можно почистить за одно и справочники в ЗУП: очень часто пользователи выгружают все элементы справочников из БП, а пользуются только 1-2 элементами.

Прочее обслуживание базы

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

Граница последовательности проведения документов

Т.к. Вы удаляли документы, управляли признаком ручного редактирования проводок, у Вас скорее всего изменилась граница последовательности проведения документов. Зайдите в закрытие месяца и верните её на нужную дату.

Ввод новой контрольной даты 

Дата запрета редактирования 

Установите дату запрета редактирования такую, как была в БП 2.0.

Даты запрета изменения данных

Раздайте права пользователям

Зайдите в раздел "Администрирование" - "Пользователи" (это в режиме 1С:Предприятия, а не в Конфигураторе). Не забудьте убрать у своей учетной записи право входа по паролю, если давали его перед обновлением.

Настройки запуска базы у пользователей

Ну, и последнее: пройдитесь по настройкам базы у пользователей. Третья страница настроек должна выглядеть примерно вот так:

Редактирование информационной базы

Да, за одно можете очистить поле "Версия 1С:Предприятия", ведь скоро вам переходить на 8.3!

Заключение

В этой статье изложен мой опыт перехода на БП 3.0. Здесь рассмотрены не все ситуации, с которыми вы можете столкнуться, но не один я перехожу на новую бухгалтерию. В продолжение предлагаю ознакомиться со статьей "Рекомендации после перехода на Бухгалтерию 3.0".

Скачать файлы

Наименование Файл Версия Размер Кол. Скачив.
Архив с обработками
.zip 139,82Kb
25.09.13
209
.zip 2013.09.25 139,82Kb 209 Скачать

См. также

Contragent+ 5.0 от 2 500
Подписаться Добавить вознаграждение

Комментарии

1. Александр Шалимов (shalimski) 26.09.13 03:43
Снимаем галки ручного редактирования с документов

Не советовал бы так делать с документами уплаты налогов с ФОТ(Списания с р/с). Дело в том, что в БП 3.0 они делают движение по регистру сведений РасчетыСФондамиПоСтраховымВзносам(отражают уплату). Уплаты по этому регистру обычно переносятся Операциями БУ и НУ(хотя иногда полностью не переносятся и приходится все же перепроводить списания и убирать галочку ручной корректировки). Таким образом вы просто задвоите записи в этом регистре. Для того чтобы принять верное решение нужно сформировать универсальный отчет по этому регистру и сравнить ее с таким же отчетом в БП 2.0
2. Ирина Киселева (irishka77) 26.09.13 09:47
3. B2B (B2B) 26.09.13 10:42
(1) Регистр "РасчетыСФондамиПоСтраховымВзносам" отстутствует в БП 2.0. Все движения по подобным регистрам удаляются вместе с документами на шаге "Удаляем ненужные документы". ИМХО, эти документы (и регистры) нужны только для сдачи регламентированной отчетности, которую на самом деле лучше сдавать из ЗУП.
4. Владимир Кузнецов (mr.Kot) 26.09.13 16:12
Мои базы имеют обмен с другими конфигурациями, поэтому данные метод не подходит, хотя вот уж пол года осталось и все массово начнут переходить на БП 3.0
5. B2B (B2B) 26.09.13 18:23
(4) "Не подходит" - не совсем так на самом деле. Вам просто нужно придумать, что делать с обменами. У меня тоже есть такие базы. Я еще не решил, что с ними делать.
6. Михаил Ражиков (tango) 26.09.13 18:34
спасибо, уместность многа буков, полезно весьма
7. борян петров (TODD22) 26.09.13 19:48
А у меня другая проблема. У меня есть отраслевое решение на основе БП 2.0. Что радует это то что всю отраслевую часть организация не использует. Используется только стандартные бух документы и тд.
Ну и есть пара документов приписанных... но в них нет необходимости. Их можно просто перенести в бух операцию.
Вот как бы соскочить с отраслевухи на типовую БП 3.0.... :(
8. TMV 26.09.13 20:52
(7) TODD22, А если на отраслевую сначала загрузить cf-ник соответствующего релиза БП2.0?
9. TMV 26.09.13 20:57
(0) Смущает отказ от доработок, не удалять же добавленные регистры? И насчет дополнительных реквизитов, насколько понимаю, это аналог свойств и категорий, а значит по ним нет возможности вести ни суммовой, ни количественный учет.
10. Gudvin Pupkin (Slotty) 27.09.13 08:26
Спасибо ! Познавательно.
11. Александр (raven30) 27.09.13 13:49
Спасибо, возьмем на заметку.
12. Павел И. (3.14159) 29.09.13 10:19
Еще наблюдение: при переходе не переносятся наименования Дополнительных сведений справочников и документов (в БП 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.
13. Владислав Рожевский (vvr908) 29.09.13 13:17
Может я туплю, но зачем нужна вся эта перенумерация, по которую так много написано?
14. B2B (B2B) 29.09.13 19:07
(13) Чтобы имитировать ситуацию: учет ведется с начала года. Да можно, как предлагает 1С, создать документ (элемент справочника) со следующим номером с нужным префиксом, но:
* не всегда это работает;
* думаете, пользователи будут этим заниматься?

Я для себя решил: лучше переименовать все махом и не иметь потом геморроя с пользователями.
15. Алексей Новиков (Новиков) 29.09.13 20:37
Хорошая статья.

Ну кратко опишу свой опыт перевода контор с БП 2.0 на 3.0. Все конфы, которые я переводил, были на замке. НО. Было просто мега-тонны старых обраток, внешних отчетов, каких-то еще приблуд, которые адаптировались мной еще со времен 1.5. Вся сложность (лично у меня) была не технике перевода с БП 2.0 на 3.0, а именно переписи всего этого чудесного вороха старья на БСП. Чтоб оценить объемы - приблизительно где-то за месяц усердного кодинья, я смог все старое, обернуть в БСП. Также отказался от SQL-DMO обменов, которые были мною написаны ранее, пожертвовав мега-быстротой, в пользу классических правил конвертаций. Адаптация типовых правил, под специфику, в неторопливом режиме заняла где-то недели три. В итоге, последнюю контору перевел в мае сего года. Так что, почти 5 месяцев мы уже в БП 3.0. Недовольных нет. Наоборот. Но, в свете, вроде как 3.1 на 8.3, наверное, (хотя хз) стоит погодить, если у вас переход планируется УЖЕ СЕЙЧАС. Кажется, что два раза привыкать к управляемому интерфейсу, и такси - сейчас, не особо гут. Поэтому, наверное, если бы перевод был прямо сейчас, то я бы подождал 3.1.

Для программистов могу сказать: без знания БСП нечего туда и лезть. Стоит сначала досконально разобраться с нужными подсистемами, прежде чем перетаскивать ваш ворохъ вековой в этот новый огород :)
16. Maximilian Alekseevich (1cmax) 30.09.13 00:07
(15) Новиков, да уж, на БСП времени не хватает...
17. B2B (B2B) 30.09.13 00:34
(15) А что Вы сделали с регламентированными отчетами (см. мою статью в "Другие публикации автора")?
18. Алексей Новиков (Новиков) 30.09.13 09:50
(17) статью прочитал. Ни с чем таким не сталкивался. Т.е. отвечая на Ваш вопрос - ничего не делал.
19. Alister (Alister) 30.09.13 10:10
при переходе не переносятся наименования Дополнительных сведений справочников и документов (в БП 3.0 это Наборы дополнительных реквизитов и сведений - Дополнительные сведения)

(12) 3.14159, только что на пробном переходе вляпался :( Но у меня не только названия не перенеслись, но и привязка свойства к договору, т.е. его видно, но при двойном клике оно пропадает и надо перевыбирать, а без этого невозможно это свойство использовать в отборе в стандартных отчетах, еще раз :(
20. Тимофей Чернов (software1c) 30.09.13 22:08
Слава богу, что мы еще на семерке
21. Ak Uji (Akuji) 01.10.13 09:12
Из базы нужно удалить некоторые документы, которых нет в БП 3.0. Здесь речь идет о документах персучета, страховых взносов и т.п., короче, обо всех документах, которые выгружались из ЗУП 2.5, и попадали в журнал "Документы учета НДФЛ и налогов (взносов) с ФОТ". Для этих документов в БП 3.0 нет аналогов (в БП 3.0 переделана подсистема учета з/п), и они в процессе обновления базы будут сконвертированы в бухгалтерские справки (документ "Операция (БУ и НУ)").


Что-то не понял... как они будут сконвертированы в процессе обновления, если мы их удалим до обновления?
22. Ivan Khorkov (vano-ekt) 01.10.13 13:31
так и не понял, чем знание БСП кардинально помогает в переходе 2.0 - 3.0
ekomova; zse; +2 Ответить 1
23. Росинфо 1 (rosinfo1) 01.10.13 14:43
(22) vano-ekt, помогает грамотно написать внешние печ. формы и внешние обработки без изменения конфигурации.
24. Ivan Khorkov (vano-ekt) 01.10.13 14:47
(23)именно БСП в этом помогает?)
25. Алексей Новиков (Новиков) 02.10.13 09:38
(24) vano-ekt, конечно помогает.

Без знания подсистем БСП задача сводится к:
1. Как переписать уже имеющуюся функциональность под БП 3.0
2. КАК это подключить к типовому функционалу

Со знанием соовт. подсистема из вышеописанных пунктов убирается п.2.

В случае обменов, без знания онлайн-обменов БСп, на мой взгляд, даже рыпаться не стоит что-то делать. Хотя на 1с-лансере, студенты и пенсионеры за 200 р. в час готовы переписать в хламину обмен между УТ 11.1 и БП 3.0 :)
26. Алла Елютина (alika) 02.10.13 09:47
Очень понравилась статья, хотя и не было необходимости в переходе 2.0 на 3.0. Спасибо!
27. ддд ддд (friday1) 02.10.13 23:59
да, неплохая статья, спасибо автору!
28. B2B (B2B) 03.10.13 14:56
(21) Если мы их не удалим, они будут сконвертированы в бухгалтерские справки. Чтобы не засорять базу, стоит их удалить перед переходом на БП 3.0.
29. Анастасия Столбовская (StAsya_1C) 04.10.13 13:00
А зачем перенумеровывать справочники и документы? Новый номер не может быть присвоен автоматически, если есть номера старых образцоы? Или будет нумерация для новых элементов идти с единицы, не обращая внимания на струю? Или просто для эстетического восприятия?
30. Елена Пименова (Bukaska) 04.10.13 13:29
Хорошая статья, так что однозначно +
31. B2B (B2B) 04.10.13 20:55
(29) Для эстетического (хочется единообразия в базе).
32. Владимир Клименко (KliMich) 06.10.13 14:37
33. Галина Злобина (gala2009) 07.10.13 18:57
34. Константин Марков (markovki) 09.10.13 16:53
Актуальная статья, в силу того, что сейчас уже начинаются переходы с 2.0 на 3.0
35. Сергей Мальшин (SERGEJ64) 09.10.13 21:51
Спасибо большое! Скоро будем пробовать!!!
36. Anton Groshev (mikitondom) 10.10.13 19:02
А вот интересно если такое же попробовать провернуть с базой не 2.0, а 1.6...
37. sip (sip) 18.10.13 18:49
Сделали по Вашей схеме, получилось. Спасибо!
38. B2B (B2B) 18.10.13 20:06
39. Dmitry Bas (b-dm) 24.10.13 11:15
(38) - хорошая и своевременная статья, спасибо!

Но абсолютно не понятно что содержится в файлах, стоит ли их качать...
Можно ли как то развернуто ответить на этот вопрос, а лучше описание разработки поправить
41. B2B (B2B) 24.10.13 20:22
(40) В этом ничего страшного нет. Все равно теперь настройки пользователя хранятся в другом месте
42. Михаил Ражиков (tango) 25.10.13 10:56
(41) B2B, по ходу в юзерские настройки кто-то засунул что-то еще? и это теперь потеряется... блин, надо искать, что там еще может быть
43. Dmitry Bas (b-dm) 25.10.13 12:23
Автору я так понимаю не до описания обработок. Не поленился, скачал, - выкладываю описание архива с обработками:
1)Перенумеровываем документы
Документы. Перенумеровать
2)Перенумеровываем справочники
Справочники. Перенумеровать
3)Подготавливаем список пользователей
Пользователи_Переименовать
4)Удаляем ненужные документы
-УчетНДФЛиЕСН_УдалитьДокументы_2_0
5)Чистим базу
Хозрасчетный. Почистить
Хозрасчетный_ИсправитьПодразделенияИВалюту
Справочники. Почистить
Справочник. Физические лица
Справочник. Сотрудники
Справочник. Банковские счета
PoiskIZamenaDublirujuschihsjaElementov+

Чтобы у других людей не возникало вопроса, а что там в архиве обработок.
mc_bublik_90@mail.ru; B2B; +2 Ответить
44. yuraskas Рупышев (yuraskas) 01.11.13 10:30
Прочитал, учту, как раз собираюсь переходить. Конфа не менена, все во внешних дороботках, надеюсь проблем не будет.
45. Татьяна Крестьянкина (oleg212) 12.11.13 14:50
Спасибо! Очень пригодился материал.
46. Maximilian Alekseevich (1cmax) 13.11.13 10:35
ну лучше тянуть до последнего :) чтобы меньше багов ловить при ДобровольноПринудительных переходах
47. yuraskas Рупышев (yuraskas) 15.11.13 12:35
Хорошая статья. Я бы еще добавил, что начиная с релиза 3.0.26.11 появился дистрибутив, который так и называется "Дистрибутив обновления для перехода с редакции 2.0". Вот с него то и нужно осуществлять переход с редакции 2.0
48. Mariya Cherkasskaya (mcher) 20.11.13 07:19
Добрый день! Спасибо за статью. Очень актуально.
49. Инна Суханова (in_nochka) 22.11.13 12:25
Спасибо большое, очень пригодится, а нет чего-нибудь похожего про измененные конфигурации (добавлены свои документы) и есть УИРБД.
50. B2B (B2B) 24.11.13 18:49
(49) Если у Вас распределенка, я бы порекомендовал удалить периферийные узлы, обновить ЦБ, а затем снова создать узлы РБД
megaalex; +1 Ответить
51. Евгений Сивов (bird21) 26.11.13 15:33
Спасибо, познавательно. Совсем скоро будем переходить.
52. ninch (ninch) 27.11.13 06:51
Молодец, все очень подробно. Большое спасибо
53. ninch (ninch) 27.11.13 06:52
Хотел поставить плюс. но так и не смог разобраться как это сделать:(
54. Оксана Камоликова (Oks_a) 04.12.13 08:13
Спасибо.Хорошая познавательная статья. Совсем скоро ею воспользуюсь.
55. amatisol amatisol (amatisol) 04.12.13 10:50
Статья очень полезная, сам прошел через это, советую не скоро пользоваться данной статьей, БП 3.0 мягко говоря сырая, а точнее просто ужас. В ней просто не возможно нормально работать, печатные формы живут своей жизнью, постоянные траблы с обновлениями, стабильность работы на SQL не поддается никакой критике, одна база может засрать всю память на серваке. Переход стоит производить после снятия с поддержки БП 2.0. Рановато ее дали пользователям.
56. Борис (soap) 05.12.13 16:47
Очень актуально спасибо!
Буду использовать.
57. B2B (B2B) 05.12.13 19:20
(55) Соглашусь только с тем, что на серваке rphost, работающий для БП 3.0, жрет порядочное количество памяти. По остальным претензиям не согласен.
58. Ak Uji (Akuji) 06.12.13 12:44
При переходе на 3.0 в настройках параметрах учета на закладке сотрудники и зарплата устанавливается признак что учет ведется в "В этой программе", хотя в 2.0 он велся во внешней...
Это всегда такая ошибка?
59. B2B (B2B) 07.12.13 00:09
(58) Не встречал, но мне и не попадались базы, где учет з/п велся в БП.
60. Alister (Alister) 07.12.13 21:14
(55) amatisol, пока что обязательный переход откладывается до 2015 года (1С БП 2.0 будет поддерживать), так что можно немного расслабиться.
61. Fomix (fomix) 09.12.13 10:57
Други, у меня не показываются все комменты. Поэтому не могу резюмировать по данной теме. Вопрос к знатокам: переходить на БП 3.0 или все-таки подождать до 2015 года?
62. B2B (B2B) 09.12.13 14:10
(61) Переходить. Это как у зубного: пока сидишь и ждешь своей очереди - страшно...
63. Антон Собейко (sobeyko2008) 11.12.13 12:20
Плюсанул бы да не знаю как
64. Сергей Ожерельев (Поручик) 18.12.13 13:28
(63) Большая красная звезда возле Избранное.
65. MiB (MiB) 08.01.14 18:03
Тоже перевел некоторые конторы на 3.0, те кто перешли, через неделю сказали да необычно, но попривыкнув стало намного удобней
66. Василий (васисубатор) 30.01.14 22:49
При настройке РБД по организациям данные в узел отбираются из справочников по непонятным правилам. При создании начального образа, казалось бы, должны выгрузиться все контрагенты. Но выгружаются не все.
67. Иванов Иван (Death_eye) 20.02.14 03:32
Обработка "Перенумеровываем документы" не работает: то недостаточно параметров у Сформировать, то функция не определена.
68. Вика Козлова (natarezn) 21.02.14 17:32
здорово! спасибо большое - перевожу по вашей инструкции!
69. Александр Цвиль (dimbos_s) 01.03.14 20:38
У меня, ни одна обработка связанная с перенумеровыванием на релизе 3.0.30.12 и платформе 8.3.4.437 не работают. Ошибка такая: Поле объекта недоступно для записи (этот объект) .
70. Тимур Тимур (moonchild1) 15.05.14 19:56
Если же у конфигурации включена возможность вносить изменения, снимаем конфигурацию с поддержки, а затем просто загружаем конфигурацию от БП 3.0 в базу.

Зачем?
71. B2B (B2B) 15.05.14 21:08
(70) Чтобы поставить на поддержку полностью
72. Stanly Me ([Stanly]) 26.05.14 06:45
Здрасти!
У меня при переходе на 3,0 возникли вот такие ошибки:
Справочник.ВидыОтправляемыхДокументов. Старые предопределенные данные будут удалены, возможно образование зависших ссылок на предопределенные данные
Справочник.ГруппыПользователей. Старые предопределенные данные будут удалены, возможно образование зависших ссылок на предопределенные данные
Удалены группы в справочнике: Сотрудники
Код справочника стал неуникальным: Сотрудники (100)
Справочник.СтраныМира. Старые предопределенные данные будут удалены, возможно образование зависших ссылок на предопределенные данные
Справочник.УдалитьВычетыНДФЛ. Старые предопределенные данные будут удалены, возможно образование зависших ссылок на предопределенные данные
Справочник.УдалитьДоходыПоСтраховымВзносам. Старые предопределенные данные будут удалены, возможно образование зависших ссылок на предопределенные данные
Справочник.УдалитьТерриториальныеУсловия. Старые предопределенные данные будут удалены, возможно образование зависших ссылок на предопределенные данные
Код справочника стал неуникальным: УдалитьТерриториальныеУсловия (МКС)
Код справочника стал неуникальным: УдалитьТерриториальныеУсловия (РКС)
ПланВидовХарактеристик.ВидыСубконтоХозрасчетные. Старые предопределенные данные будут удалены, возможно образование зависших ссылок на предопределенные данные
ПланВидовХарактеристик.УдалитьНазначенияСвойствКатегорийОбъектов. Старые предопределенные данные будут удалены, возможно образование зависших ссылок на предопределенные данные
Код вида характеристики стал неуникальным:УдалитьНазначенияСвойствКатегорийОбъектов (00000000121)
Код вида характеристики стал неуникальным:УдалитьНазначенияСвойствКатегорийОбъектов (00000000122)
стоит ли на них обращать внимание?
Спасибо!
73. B2B (B2B) 26.05.14 11:33
74. KSy (KSy) 21.06.14 12:21
Хорошая статья. Спасибо за труд! :)
75. FarFar (FarFar) 17.11.14 17:04
Добрый день!
А верно я понимаю, что нет механизма для переноса данных из Бух.2.0 в Бух 3.0? На руках имею базу 2.0 за несколько лет, с накопленным "хламом". Бухгалтерия ратует за то, чтобы создать новую чистую базу 3.0, и туда перетащить остатки и используемые справочники. Получается, есть только один путь: обновить имеющуюся базу с 2.0 на 3.0 (как предлагает автор статьи), а потом уже полученную базу 3.0 со всем "хламом" - сворачивать, и там уже делать закрытие базы? (кстати, как оно делается в 3.0, не нашел с полтычка). Всё верно понимаю, это единственный путь, есть только обновление, а переноса нет?
76. Наталья Наталья (nata_87) 28.11.14 09:30
Обработка перенумерации документов не работает
77. Александр Филь (filterhouse) 13.01.15 09:38
А есть какие то проблемы при переходе на 3.0, если в документах 2.0 были внесены ручные корректировки движений?
78. B2B (B2B) 13.01.15 10:33
(77) Вроде бы нет, все останется как было.
79. Александр Филь (filterhouse) 13.01.15 11:31
(78) B2B, спасибо за оперативный ответ.
80. Осипов Сергей (fixin) 08.12.15 11:53
мне пригодилась инфа о предварительном обновлении БП2 до последней версии.
81. Иванов Иван (ПервоБИТный человек) 14.01.16 14:28
Обработка перенумерации документов не работает (2)
Прикрепленные файлы:
Ошибка.docx
82. B2B (B2B) 20.01.16 10:59
(81) Я знаю. Во всех обработках нужно в тексте обработки заменить имя переменной "ЭтотОбъект" на любое другое не зарезервированное слово. Что касается обработки перенумерации, то эту строчку можно закомментировать.

На самом деле нужно начать с того, что эта статья устарела. Нужно переписывать и статью и обработки.
83. Константин Юрин (kostyaomsk) 26.04.16 15:48
Материалы этой статьи ПРОВЕРИМ на практике. 2.0 уже всем надоела
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа