Ошибки технологический анализ 1с

При ведении бухгалтерского учета и формировании налоговой и бухгалтерской отчетности важно контролировать корректность внесенных данных. Которые собираются на счетах и регистрах бухгалтерского учета. Для этого в программном комплексе «1С: Бухгалтерия государственного учреждения» предусмотрен инструмент «Технологический анализ», который позволяет определить и проверить корректность данных.

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

Почему при формировании технологического анализа появляется ошибка «(Обороты) Недопустимый КЭК по КФОИФО». В нашем случае ошибка появилась из-за некорректного заполнения документа «Плановые назначения».

Рис 1

Рис. 1

При заполнении данного документа необходимо учитывать, что  в инструкции № 157н, указано, что счет 507. 00 “Утвержденный объем финансового обеспечения” предназначен для учета учреждениями, финансовыми органами сумм, утвержденных сметой (ФХД) учреждения на соответствующий финансовый год объемов доходов (поступлений), а также сумм, внесенных в данном порядке в течение текущего фин-го года изменений. Так же в инструкции №174 н прописано, что операции по отражению утвержденных сметных назначений и их изменений оформляются следующими бухгалтерскими записями:

  • “суммы расходов бюджетного учреждения, утвержденных сметой доходов и расходов по приносящей доход деятельности (планом финансово-хозяйственной деятельности) бюджетного учреждения на соответствующий финансовый год, отражаются по дебету соответствующих счетов аналитического учета счета 050400000 «Сметные (плановые) назначения» (050400200, 050400300, 050400500, 050400800) и кредиту счетов аналитического учета счета 050600000 «Право на принятие обязательств»;
  • суммы доходов бюджетного учреждения, утвержденных сметой доходов и расходов по приносящей доход деятельности (планом ФХД) бюджетного учреждения на соответствующий фин-вый год, отражаются по кредиту соответствующих счетов аналитического учета счета 050400000 «Сметные (плановые) назначения» (050400100, 050400600, 050400700) и дебету соответствующих счетов аналитического учета счета 050700000 «Утвержденный объем финансового обеспечения».

Следовательно, исходя из вышеизложенного, по счету дебета 507.00 и кредита 504.00 плановые назначения отражаются только по доходам.

Рис. 2

Рис. 2

На рисунке 2 видно, что сумма плановых назначений по расходам ошибочно указаны в графе “Поступления”, а должны быть введены в графу “Выбытия”.

Рис. 3

Рис. 3

Ситуация №2

На рисунке 4 изображена очень распространённая ошибка «Некорректная корреспонденция», разберем, как же её устранить.

Рис 4

Рис. 4

Если появилась данная ошибка это означает что данная проводка отсутствует в регистре сведений «Корректные корреспонденции счетов бухгалтерского учёта. Следовательно, необходимо внести ее через документ «Корректные корреспонденции счетов бухгалтерского учёта».

Рис 5

Рис. 5

Нажмем «Создать», выберем в нашем случае Дт 105.36 и Кт 109.60. В графе комментарий укажем наименование операции.

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

Ситуация №3

Разберем, что делать если технологический анализ выдает ошибку об отрицательном остатке по номенклатуре товаров:

Рис 6

Рис. 6

Есть вероятность, что было списано больше товаров, чем есть по факту, в примере это произошло, потому что списание товаров было проведено документом «Бухгалтерская операция», этом случае программа не ведет контроль списываемого товара. Следовательно, необходимо внести исправление в строчку с ошибкой в документе Бухгалтерская операция.

Ситуация №4

Рис 7

Рис. 7

Ошибка «КПС недопустимого вида «КРБ» по КФО» говорит о том, что эти данные не могут храниться на классификационных признаках счетов (КПС) вида КРБ, так как в учреждении принята учетная политика, закрепляющая структуру рабочего плана счетов с классификацией АУ и БУ:

Исправление необходимо внести в учетной политике учреждения в «Структуру РПС» вносим тип КПС, как показано на рис. 8, в нашем случае «Классификация АУ и БУ»

Рис 8

Рис. 8

Надеемся, статья оказалась полезной для вас.

Остались вопросы по поддержке 1С для государственных и муниципальных учреждений? Обратитесь за бесплатной консультацией воспользовавшись ниже формой обратной связи.

НУЖНА КОНСУЛЬТАЦИЯ ПО ПОДДЕРЖКЕ 1С ДЛЯ ГОССЕКТОРА?

Оставьте заявку — мы свяжемся с вами в ближайшее время и поможем. Пожалуйста, укажите в заявке конфигурацию и название организации 🙂

Я даю свое согласие на обработку моих персональных данных на условиях, определенных Политикой Конфиденциальности.

Заказать консультацию

Опубликовано 09.05.2018 23:00
Просмотров: 16100

Бухгалтерский учет – это очень сложная наука. А если вы ведете учет в программах 1С, то проверка его корректности – вещь необходимая. Для таких целей в программе «1С: Бухгалтерия государственного учреждения 8, редакция 2.0» существует множество отчетов, которые позволяют проверить данные на счетах бухгалтерского учета или в регистрах сбора сведений. Но особняком стоит такой замечательный сервис, как «Технологический анализ», который помогает выявлять технические бухгалтерские ошибки и проверяет корректность данных. В этой статье хотелось бы рассказать про данный сервис, как его использовать, и о чем он нам может рассказать.

Найти этот сервис можно:

Открывается форма:

Форма технологического анализа разделена на две части: справа – группы проверок, слева – выявленные проблемы.
Как видно, сервис позволяет осуществлять проверки по группам (направлениям): одновременно по всем или по каждому в отдельности. Это удобно тем, что ответственные бухгалтеры могут осуществлять проверку только по своему участку учета.
Также плюсом является то, что технологический анализ запоминает проведенные проверки (дату, время и результат проверки).
Итак, самое первое, что нужно сделать, приступая к работе, – это выбрать проверяемую организацию:

После выбора организации можно также пометить виды важности, по которым будет отфильтрован результат технологического анализа:

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

В некоторых направлениях среди рекомендаций значится: «проверку необходимо выполнять за период с начала года». Такая рекомендация неспроста, ведь часто учет, так сказать, «растянут» на календарный год, а при сдаче отчетности и закрытии года – все данные проверяются и выравниваются. Согласна с мнением разработчиков, что технологический анализ лучше осуществлять в периоде с начала года (если только вами он не используется постоянно, и вам важно отследить изменения за период с последней проверки).
Также хотелось бы отметить, что технологический анализ рекомендовано выполнять и после обновления программы. Поясню почему: при обновлении программы компанией «1С» зачастую изменяются правила учета. Бывает, что какие-то справочники/регистры/виды документов удаляются, а имеющиеся данные переносятся в новые объекты. Этот перенос данных осуществляется во время обновления автоматически, но всегда стоит проверять результат переноса, чтобы быть уверенным, что все прошло гладко.
В правой части технологического анализа будут отражаться обнаруженные проблемы. На данный момент, судя по картинке выше, в учете проблем не найдено. Но важно понять: проблем, действительно, нет, или же проверка просто не проводилась? Воспользуемся специальной настройкой технологического анализа. Найти ее можно:

