В оригинальных правилах переноса куча ошибок. И, похоже, их править не будут. Попробуем это сделать сами. В приложенном архиве исправленные правила + 2 обработки для ББУ. Изменения от 26.12.2011. Внимательно прочитайте инструкцию.
Итак, начнем сначала. Что в правилах изменено и почему:
- В правилах переноса не проводятся документы по основным средствам. Пользователю же предлагается провести их вручную. Это уже порождает ряд проблем, связанных с тем, что после переноса нельзя отличить документ, который не был проведен в старой базе от проведенного. Почему же они их не проводят? Оказывается, в новом плане счетов разделяются обороты по видам имущества, которые иногда в одном документе (как в старой базе) провести нельзя, необходимо документ разбивать на несколько. Причем узнать счет переноса можно узнать, только если есть возможность узнать вид имущества, например, из основного средства или другого реквизита. А вот такими реквизитами не обладает документ начисления амортизации. Соответственно содержимое такого документа не переносится. Вместо решения этой проблемы правила переноса просто не содержат переноса этого документа и даже никак не предупреждают об этом. Видишь ли, неизвестно, какой счет должен быть на месте счета, например, 101.04. Но ведь кто из вас разделяет начисление амортизации по счетам? Разве нельзя было бы для большинства бухгалтеров реализовать перезаполнение документа перед его проведением? Всего 30 строк кода – нет, оказывается нельзя. Потому что перед тем как начислять амортизацию, необходимо провести все документы по ОС. А это оказалось нетривиальной задачей, вследствие большого числа ошибок в учете ОС в среднестатистической базе. Однако, после нескольких переносов я понял, что возможно и даже нужно убирать все ошибки учета. Часть ошибок можно убрать обработкой, которая находится в архиве (ОбработкаБазыПередПереносом.epf). Остальные можно убрать вручную. Главное при переносе – полное проведение всех документов. Это можно сделать встроенной обработкой в меню Сервис. Выбираем все документы, ставим отбор Дата больше или равно началу года, Проведен равно Истина и запускаем. Затем по тексту сообщений о проведении документов ищем с помощью Ctrl+F3 текст «Не удалось». Здесь же всплывут все проблемы по учету материалов, которые также необходимо устранить. Еще одно обязательное условие – на начало года не должно остаться материалов с количеством равным или меньшим нуля. То есть суммы без количества на остатках быть также не должно. Если баланс закрыт, то есть суммы за прошлый период нельзя менять, необходимо ввести корректирующие проводки с переносом сумм и нулевого количества на другие ОС и материалы, а затем на начало года их отсторнировать при необходимости. Отсторнировать нужно копированием с изменением знака сумм и количества, а никак не документами Сторно. Об этом потом.
Итог – необходимо просто восстановить последовательность проведения документов за текущий период. Тогда перенос будет возможен с точностью до копейки! Кстати, теперь документ начисления амортизации перезаполняется при проведении. - Признак проведения документа переносится наравне с остальными. То есть при переносе документ автоматически пытается провестить, если возможно, однако он зависим от других документов, в частности от остатков. И поэтому проводить их надо в строгом хронологическом порядке. Но оказывается, в правилах документы переносятся по видам, а не по времени. И соответственно, провестись не могут, вызывая лавинообразное непроведение после переноса. Более того, документы остатков по ОС проводятся ПОСЛЕ переноса всех документов. Соответственно, большинство документов по ОС провестись не могут в принципе. Хотя НИЧЕГО не мешает перенести проведение вводов остатков сразу же после переноса справочников. Значит, казалось бы, достаточно перенести документы в порядке сначала приход, затем расход, и они должны провестись, даже с точными суммами, если в старой базе было проведено восстановление последовательности. Но не тут-то было. Дело в том, что все ясно с документами типа Покупка МЗ, Внутреннее перемещение МЗ и Списание МЗ. Но документ Возврат МЗ от покупателя является приходным документом, но полностью зависит от реализации, то есть расхода. Кроме того документ Сторно может быть как приходным, так и расходным. И самое неприятное, при его проведении можно откорректировать проводки, которые вообще не переносятся. То есть если есть возможность, необходимо вообще избавиться от документов Сторно, заменить их чем-нибудь, хотя бы просто бухгалтерской операцией. Но в целом эту проблему изменением приоритетов переноса не решить. Я решил эту проблему простым перепроведением документов с начала года после полного переноса. О том, что документ проведен, алгоритм узнает из файла переноса, в который я догружаю дополнительную информацию. При этом о непроведенных документах вы узнаете сразу же после переноса данных в хронологическом порядке и без лишней информации об ошибках компиляции, что существенно ускоряет работу по переносу. На всякий случай я не стал убирать измененные приоритеты переноса документов, которые я редактировал в прошлой версии правил.
- Но документы могут не быть проведены и по другим причинам, например, минусы в разрезе по МОЛ, по КБК, дубли, неправильный порядок документов, короче, из-за того, что не делается восстановление последовательности проведения документов. Обработка ПерепроведениеДокументов.epf позволяет выявить документы, которые не будут перепроведены после переноса. Не очень интерактивная, но она делалась для себя. Со снятой галочкой «Сохранить результаты проведения» не изменяет данные. Очень рекомендую перед переносом провести ВСЕ документы по материальным запасам за текущий год обработкой, встроенной в 1С или же скачанной. Кстати, остатки на начало года по материалам с нулевым количеством не перенесутся. Добавьте операцией вручную хотя бы единицу к количеству концом предыдущего года, а потом спишите эти остатки началом года (в ББУ). Ах да, чуть не забыл. Минусы в остатках материалов В РАЗРЕЗЕ МАТЕРИАЛЬНО-ОТВЕТСТВЕННЫХ ЛИЦ не будут вам давать проводиться документам списания и перемещения, так что от них тоже очень рекомендуется избавиться в конце предыдущего года (проводками вида 105 – 401 плюсом по одному ЦМО и 105 – 401 минусом по другому ЦМО).
- В ББУ (как и в БГУ) есть маломальский учет документов по БСО. Реализовано это очень хитро, и в правилах это, конечно же, не учтено. Остатки на начало года по БСО вообще решили не вводить, просто тупо свернули остатки по количеству, а по номерам – это же думать надо, как же… Короче, свертку по БСО я реализовал не менее хитро, и теперь перенос по БСО полноценен. Главное, чтобы во всех документах по БСО были введены начальные и конечные номера бланков.
- 401.01 разбит теперь на два счета: 401.10 и 401.20. Чем они отличаются? А тем, что на 401.10 учитываются только доходные операции, а на 401.20 – только расходные. А как можно узнать, доходная операция или расходная? Либо по типу КБК (ныне КПС), либо по типу КОСГУ (ныне КЭК). Они присутствуют всегда рядом со счетом в любом месте конфигурации. Но в правилах переноса в параметры для определения счета передается либо КБК, либо вообще ничего, а определяется по типу КОСГУ! Но слава аллаху, не везде. Это видно при переносе практически любой базы. Почему 1С не исправила это – мне не понятно. Самое интересное, что в правилах видно, что код был написан правильно, а потом просто удалён. Это чтобы мы с вами мучились, товарищи.
- Местами в правилах перепутаны КОСГУ и Счет.
- В некоторых местах перенос реквизита просто отключен по непонятным причинам, либо отсутствуют дополнительные условия переноса.
- Название документа «Ведомость расхождений по результатам инвентаризации» спутано с «Актом инвентаризации». Мелочь. Но сразу видно, что тестеры в 1С зря хлеб едят. Кроме того, за последние два релиза ими никто не занимался. Очевидно, что к этой задаче они больше не вернутся.
- Не переносится счет ПОФ, если он есть. Переносим сами и проставляем его в константы.
История изменений:
06.12.2011. Обновил правила, обновил обработку поиска непроводимых документов.
14.12.2011. Удалось сделать перенос с точностью до копейки. Так, чтобы совпали оборотно-сальдовые ведомости.
26.12.2011. Реализовано восстановление последовательности проведения документов. Больше к редактированию этих правил я не вернусь. Перехожу к правилам 7.7 — 8.2. Следите за новостями!
Итоговая инструкция по переносу:
- Обработать базу обработками.
- Все документы после текущей даты (проведенные будущей датой) рекомендуется перенести на текущую дату (временно), потому что некоторые из них игнорируются.
- Удалить все документы сторно и минусы в остатках по счету 105 на начало года (в разрезе МОЛ, КБК и номенклатуры).
- Отменить проведение расходных расписаний в БГУ, которые проводятся при переносе и проведении Выписок по лицевым счетам и портят оборотку по 500-м счетам. Провести их можно будет позже после сведения оборотно-сальдовых ведомостей. Вообще, в выписках они фигурировать не должны, я так думаю.
- После переноса у некоторых ОС стала считаться амортизация с отклонением в несколько копеек. Причина в том, что расчет амортизации ведется на основании записей в регистр Расчет амортизации, которые вносятся документами с различной датой. В ББУ это может быть документ Покупка ОС в середине года, а в БГУ им служит уже Ввод остатков по ОС на конец года. Соответственно из-за округления деления остаточной суммы на остаточный срок может получиться другая амортизация. Это мелочь, но устранить ее можно с помощью ручной корректировки регистров. Эту обработку надо разблокировать следующим образом: В конфигурации включается возможность изменения с сохранением поддержки (если у вас ПРОФ версия, конечно), в документ ОС_ВводОстатков вносится реквизит РучнаяКорректировка типа Булево, а в обработке КорректировкаДвижений исправляется ошибка в модуле формы (текст «Запись.Организация» надо заменить на «Запись.Учреждение», 3 вхождения). После сохранения и обновления конфигурации базы в документе Ввод остатков при нажатии кнопки движений документов появляется галочка Ручная корректировка, ранее скрытая, отмечаем ее и правим цифру для расчета амортизации на вкладке Расчет амортизации. На проводки эти изменения не повлияют, а сумму легко вычислить – умножьте желаемую сумму амортизации на оставшийся срок в соответствующей строке. Нажимаем ОК, закрываем документ без записи и проведения. Остается перепровести документы начисления амортизации.
- Перед переносом не забудьте поставить константу Текущий приказ на значение «190н» (в меню Операции-Константы) и загрузить все классификаторы, включая КЛАДР. Так, на всякий случай, а то забудете.
- Для бюджетных организаций в регистре сведений Настройка структур рабочего плана счетов установлено, что должна использоваться произвольная классификация. Вследствие этого после переноса вы можете обнаружить, что при выборе любого счета в любом документе недоступен выбор КПС, хотя они все переносятся. Заходим в Операции – Регистр сведений… — Настройки структур рабочих планов счетов, выбираем структуру РПС Для бюджетных учреждений и изменяем тип КПС, тогда все встает на место.
- К сожалению, не переносятся документы Регламентированный Отчет, и вряд ли это будет реализовано по причине того, что на разных планах счетов они попросту несовместимы. Так что сделать все исправления, описанные выше, рекомендую до сдачи годовой отчетности, а переносить – уже после сдачи. А не «первого января»!
Удачных вам праздников! 😉
Related Posts
Получение логина и пароля техподдержки 1С из базы
Класс для вывода отчета в Excel
Счет-фактура для УПП
Библиотека классов для создания внешней компоненты 1С на C#- Акт об оказании услуг (со скидками) — внешняя печатная форма для Управление торговлей 11.1.10.86
Прайс-лист с артикулом в отдельной колонке
разве ткое возможно?
ооооооооо 😉
(1),(2) Это что? Набираем баллы :).
(0) На основании каких правил сделано(от какого числа)?
+3
(0)Прошу прощения, торможу. Заголовок не дочитал.
если не прав, киньте в меня воздушными шариками.
Действительно, в 1.0.7.2 есть ошибки по переводу материалов. Особенно плохо проводятся внутреннее перемещение материалов и списание материалов….
по идее, их надо было бы переносить вместе с движениями, даже если они не проводятся (соответствующие реквизиты практически идентичны). думаю, реализовывать это или нет…
Ок. Будем пробовать Ваши правила обмена. Если все пройдет глатко отпишусь
(10) мне бы наоборот….
(8) по поводу удаленного комментария, это была досадное недоразумение 😉 правила перезалиты.
Короче плюсанул, но имея опыт переноса из БГУ 7 — ББУ 8 — БГУ 8 могу сказать, что перенос логичнее всего сделать через документ ОперацияБух и быстрее и ошибок гораздо меньше. Делал как вы, правил и дорабатывал правила, но в итоге приходилось очень много сидеть с конечной базой. Хотя и при переносе операциями приходится править правила, для правильного переноса счетов.
(12) ну это, конечно, когда документы править не надо после переноса. а если нужна полноценная база + весь набор документов, которые были? а то потом ничего не отыщешь среди тысяч ОперацийБух… я рад, что хоть справочники практически точно перенеслись. если у вас остались правила, можете мне их прислать для анализа? или за это надо платить?
Полноценная база оставалась в 7 версии, операциями переносили обороты за закрытый период, за последний рабочий месяц переносили документами, ошибки при переносе операциями практически не возникают, правила могу выслать, напиши емаил, правила БГУ7 — ББУ8 из ББУ8 — БГУ8 типовыми немного подправленными переносил. Так как я больше программист чем внедренец, тем более что это бюджетная бухгалтерия, в которой черт ногу сломит, то мои правила могут и не учитывать всех тонкостей переноса, в том числе не дорабатывал групповой учет, его исправлял еще до перегрузки в 7 версии.
djanthonсобакамайлточкару
Попробовал на живой базе, почти все перенеслось. 🙂
Гораздо лучше чем «родной» перенос, там и половины не переносится, так как база очень «кривая».
Но все равно очень много «работы руками» 🙁 , ладно хоть работа разовая.
Замеченные проблемы:
Странности при переносе остатков по материалам, не прописались некоторые кбк. Т.е. остатки есть, аналитика вся есть, а вместо КПС(КБК) надпись <Объект не обнаружен… Произошло это только со счетом 105.31 (кажется, база у клиентов, посмотреть точно не могу).
КПС(КБК) вообще пришлось во многих документах добивать вручную.
Сейчас клиенты проверяют базу, найдут еще проблемы, отпишусь.
(16) скорее всего, поврежденная исходная база. надо бы на ней тии (что это — ищите в яндексе, если не знаете) провести сначала.
КБК могут не перенестись, если они неверные (неправильно заполненные), скорее всего, эта ошибка не правил. если вам не трудно, скиньте скриншот, какие кбк и как выглядит ошибка.
В ББУ был введен КБК, не привязанный к Приказу, с датой начала 01.04.2011 . Документы с ним перенеслись нормально и в отчетах участвуют. А при создании новых документов, этот КПС — недоступен по понятным причинам. Сменить дату (чем только не пробовал!) и привязать к приказу не получается. Не подскажете как быть?
почему не получается привязать к приказу? на что ругается? на крайняк создать новый и заменить старый на новый обработкой ПоискИЗаменаДублей
(17)
Я ведь и обидеться могу :).
Конечно же перед переносом было сделано ТИИ.
Возможно КБК и были неправильно заполнены (там бардака в базе полно, а мне за выверку не платят). Но все же это ошибка переноса, неправильные данные то же надо переносить.
Уже не могу. Клиенты работают в базе, все ошибки «закрыжины».
А повторять этот 3-х часовой перенос, нет ни времени ни желания.
ЗЫ
Еще раз спасибо за работу, вы сэкономили мне кучу нервов.
(20) ну, большинство не знают об этой простой и важной вещи, или знают, но не делают, а уровень ваших знаний я не знаю, так что тут нечего обижаться 😉
а насчет КБК — в 7.7 можно было записать любые объекты куда угодно, а в 8.2 контроль намного жестче, поэтому переноситься все что ни попадя тоже не должно. наоборот, хорошо, что ошибки всплывают при переносе и их обязательно надо поправить, плохо то, что для этого 1Совцы никаких средств не выпускают. Проще говоря, они с ними не сталкиваются, у них более высшие цели 😉 А повторять не надо перенос, я думал, может, он у вас остался, я всегда храню все, что я когда-либо делал.
скачал правила, в ближайшее время посмотрю, чуть позже отпишусь 😉
до вечера подождите, я там кое-что реализовал, и еще кучу ошибок исправил
Сейчас очень много переносов из 7 в БГУ, чуть меньше из ББУ в БГУ. В данном случае кто не спешил переходить оказались в более выигрышном положении. Особенно мутно когда учреждение становится бюджетным при этом с середины года.
Реально работает
(24) я как раз из выигрышных. переносы 8 на 8 я делаю уже для тех, кто облажался. и вообще, правила 7 — 8 я тоже правлю, там ошибок больше. скоро зарелизю. сегодня тестирую правила 8 — 8 с новым методом проведения документов, скоро выложу. результат вообще впечатляет.
обновил, надеюсь, в последний раз 😉 реализовал в них все, что планировал. берусь за 7.7 — 8.2
после Нового года будет куча переносов, особенно когда в действующую добавляются по одному учреждения и приходится их по одному переносить, т.к. они становятся бюджетными с разных дат.Как только отчеты сдадут — до 20 января.Спасибо!
Долго ждать Ваши исправленные правила преноса из БюджетнойБух7.7 в БГУ8.2?
потерпите уж, только проекты все сдал. все равно недели две они еще не понадобятся 😉 но мне они самому уже очень нужны, лежат не в долгом ящике.
Использовал Вашу обработку OLE все хрошо работает
Большое спасибо поробую эти правила отпишусь
Ну, как? У кто-то уже использовал данные правила переноса? Какие успехи?
(32) а вы с какой целью интересуетесь?
Актуально это для меня сейчас. Несколько организаций со старым планом счетов надо будет перевести на БГУ.
вот за это спасибо, так спасибо
(34) ну так попробуйте эти правила. надеюсь, будете приятно удивлены (по сравнению со старыми правилами, конечно). ручные правки не исключены, но их на порядок, а может и на два будет меньше, если конечно, все сделать по инструкции.
Какую дату переноса и интевал надо уставить.чтобы перенести остатки на 01.01.2011 и документы за 2011 год?
надо дату компьютера менять на прошлый год. либо переписывать правила.
Ставил и дату компьютера и дату переноса 31.12.2011,интервал 2011 год. Остатки на конец 2011г переносятся.
Может есть какой способ или обработка, очень бы помогли.
попробуйте еще раз. поставьте дату компьютера, потом откройте 1С и попробуйте выгрузить, у меня именно так заработало.
спасибо за обработку, сейчас буду пробовать а то не переносятся остатки со 101 по 401 счёт
Остатки сворачиваются на 31.12.2011.,как ни меняй рабочую дату и копьютера и дату переноса. Может кто подробней напишет, как настроить выгрузку? какой интервал выгрузки и т.д
у меня все получилось, поменял системное время и все, может, что-нибудь надо внимательнее проверить? скажите, откуда 1С может знать, что надо переносить на 31.12.2011, а не на 31.12.2010? либо по рабочей, либо по текущей дате, либо от дополнительного параметра. а это уже зависит от наглости программиста правил.
>перехожу к правилам 7.7 — 8.2. следите за новостями!
Дико извиняюсь, а публикация 7.7 — 8.2 планируется?
да, конечно, я этим занимаюсь, не хочу выкладывать в инет сырую публикацию
ух жалко что раньше не наткнулся на вашу статью. (
Автору спасибо. Обработка пригодилась.
а платежки ей можно перенести?потому как бухи мозги проварили, счас уже начало марта в базе 7.7 под 4 тысячи платежек, в стандартной обработке нет механизма переноса платежек, а конвертацию чую не раскурю.