ас спод ржд что это
Почему?
Ответ, как это часто бывает, надо искать в истории.
Древние греки, создавшие основу современной цивилизации, справедливо считали, что пересчитать людей невозможно, ибо такая работа займет много месяцев, а за это время многие из уже переписанных умрут, другие, непереписанные, родятся, кто-то приедет из-за рубежа, а кто-то туда сбежит. Все течет, все меняется… В одну и ту же реку нельзя войти дважды, говорил Гераклит.
Только к середине XIX века нашли выход: надо выбрать четкую дату и четкое время и переписывать людей, не важно когда, но важно указать, где они на установленную дату (критический момент) были. По этому принципу работала и бухгалтерия. Критическим моментом до 1999 года выступало 1 января, и можно было несколько месяцев составлять отчет и показывать в нем финансовое положение на 1 января. Теперь критическим моментом считается 31 декабря. Почти все бухгалтеры и по сей день поступают подобным образом, забывая требования СПОД и игнорируя великую доктрину достоверного и добросовестного взгляда.
Что это?
Этот взгляд требует от бухгалтера непременно представить достоверную и только достоверную отчетность. А о какой же достоверной отчетности может идти речь, если ее формально представляют различным, преимущественно внешним, пользователям через t месяцев.
Сказанное имеет огромный экономический смысл и может быть проиллюстрировано на трех примерах.
Пример 1
Предположим, что на 31 декабря 2005 года организация имела дебиторскую задолженность 5 млн. руб. И, по традиционным понятиям, эти 5 млн. руб. и должны были быть указаны в балансе. Но 11 января 2006 года арбитраж отказал в иске 2 млн. руб.
Таким образом, уже 31 декабря, согласно требованию приоритета содержания перед формой (п. 7 ПБУ 1/98) и вытекающих из него положений ПБУ 7/98, реальная задолженность была 3 млн. руб. и, заботясь о реальности баланса, бухгалтер, естественно, должен был указать именно эту величину.
Пример 2
В активе баланса на 31 декабря 2005 года показаны финансовые вложения 10 млн. руб., но к моменту завершения составления отчетности стоимость ценных бумаг снизилась на 1 млн. руб.
В этом случае в балансе необходимо показать 9 млн. руб., ибо предполагается, что и 31 декабря они стоили столько же.
Если же предположить, что стоимость ценных бумаг выросла, логически эту сумму и надо бы показать в балансе. Строго говоря, это и предписывается:
Выдержка из документа
«. событие после отчетной даты подлежит отражению в бухгалтерской отчетности за отчетный год независимо от положительного или отрицательного его характера для организации».
Пример 3
Допустим, в организации на 31 декабря 2005 года было товаров на 20 млн. руб., но 15 января 2006 года выяснили, что они обесценились на 0,5 млн. руб., т.к. потеряли качество вследствие неудовлетворительного хранения.
Поскольку эти товары в бухгалтерском учете числились, а факт порчи был выявлен позже, в балансе на 31 декабря 2005 года товары должны быть показаны на сумму 19,5 млн. руб. Примеры могут быть продолжены, но основной смысл СПОД можно выразить простыми словами: это событие, которое имело место до отчетной даты, но юридически оно не могло до этой даты получить отражения в учете.
Это связано с тем, что бухгалтерский учет, так или иначе, отстает от проявления реальных хозяйственных процессов. Как правило, он идет вслед, но не рядом и очень редко (резервирование) впереди событий.
Критерии
Факт хозяйственной жизни трактуется как СПОД, если он отвечает следующим двум непреложным условиям:
1) он изменяет картину финансового положения организации на отчетную дату;
2) он выявлен после отчетной даты, но до подписания отчета.
И, как следствие, он должен быть отражен в том отчетном периоде, за который мы составляем отчет.
Последнее обстоятельство считается самым важным: он выявлен, в нашем примере, в 2006 году, но должен быть продемонстрирован в отчетности за 2005 год.
СПОД делает бухгалтерский отчет более достоверным, но создает дополнительные трудности для бухгалтера и, что самое плохое, вносит в учет струю субъективизма.
Как отразить?
Допустим, бухгалтер выявил все СПОД и отфильтровал существенные. Далее возникает новая проблема: как отразить в Главной книге на 2005 год необходимые дополнения и исправления. Тут возможны два решения: раскрытие и уточнение.
Раскрытие предполагает, что в Главной книге все остается по-старому, она неприкосновенна, а в пояснительной записке приводятся все выявленные обстоятельства.
Уточнение, напротив, предполагает исправление оборотов и сальдо в Главных книгах за 2005 и 2006 годы. В первом случае, потому что СПОД относятся к 2005, а 2006 в тех случаях, когда исходящее сальдо по счетам Главной книги 2005 года уже было представлено как входящее в Главной книге 2006 года. Для этого в обеих Главных книгах бухгалтер должен методом красного сторно уменьшить величины активов и традиционной записью дебетовать счет Убытков и прибылей. (Принятое название Прибыли и убытки ошибочно, так как все европейцы, а мы, безусловно, европейцы, читают слева направо, а не справа налево). Конечно, вместо сторнирования счетов актива можно их кредитовать, но это будут фиктивные обороты. Как следует из приведенных примеров, весь смысл СПОД в том, что в отчетном периоде активы были неоправданно завышены, и поэтому надо уменьшить их стоимость.
Если выяснится какой-то казус, когда в отчетном периоде была занижена оценка какого-нибудь актива, то в этом случае обычным способом дебетуется активный счет и кредитуется счет Убытков и прибылей.
Итоги
1) отчетность должна демонстрировать не то, что числится в Главной книге, а то, что должно быть достоверно показано в ней;
2) бухгалтер должен проводить различие между существенными и несущественными событиями;
3) каждый бухгалтер должен это решать сам;
4) то, что один бухгалтер сочтет существенным, другой может признать не существенным; хотя для такого разграничения есть основания.
Следующим шагом в теории учета стало введение понятия: условные факты хозяйственной жизни.
Мы разработали систему, которая сократила время проверки документов в 20 раз. Вот как она работает
Знакомая многим ситуация: собираешь гору документов, чтобы получить кредит или страховку, а потом выясняется, что на одной из бумаг не хватает печати или подписи. Страдают из-за этого и клиенты, и показатели бизнеса. Чтобы исправить ситуацию, мы обучили нейросети проверять бумаги за людей и назвали решение СПОД — система предотвращения операционных дефектов. О том, как всё работает, расскажу я — владелец продукта Андрей Гоготов.
СПОД — программа, которая проверяет документы и экономит массу времени и денег бизнесу и его клиентам. Идея создать такой продукт появилась в 2018 году. Зная, что у большинства организаций есть проблемы с проверкой документов, я с коллегами начал изучать, как это устроено в Сбербанке.
Так совпало, что тогда мой друг оформлял большой кредит в крупном банке. Сбор, проверка и перепроверка документов заняли больше месяца. Сначала выяснилось, что не хватает страницы выписки со счёта, потом — что работодатель забыл поставить печать на одной справке. В итоге друг приезжал в офис банка три раза. Можете себе представить, как эмоционально он мне об этом рассказывал и какие впечатления у него остались о той организации.
Оказалось, в Сбербанке процесс был устроен так же. Документы отправляли на проверку в бэк-офис, люди вручную изучали десятки страниц, перемещали бумаги из отдела в отдел — всё это существенно увеличивало риск ошибок: работа с документами была настоящей болью и для клиентов, и для наших коллег-операционистов. С этим нужно было что-то делать, причём срочно.
Было очевидно: оптимальный способ быстро и точно выявлять ошибки при первичной обработке бумаг в офисах Сбербанка — автоматизировать процесс с помощью алгоритмов. Для этого мы обучили нейросети на 18 тысячах документов. Такая программа бесшовно встраивается в программное обеспечение и работает незаметно для пользователя: порядок действий операционистов не меняется.
На практике это работает так: СПОД устанавливается на сервера компании и интегрируется с системой, где происходит документооборот. После настройки и обучения ИИ процесс полностью переходит в руки сотрудника, который выполняет свои привычные обязанности, но быстрее и качественнее. Предположим, предприниматель пришёл в банк, чтобы взять кредит на развитие бизнеса. В руках у него — пакет документов, который он долго собирал. Раньше сотруднику банка пришлось бы вручную перебирать бумаги с карандашом в руках и проверять, на месте ли все подписи и печати. Это занимает около 8 минут. Сейчас операционист загружает документы в программу — и максимум через 10–20 секунд получает результат с точностью 98%. При этом СПОД проверяет не только наличие нужных подписей и печатей, но и «пакетность» бумаг. Нейросети знают, какие именно документы должен внести клиент, и сообщают операционисту, если какой-то справки не хватает.
Часть моей работы — приём и проверка документов, которые приносят клиенты, чтобы оформить кредит. До установки СПОД я раскладывала бумаги, смотрела, везде ли есть подписи и печати, все ли справки собраны. Если после ухода клиента из офиса выяснялось, что чего-то не хватает, мне нужно было связаться с человеком и попросить вернуться. Это было самым неприятным моментом, потому что клиент, возможно, ехал через всю Москву три часа, отпросился с работы — а ты ему говоришь: «Вернитесь, чтобы поставить подпись». Откровенный негатив случался редко, но люди испытывали дискомфорт из-за того, что вынуждены терять время. Иногда они совсем не возвращались — и уходили в другой банк. Теперь, когда я загружаю сканы в программу, СПОД подсвечивает место предполагаемой ошибки во всплывающем окне: не хватает печати или подписи, недостаёт справки, например. СПОД делает эту работу лучше и быстрее меня. А я могу заниматься другими задачами и больше общаться с клиентами — вместо того, чтобы проверять каждую галочку.
Отдельный кейс — работа на выезде. К некоторым клиентам менеджеры Сбера приезжают лично, и в таком случае мы не можем просить его приехать в офис, если обнаружится, что не соблюдена комплектность. Сотруднику приходится выезжать повторно, и банк несёт дополнительные затраты. Благодаря СПОД и эта проблема решена: мы устанавливаем программу на планшеты — и менеджеры проверяют документы на месте, до возвращения в офис.
• Продукт создан на микросервисной архитектуре с возможностью изменения параметров под разные нагрузки и вычислительные мощности. Решение можно гибко масштабировать, а установка дорогостоящего оборудования с GPU — не нужна.
• Данные остаются в безопасности: они обрабатываются во внутреннем контуре клиента с использованием шифрования, а затем сразу удаляются. На внешние ресурсы информация не передаётся.
• СПОД интегрируется с внутренними системами благодаря универсальным API. Также решение можно адаптировать под индивидуальные требования и IT-ландшафт.
• Программа использует запатентованную многоступенчатую систему проверки документов. Продукт работает с самыми разными документами, даже если они составлены в свободной форме.
• СПОД поставляется в рамках неисключительной бессрочной лицензии — как серверное решение, которое распространяется в виде докер-контейнера для развёртывания в закрытом IT-контуре клиента.
За последние 2 года в Сбере СПОД внедрили в ключевые процессы работы с малым и микробизнесом — это кредитование, расчётно-кассовое обслуживание, заключение договоров на торговый эквайринг и зарплатные проекты. А ещё продукт работает в нескольких компаниях экосистемы Сбера. Теперь специалисты тратят на проверку документов в 20 раз меньше времени. Производительность сотрудников выросла на 11%, а доля операций с дефектами упала с 5,6% до 1,3%. Теперь мы экономим банку 20 миллионов рублей в месяц. И, что самое важное, удерживаем клиентов, которые могли бы не вернуться в офис, чтобы исправить ошибки в документах.
Получив такие впечатляющие результаты, мы задумались, как вывести СПОД на рынок. Чтобы понять, как предлагать СПОД другим компаниям, мы обратились в Продуктовую мастерскую — программу Продуктового офиса Сбера.
Чтобы выйти на внешний рынок, нам нужны были канал дистрибуции и экспертная оценка рынка. Так на одной из встреч в Сбере мы познакомились с Леной Нуриджановой, которая много лет занимается продажами, умеет презентовать продукты и работает в компании экосистемы Сбера «Деловая среда». Мы пригласили Лену присоединиться к нашей команде СПОД, потому что ей был интересен как сам продукт, так и новый для неё рынок технологий искусственного интеллекта, а с «Деловой средой» заключили дистрибьюторское агентское соглашение.
В понимании позиционирования продукта нам очень помогло участие в Продуктовой мастерской весной 2021 года. Это трёхмесячная программа, во время которой продуктовые команды вместе с трекером ищут слабые и сильные места продуктов, работают с метриками и прокачивают компетенции. Подробнее о том, как это работает, можно почитать здесь. Совместно с Продуктовой мастерской мы провели исследование рынка, разобрались с позиционированием и выделили сильные стороны нашего решения.
Изучая рынок, мы поняли, что наших конкурентов можно разделить на несколько групп: это крупные игроки, стартапы и компании, работающие с зарубежными вендорами. В большинстве случаев решения стоили дорого. Например, один стартап предлагал распознавание документов на десятках языков. На практике оказалось, что нашим потенциальным клиентам эта опция не нужна и переплачивать за неё они не готовы. Кроме того, нейросети конкурентов требовали использования дорогих GPU, то есть видеокарт. СПОД же может «крутиться» на CPU, то есть обычном процессоре. Мы поняли, что относительно невысокая стоимость решения станет нашим конкурентным преимуществом.
Там же, в Продуктовой мастерской, мы выявили ещё одну сильную сторону продукта. Дело в том, что в Сбере есть мощные компетенции по выстраиванию бизнес-процессов. Мы понимаем, как именно работает бизнес клиента. Сейчас СПОД упрощает жизнь компаниям с большим объёмом документооборота: это финансовые организации, страховщики, перевозчики грузов, HR и рекрутинговые агентства. Они до сих пор сталкиваются с теми же проблемами, какие были у Сбера пять лет назад. Да, многие переводят документооборот в онлайн — и для работы с электронными документами мы тоже разрабатываем инструменты. Но реальность такова, что огромное количество операционистов до сих пор завалены бумажной работой, а бизнес продолжает терять клиентов и деньги из-за досадных ошибок.
Первое, что мы предлагаем компании, которой интересен СПОД, — полноценный аудит. Операционные процессы — сложная штука, поэтому важно поговорить с сотрудниками и узнать, как всё устроено изнутри. После этого мы считаем, сколько операционистов смогут освободиться от рутинных задач и сколько денег сэкономит компания благодаря СПОД. В Мастерской мы изучали разные сферы бизнеса и искали «боли» клиентов, чтобы максимально адаптировать под них свой продукт.
После аудита мы сканируем большой массив бумаг клиента — и обучаем алгоритмы работать с нужными документами. Для нас было важно, чтобы СПОД мог работать с уникальными случаями, поэтому сейчас мы пробуем обучать нейросети на маленькой выборке — где-то 200–300 изображений.
Дальше остаётся установить СПОД на оборудование. При этом доступ к системе будет только у клиента: после покупки лицензии Сбер оказывает техподдержку, но сама система работает автономно.
СПОД после утверждения отчетности
Уважаемые коллеги, вопрос по практическому применению МСА в части СПОД который глубоко за пределами РСБУ. Во всех случая аудит в 3 квартале после отчетного года.
Ситуация 1.
Отчетность подписана, но еще не утверждена. После даты подписания, но до даты АЗ имеется СПОД
Ситуация 2.
Отчетность подписана, утверждена, отправлена первым пользователям. СПОД до даты выпуска АЗ.
С ситуацией 1 еще более или менее все утрясаемо. Хотя обязанности вносить какие-либо корректировки в отчетность по РСБУ у организации нет.
Как практически в АЗ должна выглядеть ситуация 2?
Прошу прощения, в моем браузере контекстный поиск по форуму не работает, полистала не нешла навскидку, если уже обсуждался такой вопрос
Поэтому с точки зрения МСА разницы между 1-й и 2-й ситуацией нет. Во второй ситуации можно также попросить клиента внести корректировки в отчетность. Если же он этого не делает и не раскрытие СПОД является существенным, то вероятно действительно требуется модификация мнения.
Кстати, п.12 ПБУ 7/98 установлена обязанность организации информировать получателей отчетности о СПОД после даты подписания, но даты утверждения отчетности. Может быть такое информирование будет частью отчетности (концепция достоверного представления)? Тогда модификации не потребуется. Впрочем это мои фантазии. На практике не встречал.
|
|
|
|
|
|
|
|
|
|
Способ определения поставщика (подрядчика, исполнителя) | Запрос предложений | ||||||||||||||||||||||||||||||||||||
Наименование электронной площадки | Отраслевой центр разработки и внедрения информационных систем | ||||||||||||||||||||||||||||||||||||
Размещение осуществляет | Отраслевой центр разработки и внедрения информационных систем | ||||||||||||||||||||||||||||||||||||
Заказчик | Отраслевой центр разработки и внедрения информационных систем | ||||||||||||||||||||||||||||||||||||
Аналитика по заказчику | Для просмотра аналитики по заказчику достаточно кликнуть по его наименованию. | ||||||||||||||||||||||||||||||||||||
Объект закупки | Выполнение работ по теме: «Развитие Автоматизированной системы бюджетного управления ОАО «РЖД» (АСБУ РЖД). Подсистема формирования Сводной программы мероприятий по оптимизации операционной деятельности ОАО «РЖД» (АС СПОД)» | ||||||||||||||||||||||||||||||||||||
Этап закупки | Закупка завершена | ||||||||||||||||||||||||||||||||||||
Действия |
Начальная (максимальная) цена контракта | 20 976 000,00 |
Обеспечение заявки | 0,00 |
Данные с площадки | Зарегистрируйтесь и получайте оповещение о нехватке средств на обеспечение заявки |
Обеспечение контракта | 0,00 |
Дата и время публикации | 19.08.2019 в 00:00 (МСК+0) |
Дата и время окончания подачи заявок | 06.09.2019 в 00:00 (МСК+0) |
Дата окончания срока рассмотрения заявок участников | 08.09.2019 (МСК +0) по времени заказчика |
Часовая зона | Время будет отображено в Вашем часовом поясе после регистрации |
Организация, осуществляющая размещение | Отраслевой центр разработки и внедрения информационных систем |
Наименование товара, работы, услуги | Код по | Единица измерения | Количество | Цена за ед.изм. | Стоимость |
№ п/п | Участник | Предложенная цена | Процент снижения | Решение комиссии |
Для просмотра аналитики по поставщику достаточно кликнуть по его наименованию. |
Контракты отсутствуют |
Для просмотра аналитики по поставщику достаточно кликнуть по его наименованию. |
Навигация
21113021035677933
Выполнение работ связанных с разработкой, модификацией и внедрением функциональности, использующей объекты двух и более подсистем Автоматизированной системы управления финансово-закупочной деятельностью
21120221035732930
Выполнение работ по разработке типового технического проекта по интеграции автоматизированной системы управления информационной безопасностью ФГУП Госкорпорация по ОрВД с комплексом средств защиты информации (АС
ФГУП «ГОСКОРПОРАЦИЯ ПО ОРВД»
21120321035847724
Выполнение работ по развитию информационной системы, обеспечивающей взаимодействие участников внешнеэкономической деятельности и субъектов международной торговли с органами государственной власти по принципу «одного окна» в части модернизации подсистемы
АО «Российский экспортный центр»
21120321035784354
выполнения работ по развитию функциональности автоматизированной системы бухгалтерского учета (АСБУ) в части требований по информационной
21120321035798246
Выполнение работ по техническому обслуживанию системы управления доступом и охранной сигнализации «АССаД-М5» с интегрированной автоматизированной
АО «КОЛЬСКАЯ АТОМНАЯ СТАНЦИЯ»
- антхилл в мобайл легенд что
- Разбираемся с понятием развал схождения в автомобильном мире