Открывается форма настроек:

И, как видно, автоматические проверки учета отключены. Для их включения необходимо двойным щелчком по строке открыть форму описания направления проверки:

Можно установить флаг автоматического выполнения, и программа будет осуществлять проверку по расписанию:

Возникает вопрос: по какому расписанию будет осуществляться проверка? Параметры различных регламентных (по расписанию) и фоновых заданий можно просмотреть в специальном сервисе «Регламентные и фоновые задания».
Найти его можно:

Открывается список заданий, разделенный на два вида:

В списке регламентных заданий найдем интересующее нас — проверка ведения учета:

Становится понятно, что проверки не проводились ни разу в автоматическом режиме. Чтобы просмотреть расписание, выберем интересующее нас задание:

Расписание можно настроить по своему желанию.
Вернемся к проверкам. После настройки автоматической проверки система проанализировала корректность ведения учета по выбранному нами направлению:

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

Для примера было запущено 3 проверки, в случае обнаружения ошибок, рядом с названием появляется значок и информация об их количестве.

Просмотреть найденные ошибки можно на вкладке «Выявленные проблемы»:

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

Можно не использовать автоматическую проверку учета по расписанию, а после запуска технологического анализа производить проверку вручную. Ручной запуск проверки находится в меню «Все действия», там выделена отдельная кнопка «Выполнить проверку»:

При запуске проверки программа предлагает выбрать период:

Выбор автоматической проверки или ручной – дело вкуса. Единственное, о чем хотелось бы сказать: при выборе автоматической проверки, настраивая расписание выполнения регламентных заданий, учитывайте техническую сторону вопроса, т.к. выполнение требует некоторых затрат ресурсов от системы 1С и от компьютера, на котором осуществляется работа.
После того, как программа выявила проблемы в учете, встает вопрос: что с ними делать? Есть возможность расшифровать каждую отдельно взятую ошибку по двойному щелчку:

Программа предлагает воспользоваться двумя разными отчетами, которые поясняют эту проблему: оборотно-сальдовой ведомостью по счету или карточкой счета. В данном примере воспользуюсь ОСВ, откроется форма отчета:

В этом отдельно взятом примере программа подразумевает, что на счете 105.36 остатки не могут храниться на классификационных признаках счетов (КПС) вида КРБ, так как в организации принята учетная политика, закрепляющая структуру рабочего плана счетов с классификацией АУ и БУ:

Проще говоря, остатки на счетах должны храниться на КПС вида АУ и БУ. Чтобы убедиться, что в учете действительно введены КПС с необходимым видом показателя, рассмотрим справочник КПС. Найти его можно:

Чтобы удостовериться в том, что анализ прав, сформируем отчет «Оборотно-сальдовая ведомость» с необходимой нам группировкой:

Данная проблема помечена как критическая, её решением будет перенос остатков со старых КПС на новые.
Для других направлений проверок может быть предусмотрена другая расшифровка, например:
— если ошибка в каком-либо объекте (документе или справочнике), то при расшифровке программа откроет именно его;
— если ошибка в регистрах хранения данных, программа откроет именно проблемные записи;
— при сравнении каких-либо показателей при расшифровке может открываться сравнительная таблица.
Также результат проверки можно распечатать (для того, чтобы была возможность отслеживать, исправлены ли ошибки с последней проверки). Для этого имеется кнопка «Печать»:

Печатная форма выглядит следующим образом:

В этой статье нами был рассмотрен удобный сервис «Технологический анализ», который позволит следить за корректностью вводимых данных и оперативно исправлять ошибки учета. А вы применяете его в своей работе?

Text.ru - 100.00%

Автор статьи: Светлана Батомункуева

Понравилась статья? Подпишитесь на рассылку новых материалов 

Добавить комментарий

Показывать по
10
20
40
сообщений

Новая тема

Ответить

СВЕТИК1

Дата регистрации: 06.06.2009
Сообщений: 90

При Технолог анализе выходят ошибки. Никак не можем их решить. Помогите Очень нужно отправить базу вышестоящей организации.<br>КПС «17730302010010000» недопустимого вида «КДБ» по КФО / ИФО «2 / 201.11 (в расшифровке дает кассовое поступление)<br>КПС «17700000000000000» недопустимого вида «Произвольный» по КФО / ИФО «2 / 201.11 201.11 (в расшифровке -Заявка на кассовый расход)<br>КПС «17730302010010000» недопустимого вида «КДБ» по КФО / ИФО «2 / 401.30<br> <br>Очень прошу помогите, пожал!!!

finik

Дата регистрации: 26.11.2006
Сообщений: 41

Для 401.03 КПС должен быть с видом гКБК, для 201 счетов вид КИФ….вы используете КДБ и Произвольный….Я подозреваю Структура РПС стоит для казенных….просто введите (или перевыберите) нжные КБК

СВЕТИК1

Дата регистрации: 06.06.2009
Сообщений: 90

у нас и есть казенное учреждение Это МЧС по Тверской обл. Что делать в этом случае???

Javded

Дата регистрации: 24.03.2009
Сообщений: 7

Базу можете невысылать, все ясно с вами, бухучет — неуд. Гл. бух — рапорт на стол! (МСЧ России, Шойгу С.К.)

СВЕТИК1

Дата регистрации: 06.06.2009
Сообщений: 90

Вам смешно, а нам как быть, как исправить ошибки???

chernikova_irina

Дата регистрации: 16.08.2010
Сообщений: 527

Вам уже сказали, что делать — в указанных документах на указанных счетах замените вид КПС на тот, который должен быть по инструкции, и будет вам счастье.

СВЕТИК1

Дата регистрации: 06.06.2009
Сообщений: 90

Всем большое спасибо за помощь!!!

Показывать по
10
20
40
сообщений

Содержание:

1.       После переноса в БГУ 2 были загружены остатки, но нет оборотов за год

2.       После переноса данных 1С в плане счетов ЕПСБУ отсутствуют допустимые КЭК

3.       В результате переноса в БГУ 1 – БГУ 2 пропала дополнительная аналитика по счету (анализ субконто)

4.       В справочнике КПС ошибки или недостоверные сведения

5.       После переноса данных в БГУ 2 обнаружены ошибки в учете НФА, ОС

Переход в 1С на новую редакцию Бухгалтерии государственного учреждения – процесс важный, но сложный и трудоемкий. В этой статье будет рассказано о частых ошибках при переносе данных во вторую редакцию.

