В «1С:БГУ8» 1.0 и 2.0 поддерживаются 2 варианта перехода на новые счета.
В программе «1С:Бухгалтерия государственного учреждения 8» редакции 1 и редакции 2 поддерживаются 2 варианта перехода на новые счета.
1. Перенос входящих остатков на 1 января 2018 г. и последовательное исправление и перепроведение в хронологическом порядке документов 2018 года со старыми счетами, КОСГУ.
Для переноса входящих остатков применяются служебные документы, которые формируют входящие остатки в межотчетный период.
2. Перенос входящих остатков на 1 января 2018 г. и трансформация оборотов 2018 г. до даты перехода на применение новой редакции ЕПСБУ, установленной локальным актом учреждения, далее – дата перехода.
Для переноса входящих остатков и трансформации оборотов 2018 г. также применяются служебные документы, которые формируют входящие остатки в межотчетный период, а также сторнируют записи по устаревшим счетам, КОСГУ и формируют аналогичные записи с новыми счетами, КОСГУ на дату перехода.
Важно: Способ трансформации оборотов 2018 г. – изменение существующих документов в хронологическом порядке или сторнирование и ввод новых датой перехода следует согласовать с учредителем.
В обоих конфигурациях есть подробная инструкция по переходу. Кратко.
1-й вариант сложный и с кучей подводных камней. Не факт, что всё сойдется, а отчет за 1 квартал сдан.
Если на новые счета планируется перенести только остатки на 1 января 2018 г., в качестве даты перехода следует указать 01.01.2018.
Бухгалтерские записи по переносу остатков на новые счета будут формироваться на дату, предшествующую дате перехода на применение новых счетов, – 31.12.2017.
И надо переколотить все документы (обороты) в хронологическом порядке!
2-й вариант мягче. По сути, это чистая свертка на 31.05.2018.
Но есть болшое "НО". Из той же статьи:
Как отмечают авторитетные финансисты-практики, перенос оборотов 2018 года со старого счета на новый напрямую неприменим (т.е. 2-й вариант), корректное формирование отчетности за 2018 год возможно только при переформировании бухгалтерских записей к существующим операциям по новым счетам и КОСГУ (т.е. 1-й вариант). Со слов методологов Минфина, на усмотрение учреждения, возможны как перевыбор счетов (КОСГУ) в существующих операциях в хронологическом порядке, так и трансформация оборотов на дату перехода, установленную локальным актом учреждения по мере организационно технической готовности.
Под трансформацией оборотов предполагается отражение операций в порядке, установленном для исправления ошибок, – сторнирование требующей замены записи и формирование аналогичной с новыми счетами и КОСГУ.
ИМХО, 1-й вариант, хоть и рискованный, но в регламентированных отчетах не будет ошибок.
И во-вторых, еще одна причина для проверки, контроля, выявления ошибок в учете.
Какой вариант предпочтительнее,по вашему?
(1) конечно первый вариант - кто же сворачивает базу почти в середине года, да еще и перед отчетностью?
в балансе по ОС ничего не поменяется, даже если 31.12.2017 делать.
Делать надо через 401.30 - иначе ошибок будет технологических много - у меня теханализ чуть не взорвался, пока формировался.
А еще вместе с последним релизом еще идёт куча разных обработок, в том числе и для периода - руками ничего не надо делать.
Почитайте внимательно описание релиза.
(6)А зачем сворачивать в середине года? Свернул 31.12.17 а дату перехода поставил 31.05.18 и все операции перенести на эту дату.
Запустил теханализ и он выдал какую-то херь с модулем: Тип не может быть выбран в запросе
Что это глюк релиза?
В документ "Переход на применение приказа 64н (НФА)" добавлена операция "Перенос на забаланс объектов, не соответствующих критериям активов (02)"
В документ "Переход на применение приказа 64н (КЭК)" добавлена операция для переноса оборотов по принятию денежных обязательств.
Обмен с казначейскими системами и учреждениями банка
Обновлены форматы обмена с казначейскими системами версии 25.0 (файл OFK.xml).
Внимание!
При обновлении конфигурации форматы не обновляются. Файлы поставляемых форматов следует загрузить в справочник «Типы форматов обмена» (кнопка «Загрузить форматы» на закладке «Форматы обмена» формы «Обмен с казначейскими и банковскими системами»).
В открывшемся окне «Помощника загрузки и обновления форматов» указать источник загрузки – «Папка на этом компьютере или компьютере в локальной сети» и далее следовать указаниям программы.
Исправлены критические ошибки:
При проведении документа "Переход на применение приказа 64н (Расчеты)" с операцией "Перенос оборотов" возникала ошибка, если в периоде переноса оборотов были проводки Д-т 205.31, К-т 205.31 и им подобные, т.е. обороты по переносу дебиторской задолженности в рамках одного счета.
Документы "Переход на применение приказа 64н (Расчеты)" и "Переход на применение приказа 64н (КЭК)" при переносе оборотов за последний период, включающий дату переноса, также переносили уже скорректированные обороты, выполненные другими документами этого же типа.
Источник: https://buh.ru/
Если на счет расчетов с дебиторами, например 205.31, добавлено дополнительное субконто, и такое же субконто добавлено на счет авансов АП5.31, то при оформлении кассовых документов на поступление или возврат аванса значение дополнительного субконто у счета авансов АП5.31 в проводках не заполнялось;
Если на счет расчетов 302.24 или счет 401.40 «Доходы будущих периодов» добавлено дополнительное субконто, то в документе "Принятие к учету прав пользования ОС, НПА" не было возможности его заполнить ни для счета расчетов, ни для счета ДБП. В документ для счета расчетов и счета ДБП добавлены поля под 4-е субконто.
Релиз предназначен для обновления с конфигураций версий 1.0.51.5, 1.0.51.6, 1.0.51.7, 1.0.51.8, 1.0.51.9, 1.0.52.4, 1.0.52.5.
Новое в версии 1.0.52.5 Исправлены критические ошибки:
При проведении документа "Переход на применение приказа 64н (Расчеты)" с операцией "Перенос оборотов" возникала ошибка, если в периоде переноса оборотов были проводки Д-т 205.31, К-т 205.31 и им подобные, т.е. обороты по переносу дебиторской задолженности в рамках одного счета.
Документы "Переход на применение приказа 64н (Расчеты)" и "Переход на применение приказа 64н (КЭК)" при переносе оборотов за последний период, включающий дату переноса, также переносили уже скорректированные обороты, выполненные другими документами этого же типа.
Другие изменения
Документы «Переход на применение приказа 64н…»
В документ "Переход на применение приказа 64н (НФА)" добавлена операция "Перенос на забаланс объектов, не соответствующих критериям активов (02)"
В документ "Переход на применение приказа 64н (КЭК)" добавлена операция для переноса оборотов по принятию денежных обязательств.
(5) Таким вот образом сейчас и делаю (ЦБ - 34 учреждения). Движения за это год пока не трогал, но, надеюсь, что суммы не изменятся. Кстати, перенос оборотов по КЭК там присутствует, вот только результат работы ещё не видел.
Если по первому варианту переносить, то текущие док-ты вручную што-ли править. Например 205,81 с КЭК 180 (родительская плата) на 189 замучаешься!!!
Я сделал 31,05,18
Кто как считает?
а смысл переносить на 31.12.17, зачем себе создавать лишние трудности? На 31.05.18 все хорошо переводится. В проводках все остается также как и было, только счета и косгу поменялись.
На одной из баз, после обновления на релиз 1.0.52.4, программа выдача сообщение "Восстановление настроек по умолчанию не выполнено" и не обновила на актуальный план счетов, хотя если снять галку по "Отбору по дате", новые счета в Плане присутствуют. После анализа ошибки (вынес в форму счета ДатуНачала и ДатуОкончания) стало ясно, что по старым счетам не поменялась дата окончания (осталась 01.01.2999), если руками поменять её на 31.12.2017, а в новых счетах проставить дату окончания ("Дата начала" записалась правильно как 01.01.2018) на 01.01.2999, то по "Отбору по дате", список счетов показывает по измененной инструкции 64н. Изменения в инструкции коснулись большого количества счетов и приводить в соответствие руками не вариант. Да, вылезла ошибка в казенном учреждении, были добавлены счета в План руками для учета ПОФов, остальные счета согласно инструкции не менялись, по бюджетным пока идет все гладко.
(13) Это стандартная обработка из набора с обновлениями, в данном случае не поможет, т.к. проставит во всех счетах в Плане счетов дату окончания равную '01.01.2999', а в устаревших она должна быть '31.12.2017'.
(17) Проблема решена. Выложенной обработкой ProbAccFind.epf на релизе 1.0.52.4 (в 1.0.51.9 ничего не нашла), были найдены проблемные рабочие счета, у меня это 302.91, ею же они были удалены, и через Операции-Обработки-Заполнение настроек счетов, План счетов стал актуальным. Как вариант, можно после нахождения ошибочных рабочих счетов, в моем случае временно обновившись до релиза 1.0.52.4 и нахождения ошибочных счетов, потом откатится до 1.0.51.9 через копию и удалить в рабочей базе руками проблемные счета и провести обновление стандартным способом.
роблема решена. Выложенной обработкой ProbAccFind.epf на релизе 1.0.52.4 (в 1.0.51.9 ничего не нашла), бы
А я предлагаю без отката. Реализовала на 2 базах. все работает.
Запустить обработку, чтобы убрать проблемные счета.
Затем зайти в констант и поставить в константах-настройка программы-версия конфигурации 1.0.50.7. Сохранить. Закрыть программу. Открыть программу.
При открытии программы будет произведено обновление на ваш релиз.
При этом обновлении выстраивается и обрабатывается план счетов.
(14)Всем привет! Перевел уже 5 организаций, 4 прошли нормально,а вот на 5 выявил что в плане счетов если не ставить галочка действующие на 06,06,2018 - новые счета появляются, а если поставить - пропадают. Короче все наоборот. Ну я воспользовался обработкой (21) . Теперь все счета действуют до 2999 года. Для бухов, конечно, не удобно будет.
Меня вот другое смущает: с КОСГУ 290 все перенеслось на 296. Но там есть и транспортный, и экология, и земельный налоги которые должны сидеть на 291 (Налоги, пошлины и сборы). Поменять проводки я не могу, т.к. это не является документом. Хотя я сформировал 723 (123)форму отчетности, там все собирает в строку 290. В принципе ни какой разницы нет. Но принципиально это не правильно. Я предполагаю что в 2019 году эта детализация появится. Есть конечно вариант это операцию сделать вручную, но тогда и все остальные правильные на 296 КЭКе придется так же ручками делать.
И еще: появился КЭК F13 (Иные выплаты за исключением ФОТ) и V 51 (Уплата налога на имущество и земельного) теперь ими нужно пользоваться для этих налогов, я что-то пропустил?
Зачем делать свертку ? Вы просто переносите обороты и входящие остатки. например был 5 205.81 , а будет 5 205.83. и все. в отчетности не пойдут входящие остатки, на что нужно дать пояснение.
вот смотрю я на новую трактовку ОС:
Объекты имущества независимо от их стоимости со сроком полезного использования более 12 месяцев (если другое не предусмотрено стандартами),
предназначенные для неоднократного или постоянного использования в деятельности учреждения на праве оперативного управления, праве владения по договору аренды или найма, праве пользования по договору безвозмездного пользования. При этом объект должен соответствовать критериям признания ОС
(п. 7, 8 Стандарта, утвержденного приказом Минфина России от 31 декабря 2016 № 257н, п. 18.1, 18.2 Стандарта, утвержденного приказом Минфина России от 31
декабря 2016 № 258н)
Что же это получается?! нам с 01 на 101 переносить всё добро? Или на 111?
Налог на имущество может ещё платить начать на это всё дело?! А если и начать то с какого числа?
(20) По рыночной)))) Если на 111 (операционная аренда) , то по оценке, сколько бы вы заплатили за аренду, за весь срок использования (безвозмездное) и в сумме всех арендных платежей за весь период договора (возмездно). Если в бессрочном пользовании, то берем три года, т.к. план составляется только на текущий и два плановых периода. Вообще огромное желание уйти от финансовой аренды (101 счет), для этого в договоре должен быть пункт об праве арендатора забрать имущество, это есть в мартовском письме минфина на эту тему (кстати там же и говориться про период для бессрочного имущества - три года).
И еще если по договору аренды ( безвозмездного пользования) затраты на содержания предоставляемого имущества остаются за передающей стороной, то данный объект не расценивается как объект СГС Аренда ( вот это находил в статьях и на селекторах что-то подобное говорил минфин, но в стандарте не нашел) и остается жить на 01 счете.
(56) Сдвинулось у Вас дело? Уже кого-нибудь перевели? Я пока с 111 успел поиграться. Довольно удобно с помощью документа "Принятие к учету прав пользования" с галкой ввод остатков при первом применении стандарта.
(108) Да уже всех клиентов перевели и почти везде ввели остатки и текущие договора по аренде и безвозмезке. Пока вопрос по договорам которые закончились и открылись новые. Еще вопрос про внутреннее перемещение между молами. Ну я думаю в следующих релизах 1с предоставят документы.
(119) самое интересное это с позиции арендатора... Приходовали на 101 или на 111 или в зависимости от ситуации? На 101 если приходовали то с помощью ввод остатков по ОС?! Потом операциями вручную по 401.30?
(24)да, есть ошибка чего то там блаблабла, забыл записать. и в итоге по КЭК 292 несоответствие, хотя все правильно. Решили пока не обращать внимание.
Перевел первую базу, БГУ 1.0. Кроме теханализа, все прошло гладко. Да и база, скажем так, маленькая.
Сделал так. На копии установил дату перехода 01.06.2018. Провел все операции перехода.
А в рабочей базе установил дату - 01.01.2018. Распечатал справку из копии базы по операциям переноса оборотов и отдал бухгалтеру. И она сама спокойно перебила вручную документы.
{ОбщийМодуль.ОбщегоНазначения.Модуль(7457)}: Ошибка при вызове метода контекста (Выполнить)
ТабР = Запрос.Выполнить().Выгрузить();
по причине:
{(2, 2)}: Тип не может быть выбран в запросе
<<?>>К1,
У меня Воинская часть 2.0 (на базе БГУ1) вчера вышло обновление с переходом на новый план счетов, инструкция есть, документы переноса есть, план счетов не обновился..... Подскажите где искать косяк
(30) конфа измененная достаточно сильно, обработки обновления все прошли, я так понимаю новые счета добавляются не предопределенными в процессе обновления самих данных
(30) сделал ТИИ обновил через cf (в копии привел к типовой) в рег св версии подсистем установил прошлую версию 66.1 - не помогает , новые счета не добавляются
Срочно собираем дистрибутив релиза 2.0.68.1, в котором будет устранена эта и
другие ошибки перехода на приказ 64н.
Добавить счета самостоятельно можете, вызвав прилагаемую обработку
(просто нажмите кнопку "Выполнить").
Для БГУ 1.0 есть от 1С
Обработка "Поиск и удаление проблемных рабочих счетов" Обработка предназначена для поиска и удаления проблемных рабочих счетов, из-за которых обновление конфигурации БГУ на релиз 1.0.52 проходит со ошибкой.
Архив ProbAccFind.zip содержит обработку ProbAccFind.epf
И видео, которое подскажет как применить ее.
У одной организации какая-то непонятка.. Есть биоресурсы. Формирую Ведомость остатков ОС НМА. Все нормально, балансовая стоимость, амортизация, остаточная 0. Провожу документ перехода. В документе все проводки нормально сделаны, а в ведомости пропала амортизация. Соответственно, остаточная равна балансовой. У кого-нибудь такое было?
Обработки косячные немного. Делал перенос на 01.06.2018. При переносе оборотов за период по счетам НФА подвисают остатки с минусами на старых счетах, так как при сторнировании сумма проходит со знаком "-",а количество нет. Исправлял через редактирование в ручную (возможно не прав...). Также при переносе служебных собак по забалансу с 21.38 на 21.37. по документам после 01.06.2018 собачки не подбираются, их просто нет в остатках за ЦМО (тоже думаю ручками добавить в документ). У кого-нибудь есть подобные проблемы?
Также при переносе служебных собак по забалансу с 21.38 на 21.37. по документам после 01.06.2018 собачки не подбираются, их просто нет в остатках за ЦМО
Перениндексировать базу попробуйте.
БГУ 1.0 или 2.0?
С переносом расчетов в целом все неплохо, но тоже весело. Например со счета 205.41 надо мне перенести на 205.45. Обработка (по умолчанию переносит на 205.44). Потом делал Поиск и замену значений, выбрила 205.44.заменить на 205.45. Вроде сработало. Осталось 205.31 как-то перенести на 209.34) у меня там сидят и доходы от услуг и компенсации затрат.
БГУ 1.0.
Обращаюсь к тем специалистам , которые переводят клиентов на новый план счетов с 01.06.2018.
Вы формировали отчетность с 01.01.2018 по июнь 2018 ? В отчетах собираются данные по "старым " и "новым" счетам ?
(52)проверил на версии Бухгалтерия государственного учреждения, редакция 1.0 (1.0.52.5)
Комплект отчетности 33н - Версия 2.0.57.1 от 30.05.2018
Заполнил 737 и 769.
В 769-й вылез старый счет 209.40, оказалось не перепровели операцию по новому плану счетов. А так - все нормально.
А в 737-й, что может быть не так? Собирается по КВР и 17 и 18 счетам. По ним не было изменений.
После перехода на новый план счетов практически все операции по кассовому выбытию устарели. И как теперь отразить поступление субсидий? раньше выбирали "Поступление доходов (205)" сейчас такое выбрать не дает, ругается что устарело.
Обращаюсь к тем специалистам , которые переводят клиентов на новый план счетов с 01.06.2018. По библиотечному фонду перенеслись остатки и обороты за 2018 г. кроме списания библиотечного фонда от июня 2018 г. Пробовала в документе списания поменять вручную счет 101,37 на 101.38 , документ не проводится "остаток по данной номенклатуре = 0".
Проблема со старыми счетами. В частности 205.81. При актуализации нового счета 205.81. Как изменить период действия старого счета 205.81? Скрин прилагаю
Прикрепленные файлы:
(71) В полугодовой отчет сдавать 769 (169 для казенки) форму, где должны быть новые субсчета 205,208,209,302 счетов которые поменялись согласно 64н. Также в 4-м разделе 723 (123 для казенки) формы есть котолнка КОСГУ в которой вместо 290 должны быть 291,292 и т.д.
Подскажите, почему ни в оборотках ни в операциях вручную БГУ1 не дает выбрать новые счета? Их тупо не видно, когда через операции заходишь в план счетов и убираешь галку с даты, только тогда видны новые счета.
Добрый день, а подскажите такой нюанс - с 1 января же КОСГУ 410 меняется на 411.?
Мы сделали внешнюю обработку Замена КОСГУ счетов 104.
А что касается счетов 101 там КОСГУ какое? то же 411 или остается 410
Вот в частности. Списали ОС проводки в программе 104.24.411/101.24.410, Вопрос изменять ли в проводке в кредите КОСГУ на 411??? Как я понимаю ни в одних обработках и документах перехода это не предусмотрено...
За ранее благодарю!!!
(74) в поставке обновления есть обработка ЗаменаКЭКСчетов104.epf
А разве обработка в документах перехода на 64н "Замена КЭК" не делает этого? Какая версия БГУ?
Надо проверить у себя.
(75) Так в том то и дело обработку сделали , но в счетах 101 КОСГУ не поменялось с 410 на 411, хочу выяснить это же не правильно???
1С:Предприятие 8.3 (8.3.11.3034), Бухгалтерия государственного учреждения, редакция 1.0 (1.0.52.6)
(79) Огромное Вам спасибо.
Ну а с другой стороны вот где логика, везде на учебах вещали КОСГУ 410 теперь подразделяется на 411 и 412. Я так и думала, что 410 нет, а есть 411 и 412.
А по факту получается ,что КОСГУ 410 не группировочный, как 210,220,290... а есть и 410, и 411 (только для счета 104), и 412.
Правильно я поняла???
(81) Правильно, если что набирите инструкция 174н с изменениями в разделе про списание ОС в примерах проводок стоит 410., а в амортизации стоит детализация 411, 412