Перед переносом данных рекомендуется ознакомится с инструкцией по переносу данных 1С на сайте ИТС и выполнить действия по подготовке к переносу данных 1С (проверить уникальность номеров документов, элементов справочников, корректность ведения учета Основных средств, выполнить тестирование и исправление информационной базы).

После переноса не забудьте обновить бюджетную классификацию (будет загружена только та, которая используется в БГУ 1), коды ОКОФ и коды ОКПД2 – без последних формировать регистрацию обязательств по договорам с учетом НФА будет трудно.  

1.      После переноса в БГУ 2 были загружены остатки, но нет оборотов за год

            Выявляется: оборотно-сальдовая ведомость в 1С БГУ 2.

            В момент выгрузки данных нужно быть внимательным к дате переноса в параметрах выгрузки.

При указанной дате 29.05.2020 обработка сформирует остатки на 31.12.2019 23:59:59 и обороты за период от 01.01.2020 до 29.05.2020 23:59:59. Документы, которые будут занесены позже 29.05.2020, в выгрузке учтены не будут.

При дате переноса 01.01.2020 обработка сформирует остатки на 31.12.2019, и обороты за один день.

При дате переноса 31.12.2019 остатки сформируются на 31.12.2018, а обороты – за 2019 год.  

2.      После переноса данных 1С в плане счетов ЕПСБУ отсутствуют допустимые КЭК

Выявляется: при запуске технологического анализа в БГУ 2 или при проверке плана счетов в БГУ 1.

Технологический анализ в БГУ ред. 2 по сравнению с первой редакцией дополнен двумя разделами – проверкой настроек плана счетов и проверкой учета НФА. Если у счета не проставлен КЭК, это приводит к появлению в технологическом анализе ошибок вида:

В некоторых случаях допустимые КЭК в карточках счетов в первой редакции бывают не занесены. Это встречается в старых базах, данные в которые были перенесены из Бухгалтерии бюджетного учреждения 7.7. При этом скорее всего допустимые КЭК отсутствуют почти у всего плана счетов (порядка 2 тысяч ошибок в тех анализе).

Способ обхода: при выгрузке данных из БГУ 1, не перегружать план счетов (снять галочку с ЕПСБУ). Тогда будет использован типовой план счетов БГУ 2. Стоит проверить субконто счетов, чтобы не потерять аналитику. Счета, которых нет в БГУ 2, все равно будут перегружены. 

3.      В результате переноса в БГУ 1 – БГУ 2 пропала дополнительная аналитика по счету (анализ субконто)

Выявляется: сформировать оборотно-сальдовую ведомость в 1С по счетам, у которых в БГУ 1 был добавлен анализ субконто.

В целом, ошибка встречается довольно редко, но шанс высокий, если вы не выгружали ЕПСБУ во время выгрузки из БГУ 1. Для решения нужно добавить эту аналитику в плане счетов базы-корреспондента вручную до переноса.

Если у счета в качестве первого субконто стоит КЭК, его добавлять не нужно. В случае, если необходимого субконто нет в списке предопределенных – можно создать свое. 

4.      В справочнике КПС ошибки или недостоверные сведения

Выявляется: анализ справочника классификационных признаков счетов с открытой датой (открыть справочник – щелкнуть по полю «На дату» ПКМ, затем – «Очистить»).

Ошибки возникают, если при применении бюджетной классификации в БГУ 1 были проставлены некорректные даты окончания действия статей. Решать проблему придется вручную, так как дата окончания периода действия статьи ставится на основании периода действия направлений и видов расходов.

Если период окончания в направлении меньше периода начала действия статьи, при записи мы получим КПС со сроком действия 01.01.2020 – 01.01.2020.  

5.      После переноса данных в БГУ 2 обнаружены ошибки в учете НФА, ОС

Выявляется: технологический анализ по разделу «Учет нефинансовых активов».

Чем больше ошибок было в учете НФА в БГУ 1, тем больше ошибок возникнет во время переноса. В технологическом анализе можно выявить ошибки несоответствия внутренних регистров по учету основных средств.

Ошибка в примере произошла из-за регистра «События ОС». В результате свертки информационной базы у документа ввода остатков не был заполнен инвентарный номер.

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

Очень часто встречаются ошибки в регистрах стоимости малоценных основных средств на забалансовом учете.

Решаются такие ошибки довольно простым способом. Путь: «Администрирование → Обслуживание → блок «Корректировка данных». Здесь есть встроенная обработка «Заполнение регистров ОС».

Выбираем нужную нам дату (дату ввода входящих остатков) и нажимаем кнопку «Свести». Обработка делает несколько документов по недостающим записям регистров.

Результаты действий этой обработки лучше проконтролировать вручную – некоторые записи регистров могут быть лишними.

Ошибки в регистрах амортизации стоит рассматривать более подробно, просматривая также соотношение амортизации на текущий момент. Например, в данном случае мы видим ОС, при вводе в эксплуатацию которого не была начислена амортизация сразу, но доначислена позже.

Если мы воспользуемся обработкой заполнения записей регистров ОС, в инвентарной карточке у нас будут отражены недостоверные сведения об объекте:

Можно откорректировать сформированную обработкой запись регистра или удалить запись о начисленной амортизации во вкладке «Стоимость» документа ввода остатков.

В обоих случаях в инвентарной карточке будут корректно отображаться сформированные сведения о сумме начисленной амортизации и остаточной стоимости.

Это, пожалуй, самые распространенные ошибки при переносе данных из БГУ 1 в БГУ 2. Однако следует помнить, что каждый перенос данных индивидуален, а каждое учреждение ведет учет по-своему. Поэтому если Вы не нашли решение своей проблемы в этой статье, смело обращайтесь к нам – мы всегда на связи и рады помочь!

Специалист компании «Кодерлайн»

Ульченков Михаил

Я
   creativprox

15.11.16 — 08:59

Здравствуйте. По воле судьбы пришлось работать с 1С)) и столкнулся с такой проблемой. При формировании Технологического анализа в БГУ 1.0.42.5 лезут ошибки. Подскажите, пожалуйста, как исправить их.

КПС «00000000000000000» недопустимого вида «Произвольный» по КФО / ИФО «2 / Предпринимательская деятельность» 109.71    

КПС «00000000000000244» недопустимого вида «КРБ» по КФО / ИФО «2 / Предпринимательская деятельность» 201.11    

КПС «00000000000000000» недопустимого вида «Произвольный» по КФО / ИФО «2 / Предпринимательская деятельность» 210.Р1    

КПС «00000000000000000» недопустимого вида «Произвольный» по КФО / ИФО «2 / Предпринимательская деятельность» 210.06

   Cyberhawk

1 — 15.11.16 — 09:13

Сколько платят за решение вопроса?

   Spring

2 — 15.11.16 — 21:20

с этого года КПС не может быть «Произвольным». Они могут быть КРБ, КДБ, КИФ (во втором пункте КПС к счету 201.11 как раз д.б. КИФ). В справочнике КПС надо было создать в этом году новые КПС (КРБ, КДБ, КИФ) и сделть перенос остатков со старых («Произвольных») на новые

   creativprox

3 — 16.11.16 — 10:43

(2)

В справочнике все КПС созданы, перенос остатков тоже был осуществлен. Единственное, что КПС «Произвольный» был включен до настоящего времени. Я так понимаю в этом проблема? Как можно ее решить?

  

vostdnn

4 — 21.11.16 — 00:41

только руками менять нужный тип КПС в документах. для 201.11 — КИФ

а вообще в плане счетов в карточке счета на вкладке «Допустимые КПС» прописаны тпы допустимых КПС для каждого из счетов

ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку «Обновить» в браузере.

Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.

Дбрый день подскажите кто знает,программа 1С:Предприятие 8.2 (8.2.16.368) Бухгалтерия предприятия, редакция 2.0 (2.0.49.11), пробую сделать технологическийо анализа бух. учета выбивает ошибку» Найдена некорректная проводка. Операция требует дополнительной проверки. Документ «Операция (бухгалтерский и налоговый учет) 00000000001 от 09.01.2013 12:00:12». Проводка — Дт 57.03 Кт 90.01.1″

Здравствуйте. Это значит что проводки нет в списке корректных, в принципе ничего страшного, если она вызвана спецификой вашего учета, но лучше по возможности проводки максимально делать через документы, в операциях надо быть очень внимательным к налоговому учету или регистрам УСН, взависимости от системы налогобложения.

Заполнить и подать уведомление об исчисленных суммах налогов и взносов

Цитата (натальяР):Дбрый день подскажите кто знает,программа 1С:Предприятие 8.2 (8.2.16.368) Бухгалтерия предприятия, редакция 2.0 (2.0.49.11), пробую сделать технологическийо анализа бух. учета выбивает ошибку» Найдена некорректная проводка. Операция требует дополнительной проверки. Документ «Операция (бухгалтерский и налоговый учет) 00000000001 от 09.01.2013 12:00:12». Проводка — Дт 57.03 Кт 90.01.1″

Добрый день!
Такие проводки делает документ — Отчет о розничных продажах. Вы уверены, что это надо было делать «Операцией введенной вручную»?

Здравствуйте!

Цитата (натальяР): …пробую сделать технологическийо анализа бух. учета выбивает ошибку» Найдена некорректная проводка. Операция требует дополнительной проверки. Документ «Операция (бухгалтерский и налоговый учет) 00000000001 от 09.01.2013 12:00:12». Проводка — Дт 57.03 Кт 90.01.1″

Эта проводка сделана из-за того, что деньги по безналу поступали? А саму реализацию товаров или услуг вы отражали через «Реализацию товаров и услуг» или вообще никаким документом? А то, что коллега вам выше написала, вам не подходит? 🤨
Какая у вас система н/о?

Доброе утро, у нас усн, розничная торговля, учет по продажной стоимости (нтт), заключен договор эквайринга, и когда поступают деньги по платежным картам делаю так,:1. выписка поступление по платежным картам, 2. отчет о розничных продажах закладка по платежным картам, 3 Операции введенные в ручную д57.03 к 90.01.1, д 90.02 к 41.12, затем сторнирую отчет о розничных продажах , т.к по другому по кассе данная сумма горит красным и с минусом. Почему делаю так? Перерыла весь инет, ничего не нашла как проводить розницу по платежным картам, а теперь вот ошибки, я так понимаю опять не правильно?

Для себя хочу уточнить: у вас на торг. точке НТТ ведётся позиционный учет или суммовой? Проверьте, в «настройке параметров учета» (меню Предприятие) на закладке «Товары в рознице» стоит или нет галочка напротив опции «По номенклатуре (обороты)»?! При учете в продажных ценах (в розничных ценах) осуществляемые продажи собственных товаров в НТТ (неавтоматизированной торговой точке) отражаются документом «Приходный кассовый ордер». Проводки по ПКО (при УСН, без НДС): выручка — Д50 К90.01.1 и списание товаров в ценах реализации — Д90.02.1 К41.12. Счет 90.01.1 уже задействован. Зачем вам проводка Д57.03 К90.01.1 ? Считается, что док-т ОРП (Отчет о розничных продажах) уже не нужен.
Товар списался одной суммой, равной сумме выручки, прямо по док-ту «Прих.касс.ордер».
Вы же всё-таки применяете ОРП.
На мой взгляд, вы написали некую цепочку отражения документами и проводками в обратной последовательности. Поправьте меня, если я не права.
Ч считаю, что Поступлением на р/сч денег «по плат.картам в пути» Д51 К57.03 (+ комиссия банка, если есть Д91.02 К57.03 в том же документе) замыкается цепочка по отражению хоз.операций. Настоящий розничный договор купли-продажи начинается с продажи в тог.зале, отражению выручки и переносу не полученной в кассу выручки на сч.57.

Прошу вас детальнее описать операции, в порядке очередности, с учетом времени ввода документов (что за чем отражаете?), начиная с продажи товара. Вы проводки по ПКО формируете? Или нет, т.е. снимаете галочку-переключатель с «НТТ» в ПКО?

Я продолжу позже обсуждение (после вашего ответа), как только смогу.
Пока дополнительно загляните в темы по ссылкам, пож-та.
Неавтоматизированная торговая точка — розничная торговля: как отразить оплату по безналичному расчету в 1С?
Отражение в КУДиР оплаты банковским кредитом
В КУДиР при поступлении денежных средств по договору эквайринга в доход попадает сумма за вычетом комиссии по договору
Заполнение КУДиР в 1С 8.2 (доходы)

Заполняйте платежки с актуальными на сегодня КБК, кодами дохода и другими обязательными реквизитами

Добрый день, Алена у нас нет позиционного учета, все по продажной стоимости т.е с торговой наценкой, товар берут в розницу оплачивают по пластиковым картам деньги поступают к нам на расчетный счет в течении 3-х дней после продажи. Розничную выручку провожу ПКО общей суммой при закрытии кассовой смены за день, а вот как быть с эквайренгом не знаю, читала многое но так и не поняла как быть в моей ситуации. Пробывала так: отчет о розничных продажах в закладке по платежным картам ставила сумму, и в банковской выписке в закладке по платежным картам, тогда по кассе горит красная отрицательная сумма, вот я и не знаю как быть, если у вас есть подсказки, прошу помощи🙏
Добавлю: галочка на закладке «товары в рознице» стоит «по номенклуатуре (обороты)»

Готового для вас ответа пока нет.
Я просто хочу вам заметить.
Вы пытаетесь отразить в конфигурации операции по розничным продажам при суммовом учете, не так как они заложенны в пр-му.
В пр-ме при суммовом учете должен «работать» именно ПКО. Проводок для учета выручки в кассу и списания товаров по розничным ценам достаточно.
Если бы вы вели учет позиционный, т.е. при продажах по складу ККМ (АТТ), то проблем с безналом бы не было.

Без дополн.операций , действительно, не обойтись. Очень не приятно выглядит сторно (отриц.) по приходу в кассу суммы выручки.
Скажите, насколько часто у вас происходят операции по безналу?

В зимнее время редко раз , два в неделю, а сейчас практически каждый день и суммы не маленькие примерно 10 000 до 30 000 в день, бывает и более

Я добавляю во вложение файл с примером, со скринами документов, проводок и даже ОСВ по счетам.
Скачайте и рассмотрите.

Такой вариант можно считать минимизированным с точки зрения создания кол-ва разных документов в пр-ме.
Это мой вариант. Он не обязателен к применению.
Зато при суммовом учете нет никаких отрицательных сторно по оприходованию в кассу денег (части выручки), о которых пишите вы, НатальяР.

Главное проставлять галочку на ручном корректировании и верно отражать суммы.
И конечно всё проверять.

Рассчитывайте зарплату с учетом повышения МРОТ с 1 января

Спасибо оргомное Алена за помощь

Цитата (натальяР):Спасибо оргомное Алена за помощь

Да, пожалуйста.
Если возникнут сомнения или доп.вопросы, обращайтесь. 😉

При ведении бухгалтерского учета и формировании налоговой и бухгалтерской отчетности важно контролировать корректность внесенных данных. Которые собираются на счетах и регистрах бухгалтерского учета. Для этого в программном комплексе «1С: Бухгалтерия государственного учреждения» предусмотрен инструмент «Технологический анализ», который позволяет определить и проверить корректность данных.

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

Ситуация №1

Почему при формировании технологического анализа появляется ошибка «(Обороты) Недопустимый КЭК по КФОИФО». В нашем случае ошибка появилась из-за некорректного заполнения документа «Плановые назначения».

Рис 1

Рис. 1

При заполнении данного документа необходимо учитывать, что  в инструкции № 157н, указано, что счет 507. 00 “Утвержденный объем финансового обеспечения” предназначен для учета учреждениями, финансовыми органами сумм, утвержденных сметой (ФХД) учреждения на соответствующий финансовый год объемов доходов (поступлений), а также сумм, внесенных в данном порядке в течение текущего фин-го года изменений. Так же в инструкции №174 н прописано, что операции по отражению утвержденных сметных назначений и их изменений оформляются следующими бухгалтерскими записями:

  • “суммы расходов бюджетного учреждения, утвержденных сметой доходов и расходов по приносящей доход деятельности (планом финансово-хозяйственной деятельности) бюджетного учреждения на соответствующий финансовый год, отражаются по дебету соответствующих счетов аналитического учета счета 050400000 «Сметные (плановые) назначения» (050400200, 050400300, 050400500, 050400800) и кредиту счетов аналитического учета счета 050600000 «Право на принятие обязательств»;
  • суммы доходов бюджетного учреждения, утвержденных сметой доходов и расходов по приносящей доход деятельности (планом ФХД) бюджетного учреждения на соответствующий фин-вый год, отражаются по кредиту соответствующих счетов аналитического учета счета 050400000 «Сметные (плановые) назначения» (050400100, 050400600, 050400700) и дебету соответствующих счетов аналитического учета счета 050700000 «Утвержденный объем финансового обеспечения».

Следовательно, исходя из вышеизложенного, по счету дебета 507.00 и кредита 504.00 плановые назначения отражаются только по доходам.

Рис. 2

Рис. 2

На рисунке 2 видно, что сумма плановых назначений по расходам ошибочно указаны в графе “Поступления”, а должны быть введены в графу “Выбытия”.

Рис. 3

Рис. 3

Ситуация №2

На рисунке 4 изображена очень распространённая ошибка «Некорректная корреспонденция», разберем, как же её устранить.

Рис 4

Рис. 4

Если появилась данная ошибка это означает что данная проводка отсутствует в регистре сведений «Корректные корреспонденции счетов бухгалтерского учёта. Следовательно, необходимо внести ее через документ «Корректные корреспонденции счетов бухгалтерского учёта».

Рис 5

Рис. 5

Нажмем «Создать», выберем в нашем случае Дт 105.36 и Кт 109.60. В графе комментарий укажем наименование операции.

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

Ситуация №3

Разберем, что делать если технологический анализ выдает ошибку об отрицательном остатке по номенклатуре товаров:

Рис 6

Рис. 6

Есть вероятность, что было списано больше товаров, чем есть по факту, в примере это произошло, потому что списание товаров было проведено документом «Бухгалтерская операция», этом случае программа не ведет контроль списываемого товара. Следовательно, необходимо внести исправление в строчку с ошибкой в документе Бухгалтерская операция.

Ситуация №4

Рис 7

Рис. 7

Ошибка «КПС недопустимого вида «КРБ» по КФО» говорит о том, что эти данные не могут храниться на классификационных признаках счетов (КПС) вида КРБ, так как в учреждении принята учетная политика, закрепляющая структуру рабочего плана счетов с классификацией АУ и БУ:

Исправление необходимо внести в учетной политике учреждения в «Структуру РПС» вносим тип КПС, как показано на рис. 8, в нашем случае «Классификация АУ и БУ»

Рис 8

Рис. 8

Надеемся, статья оказалась полезной для вас.

Остались вопросы по поддержке 1С для государственных и муниципальных учреждений? Обратитесь за бесплатной консультацией воспользовавшись ниже формой обратной связи.

НУЖНА КОНСУЛЬТАЦИЯ ПО ПОДДЕРЖКЕ 1С ДЛЯ ГОССЕКТОРА?

Оставьте заявку — мы свяжемся с вами в ближайшее время и поможем. Пожалуйста, укажите в заявке конфигурацию и название организации 🙂

Я даю свое согласие на обработку моих персональных данных на условиях, определенных Политикой Конфиденциальности.

Заказать консультацию

Опубликовано 09.05.2018 23:00
Просмотров: 17534

Бухгалтерский учет – это очень сложная наука. А если вы ведете учет в программах 1С, то проверка его корректности – вещь необходимая. Для таких целей в программе «1С: Бухгалтерия государственного учреждения 8, редакция 2.0» существует множество отчетов, которые позволяют проверить данные на счетах бухгалтерского учета или в регистрах сбора сведений. Но особняком стоит такой замечательный сервис, как «Технологический анализ», который помогает выявлять технические бухгалтерские ошибки и проверяет корректность данных. В этой статье хотелось бы рассказать про данный сервис, как его использовать, и о чем он нам может рассказать.

Найти этот сервис можно:

Открывается форма:

Форма технологического анализа разделена на две части: справа – группы проверок, слева – выявленные проблемы.
Как видно, сервис позволяет осуществлять проверки по группам (направлениям): одновременно по всем или по каждому в отдельности. Это удобно тем, что ответственные бухгалтеры могут осуществлять проверку только по своему участку учета.
Также плюсом является то, что технологический анализ запоминает проведенные проверки (дату, время и результат проверки).
Итак, самое первое, что нужно сделать, приступая к работе, – это выбрать проверяемую организацию:

После выбора организации можно также пометить виды важности, по которым будет отфильтрован результат технологического анализа:

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

В некоторых направлениях среди рекомендаций значится: «проверку необходимо выполнять за период с начала года». Такая рекомендация неспроста, ведь часто учет, так сказать, «растянут» на календарный год, а при сдаче отчетности и закрытии года – все данные проверяются и выравниваются. Согласна с мнением разработчиков, что технологический анализ лучше осуществлять в периоде с начала года (если только вами он не используется постоянно, и вам важно отследить изменения за период с последней проверки).
Также хотелось бы отметить, что технологический анализ рекомендовано выполнять и после обновления программы. Поясню почему: при обновлении программы компанией «1С» зачастую изменяются правила учета. Бывает, что какие-то справочники/регистры/виды документов удаляются, а имеющиеся данные переносятся в новые объекты. Этот перенос данных осуществляется во время обновления автоматически, но всегда стоит проверять результат переноса, чтобы быть уверенным, что все прошло гладко.
В правой части технологического анализа будут отражаться обнаруженные проблемы. На данный момент, судя по картинке выше, в учете проблем не найдено. Но важно понять: проблем, действительно, нет, или же проверка просто не проводилась? Воспользуемся специальной настройкой технологического анализа. Найти ее можно:

Открывается форма настроек:

И, как видно, автоматические проверки учета отключены. Для их включения необходимо двойным щелчком по строке открыть форму описания направления проверки:

Можно установить флаг автоматического выполнения, и программа будет осуществлять проверку по расписанию:

Возникает вопрос: по какому расписанию будет осуществляться проверка? Параметры различных регламентных (по расписанию) и фоновых заданий можно просмотреть в специальном сервисе «Регламентные и фоновые задания».
Найти его можно:

Открывается список заданий, разделенный на два вида:

В списке регламентных заданий найдем интересующее нас — проверка ведения учета:

Становится понятно, что проверки не проводились ни разу в автоматическом режиме. Чтобы просмотреть расписание, выберем интересующее нас задание:

Расписание можно настроить по своему желанию.
Вернемся к проверкам. После настройки автоматической проверки система проанализировала корректность ведения учета по выбранному нами направлению:

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

Для примера было запущено 3 проверки, в случае обнаружения ошибок, рядом с названием появляется значок и информация об их количестве.

Просмотреть найденные ошибки можно на вкладке «Выявленные проблемы»:

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

Можно не использовать автоматическую проверку учета по расписанию, а после запуска технологического анализа производить проверку вручную. Ручной запуск проверки находится в меню «Все действия», там выделена отдельная кнопка «Выполнить проверку»:

При запуске проверки программа предлагает выбрать период:

Выбор автоматической проверки или ручной – дело вкуса. Единственное, о чем хотелось бы сказать: при выборе автоматической проверки, настраивая расписание выполнения регламентных заданий, учитывайте техническую сторону вопроса, т.к. выполнение требует некоторых затрат ресурсов от системы 1С и от компьютера, на котором осуществляется работа.
После того, как программа выявила проблемы в учете, встает вопрос: что с ними делать? Есть возможность расшифровать каждую отдельно взятую ошибку по двойному щелчку:

Программа предлагает воспользоваться двумя разными отчетами, которые поясняют эту проблему: оборотно-сальдовой ведомостью по счету или карточкой счета. В данном примере воспользуюсь ОСВ, откроется форма отчета:

В этом отдельно взятом примере программа подразумевает, что на счете 105.36 остатки не могут храниться на классификационных признаках счетов (КПС) вида КРБ, так как в организации принята учетная политика, закрепляющая структуру рабочего плана счетов с классификацией АУ и БУ:

Проще говоря, остатки на счетах должны храниться на КПС вида АУ и БУ. Чтобы убедиться, что в учете действительно введены КПС с необходимым видом показателя, рассмотрим справочник КПС. Найти его можно:

Чтобы удостовериться в том, что анализ прав, сформируем отчет «Оборотно-сальдовая ведомость» с необходимой нам группировкой:

Данная проблема помечена как критическая, её решением будет перенос остатков со старых КПС на новые.
Для других направлений проверок может быть предусмотрена другая расшифровка, например:
— если ошибка в каком-либо объекте (документе или справочнике), то при расшифровке программа откроет именно его;
— если ошибка в регистрах хранения данных, программа откроет именно проблемные записи;
— при сравнении каких-либо показателей при расшифровке может открываться сравнительная таблица.
Также результат проверки можно распечатать (для того, чтобы была возможность отслеживать, исправлены ли ошибки с последней проверки). Для этого имеется кнопка «Печать»:

Печатная форма выглядит следующим образом:

В этой статье нами был рассмотрен удобный сервис «Технологический анализ», который позволит следить за корректностью вводимых данных и оперативно исправлять ошибки учета. А вы применяете его в своей работе?

Text.ru - 100.00%

Автор статьи: Светлана Батомункуева

Понравилась статья? Подпишитесь на рассылку новых материалов 

Добавить комментарий

Ошибки технологического анализа

Корреспонденции, не согласующиеся с корректными корреспонденциями счетов

Некорректная корреспонденция. Если при формировании технологического анализа программа выдала вам данную ошибку, значит, такой проводки нет в регистре сведений «Корректные корреспонденции счетов бухгалтерского учета». Ее нужно просто туда добавить через «Операции – Регистр сведений — Корректные корреспонденции счетов бухгалтерского учета ».

Нажмем «Добавить», выберем Дт, Кт и заполним комментарий(наименование). После этого ошибка уйдет.

Проверка остатков по счетам ЕПСБУ

Если при формировании технологического анализа программа выдала вам ошибку: Отрицательный остаток… либо Остаток равен нулю, а сумма отлична от нуля.

Вероятнее всего вы списали большее количество, например номенклатуры, чем есть фактически, такое может быть, если какое-то списание было оформлено документом «Операция вручную», поскольку в этом случае программа не ведет контроль списываемого количества. Исправить это можно щелкнув 2 раза мышкой на строку с ошибкой.

Выберем Карточку счета. У нас откроется отчет с документами, которые формируют эту запись.

Щелкнем 2 раза мышкой по документу, в нашем случае это Операция бухгалтерская, найдем строку с ошибкой и поправим количество или сумму при необходимости.

Весной 2021 года фирма «1С» выпустила информационное письмо №28246 от 14.04.2021, в котором сообщила о завершении поддержки редакции 1.0 программы 1С: БГУ 8 в марте 2023 года.

Уже сейчас БГУ 1.0 сопровождается в ограниченном режиме – поддерживаются только требования к изменениям в законодательстве и обновление форм регламентированной отчетности. Функциональные возможности расширяются только в редакции БГУ 2.0.

Для того чтобы максимально сократить время на исправление возможных ошибок после переноса данных необходимо привести учет в программе в порядок до перехода на новую редакцию программы.

Рассмотрим основные моменты которые нужно проверить в учете ОС до переноса данных:

— уникальность инвентарных номеров ОС

Если в программе есть ОС с повторяющимися инвентарными номерами, то это приведет к путанице данных в регистрах после переноса. Придется потратить немало времени, чтобы привести всё в порядок.

В БГУ 1.0 не предусмотрено типовых механизмов поиска повторных инвентарных номеров, поэтому это можно сделать только вручную или обратившись за помощью к программисту 1С. Программист 1С может найти задвоенные данные с помощью консоли запросов.

В БГУ 2.0 предусмотрена обработка «Поиск и удаление дублей», с помощью которой можно найти дублирующиеся данные.

При обнаружении ОС с повторяющимися инвентарными номерами необходимо присвоить уникальные номера. Это можно сделать, изменив инвентарный номер ОС в справочнике «Инвентарные номера ОС» в меню «Операции» раздел «Справочник» (Рис. 1). Для изменения инвентарного номера в справочнике заходим в меню элемента «Действия» и выбираем «Редактировать код» (Рис. 2).

1.png

Рис. 1

2.png

Рис. 2

начисление амортизации для одного основного средства должно производиться только на один счет, КПС, КФО и ИФО

Учет амортизации одного ОС на разных счетах является ошибкой. Для обнаружения ошибки необходимо выполнить «Технологический анализ» с видом проверки «Проверка остатков по счетам ЕПСБУ» (Рис. 3).

3.png

Рис. 3

Рассмотрим пример: согласно технологическому анализу амортизация по ОС «Микроавтобус FORD TRANSIT 280S» начисляется на разные счета и КПС. Из технологического анализа сформируем ОСВ по счету 104 (Рис. 4).

4.png

Рис. 4

В ОСВ добавим группировку по КПС (Рис. 5).

5.png

Рис. 5

Необходимо перенести суммы начисления амортизации по «Микроавтобус FORD TRANSIT 280S» на один счет и КПС. В случае если ошибка совершена и обнаружена в рамках одного отчетного периода до сдачи годовой отчетности, то для исправления ошибки достаточно перенести суммы с неверного счета на нужный. Для исправления ошибки воспользуемся обработкой «Помощник переноса остатков между счетами» в разделе «Сервис» — «Служебные» (Рис. 6).

6.png

Рис. 6

В открывшейся форме заполняем параметры отбора и дату на которую необходимо отразить перенос остатков. В приведенном примере хотим увидеть корректные остатки на начало года, поэтому дату переноса остатков ставим последний день предыдущего года. Для нашего примера в отборе с левой стороны формы достаточно указать счет с которого нужно перенести остатки и ОС. Затем нажимаем «Заполнить остатки», после чего появляются данные в табличной части. Так как в примере суммы начисленной амортизации расходятся по счету и КПС, то с правой стороны указываем счет и КПС на которые нужно перенести остатки. Далее нажимаем «Перенести остатки» (Рис. 7).

7.png

Рис. 7

В итоге будет создана бухгалтерская операция (Рис. 8).

8.png

Рис. 8

Проверим результат переформировав ОСВ по 104 счету – амортизация по «Микроавтобус FORD TRANSIT 280S» теперь начислена на один счет и КПС (Рис. 9).

9.png

Рис. 9

Если же ошибка совершена в прошлых отчетных периодах, то исправить её можно введя необходимые операции вручную документом «Операция (бухгалтерская)».

— у ОС с групповым учетом стоимость за единицу должна быть одинаковой

Предположим в организацию поступило ОС «Письменный стол» в количестве 5 шт. общей стоимостью 75 122 руб. 82 коп. При расчете стоимости за единицу получаем:

75 122,82 / 5 = 15 024, 564

Исходя из полученного результата стоимость одной единицы ОС равна 15 024 руб. 56 коп. Но если мы рассчитаем общую стоимость приобретенных ОС, умножив на стоимость единицы ОС, то получим:

15 024,56 * 5 = 75 122,8

Получаем разницу с общей стоимостью покупки на 2 копейки. В этом случае программа списывает 2 копейки при списании последней единицы ОС.

В БГУ 1.0 программа позволяла провести списание ОС с разной стоимостью, в БГУ 2.0 – нет. Если на балансе учитывается ОС с разной стоимостью за единицу, то необходимо создать отдельную карточку для ОС с отличной стоимостью.

Согласно приведенному примеру получим ОС «Письменный стол» в количестве 4 шт. стоимостью за единицу 15 024 руб. 56 коп. и общей стоимостью 60 098 руб. 24 коп. и ОС «Письменный стол» в количестве 1 шт. стоимостью 15 024 руб. 58 коп.

В программе не предусмотрены типовые механизмы обнаружения ОС с разной стоимостью.

— ОС, принятые к учету, должны быть введены в эксплуатацию

Если принятое на учет ОС не введено в эксплуатацию, то амортизация не начисляется.

Чтобы обнаружить подобные ОС нужно сравнить оборотно-сальдовую ведомость по счету с данными отчета «Ведомость остатков ОС, НМА». Объекты, принятые к учету, но не введенные в эксплуатацию не попадут в ведомость.

Для исправления ошибки прошлых периодов в БГУ 1.0 необходимо ввести ОС в эксплуатацию документом «Внутреннее перемещение ОС и НМА» с видом операции «Ввод в эксплуатацию ОС» в подразделе «Прочие операции» раздела «ОС, НМА, НПА» (Рис. 10). В БГУ 2.0 это можно сделать документом «Требование – накладная (Основные средства)» с видом операции «Ввод в эксплуатацию» в подразделе «Принятие к учету» раздела «ОС, НМА, НПА» (Рис. 11).

10.png

Рис. 10

11.png

Рис. 11

— реквизит ОКОФ заполнен в справочнике ОС

При незаполненном ОКОФ программа не может рассчитать срок полезного использования.

Для поиска ОС с незаполненным ОКОФ достаточно отсортировать справочник «Список основных средств, НМА, НПА» по колонке «Код по ОКОФ». Или можно задать фильтр поиск по пустому ОКОФ в справочнике. Заполнить ОКОФ можно в карточке ОС.

— верно ли указан счет учета ОС

Если счет учета ОС указан неверно, то это является ошибкой учета.

Что относится к данной категории ошибок:

1. при постановке ОС на учет ошибочно указан счет, не соответствующий типу ОС;

В данном случае ошибку можно обнаружить, проверяя данные вручную. Для исправления ошибки используется документ «Изменение данных ОС, НМА, НПА» в разделе «ОС, НМА, НПА» — «Работа с регистрами сведений по ОС».

2. ОС отображено на устаревшем счете учета, срок действия которого истек в связи с изменениями законодательства;

Для обнаружения остатков на устаревших счетах можно использовать оборотно-сальдовую ведомость, указав в отборе устаревшие счета или даты окончания действия уставших счетов.

— цена объектов ОС и НМА соответствует способу начисления амортизации, указанному в карточке объекта

Для проверки можно использовать «Ведомость остатков ОС, НМА», настроив в нем необходимые отборы. Рассмотрим примеры настройки отборов для проверки корректности учета ОС:

1. ОС балансовой стоимости до 10 000 руб. включительно, принятые к учету с 01.01.2018 года, на которых есть амортизация (Рис. 12). По данным ОС не должно быть амортизации, поскольку при вводе в эксплуатацию ОС сразу списываются на забаланс.

В отборе отчета задаем следующие параметры:

Поле

Вид сравнения

Значение

Балансовая стоимость

Меньше или равно

10 000

Дата принятия к учету

Больше или равно

01.01.2018

Сумма амортизации

Не равно

0

12.png

Рис. 12

2. ОС балансовой стоимости до 3 000 руб. включительно, принятые к учету до 01.01.2018 года, на которых есть амортизация (Рис. 13). По данной категории ОС не должно быть амортизации, при вводе в эксплуатацию они должны быть списаны на забаланс.

Параметры отбора:

Поле

Вид сравнения

Значение

Балансовая стоимость

Меньше или равно

3 000

Дата принятия к учету

Меньше

01.01.2018

Сумма амортизации

Не равно

0

13.png

Рис. 13

Подпишитесь на дайджест!

Подпишитесь на дайджест, и получайте ежемесячно подборку полезных статей.

3. ОС, на которых нет амортизации (Рис. 14). Возможно, забыли начислить амортизацию, или к учету принято новое ОС, на которую амортизация будет начисляться со следующего месяца, либо ОС не введено в эксплуатацию.

Параметры отбора:

Поле

Вид сравнения

Значение

Сумма амортизации

Равно

0

14.png

Рис. 14

4. ОС балансовой стоимости до 3 000 руб. включительно, принятые к учету до 01.01.2018, которые не введены в эксплуатацию (Рис. 15). Возможно ошибка в регистрах, а возможно еще находятся на складе и не введены в эксплуатацию.

Параметры отбора:

Поле

Вид сравнения

Значение

Балансовая стоимость

Меньше или равно

3 000

Дата принятия к учету

Меньше

01.01.2018

Состояние

Не равно

Введено в эксплуатацию

15.png

Рис. 15

5.
ОС балансовой стоимости до 10 000 руб. включительно, принятые к учету с 01.01.2018, которые не введены в эксплуатацию
(Рис. 16). Также возможно ошибка в регистрах или еще находятся на складе и не введены в эксплуатацию.

Параметры отбора:

Поле

Вид сравнения

Значение

Балансовая стоимость

Меньше или равно

10 000

Дата принятия к учету

Больше или равно

01.01.2018

Состояние

Не равно

Введено в эксплуатацию

16.png

Рис. 16

6. ОС принятые к учету с 01.01.2018 года, с балансовой стоимостью свыше 10 000 до 100 000 руб. включительно, на которых нет 100% амортизации (Рис. 17). В данном случае причиной может быть ошибка в расчете амортизации или же ОС еще не введено в эксплуатацию.

Параметры отбора:

Поле

Вид сравнения

Значение

Балансовая стоимость

Больше

10 000

Балансовая стоимость

Меньше или равно

100 000

Дата принятия к учету

Больше или равно

01.01.2018

Износ, %

Не равно

100

Способ начисления амортизации

Равно

100% при вводе в эксплуатацию

17.png

Рис. 17

7. ОС принятые к учету до 01.01.2011 года, с балансовой стоимостью свыше 3 000 до 20 000 руб. включительно, на которых нет 100% амортизации
(Рис. 18). Причиной может быть ошибка в расчете амортизации или же ОС еще не введено в эксплуатацию.

Параметры отбора:

Поле

Вид сравнения

Значение

Балансовая стоимость

Больше

3 000

Балансовая стоимость

Меньше или равно

20 000

Дата принятия к учету

Меньше

01.01.2011

Износ, %

Не равно

100

Способ начисления амортизации

Равно

100% при вводе в эксплуатацию

18.png

Рис. 18

8. ОС принятые к учету с 01.01.11 до 01.01.18 года, с балансовой стоимостью свыше 3 000 до 40 000 руб. включительно, на которых нет 100% амортизации
(Рис. 19). Причина: ошибка в расчете амортизации или же ОС еще не введено в эксплуатацию.

Параметры отбора:

Поле

Вид сравнения

Значение

Балансовая стоимость

Больше

3 000

Балансовая стоимость

Меньше или равно

40 000

Дата принятия к учету

Больше или равно

01.01.2011

Дата принятия к учету

Меньше

01.01.2018

Износ, %

Не равно

100

Способ начисления амортизации

Равно

100% при вводе в эксплуатацию

19.png

Рис. 19

9. ОС с остаточной стоимостью меньше 0 руб. – явная ошибка в расчете амортизации (Рис. 20).

Параметры отбора:

Поле

Вид сравнения

Значение

Остаточная стоимость

Меньше

0

20.png

Рис. 20

При обнаружении подобных ошибок в БГУ 1.0 нужно воспользоваться документом «Изменение стоимости, амортизации, обесценения ОС и НМА» в подразделе «Прочие операции» раздела «ОС, НМА, НПА» (Рис. 21), в БГУ 2.0 – «Изменение стоимости, амортизации, обесценения ОС, НМА, НПА» (Рис. 22).

21.png

Рис. 21

22.png

Рис. 22

— ОС должно быть принято к учету документом, предназначенным для этого в программе, но ни в коем случае не бухгалтерской операцией

При принятии ОС к учету или изменении его стоимости бухгалтерской операцией не происходит запись в регистры. В оборотно-сальдовой ведомости пользователь увидит движения, но, например, в отчете «Ведомость остатков ОС, НМА, НПА» ОС введенное ручной операцией не появится. Поэтому важно использовать для данных целей специально предназначенные для этого в программе документы.

Такие ошибки показывает «Технологический анализ».

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

  • Ошибки топ менеджеров ведущих корпораций книга
  • Ошибки технико юридического характера
  • Ошибки техника при полимеризации пластмассы полного пластиночного протеза
  • Ошибки техника при отливке модели
  • Ошибки техника при изготовлении чспп