сколько дней может существовать неоплаченный жесткий резерв
Резервирование товара в интернет-магазине: виды, механизм, сроки и способы автоматизации
Клиенту не всегда удобно совершать покупку в интернет-магазине одномоментно. Иногда нужного товара нет в наличии на складе или желаемая модель – новинка, которая только ожидается на рынке. В некоторых случаях покупатель хочет отложить заказ на несколько дней. Например, чтобы подумать и принять окончательное решение или дождаться зарплаты. Отдельные компании работают по предварительным заказам, закупая продукцию у поставщика по факту востребования.
Во всех перечисленных ситуациях покупателям предлагают выбрать и забронировать товар перед покупкой. Как работать с резервами и какие нюансы при этом учитывать – подробности в нашем материале.
Принципы и виды резервирования товара
Система складского резервирования обеспечивает обработку предварительных заказов покупателей. Она подчиняется определенному порядку, согласно которому формируется доступ к продукции на складах.
Различают два вида резервирования в системе:
Под заказ бронируются реальные объемы товара, которые в данный момент находятся на складах. Размер таких резервов планируется каждой компанией самостоятельно. Обычно на них выделяют до 20% от общего объема. Основная часть остается для покупателей, готовых приобрести продукцию прямо сейчас.
Товар, который физически присутствует на складе, но зарезервирован под соответствующий заказ, отражают в учетных ведомостях в виде резервной составляющей. К резервам могут также относить и внутренние заказы на пополнение запасов от каких-либо отделов компании или непосредственно от склада.
Резервирование под документ позволяет «отложить» продукцию, которая еще не прибыла на хранение. Система перемещает эти резервы в категорию срочных для формирования внеплановых заказов поставщикам или резервирует под них товары в ожидаемых в ближайшее время поставках. В результате поступившие позиции будут сразу перенаправлены на выполнение конкретного заказа клиента.
Схема резервирования по заказам
Бронь под заказ регистрируется на любом этапе обработки заявки: после оформления, в процессе корректировок или подтверждения, при оприходовании товара.
Товары, прибывшие в качестве резерва под документ, помечаются специальной меткой, ограничивающей право продажи. Их добавляют к общему количеству складских запасов, но не вносят в доступные остатки.
Таким образом, предзаказы выполняются двумя способами:
Возможность забронировать интересующий продукт и отложить покупку на определенный срок – дополнительное удобство для покупателей, которые очень ценят наличие такой функции в интернет-магазине.
Преимущества грамотного резервирования:
Оформление резервов «на всякий случай» в качестве личной подстраховки для менеджеров по продажам крайне нецелесообразны. Хотя подобная практика встречается. Применяют ее в попытках предотвратить отсутствие на складе продукции повышенного спроса. Обычно это приводит к формированию большого избытка. Как результат – замороженные в запасах денежные средства и невозможность оперативно реагировать на колебания спроса.
Попытки необоснованных случайных резервов желательно пресекать. Чтобы не возникало проблем с наличием товаров, нужно создавать так называемый буфер запаса. Это целевой уровень складских запасов, который поддерживается для удовлетворения потребностей клиентов. В нем должны быть учтены вероятные колебания сроков поставки и покупательского спроса.
Механизм реализации и сроки
Процедура резервирования привязана к складу или определенным складам. Если их несколько, часть продукции можно бронировать в одном хранилище, вторую часть – в другом.
Логика выполнения зависит от особенностей сферы деятельности и бизнес-процессов компании. Схема резервирования под заказы покупателей включает несколько этапов:
Этапы резервирования товаров под заказ покупателя
На первом этапе принимается предварительная заявка клиента или внутренний заказ. Затем выписывается авансовый счет и ожидается поступление необходимых продуктов.
На следующем этапе вносятся нужные корректировки. Далее заказ окончательно согласовывают, конкретные позиции резервируются и исключаются из доступных остатков.
Заключительный шаг – снятие резерва. Это происходит в момент отгрузки для реализации, при отказах от покупки или в случае, если товар не был отгружен по каким-либо другим причинам. Все товарные перемещения оформляются соответствующими документами.
Резервы нужно тщательно отслеживать и не дублировать. Для управления используют специальные отчеты, в которых отображается подробная информация по пунктам:
Складские запасы резервируются под заказы клиентов с момента регистрации заявки до отгрузки продукции. Зачастую компании устанавливают ряд условий бронирования. Делается это для того, чтобы не замораживать ресурсы, временно исключенные из реального товарооборота, на слишком длительный период.
В условиях прописывают:
Для каждого резерва рассчитывается крайняя дата оплаты, о чем покупателя дополнительно извещают. В зависимости от нюансов заказа срок может составлять от нескольких часов до нескольких дней, недели и более.
Резервирование применяется для товаров любой категории. Особенно востребована эта функция в различных непродовольственных нишах: компьютерной и бытовой техники, электроники, мебели, автомобилей и запчастей.
Ключевые продукты продаются по предзаказам в категориях «Скоро в продаже», «Ожидается на складе» и подобных. Компании вначале анонсируют интересное предложение, а затем предлагают оставить заявку на покупку, которая ни к чему не обязывает. Очевидный плюс работы по предварительным заказам – минимизация издержек и экономия складских затрат.
Ожидаемые поступления в интернет-магазине, согласованные с поставщиком и отраженные в товарной карточке
Способы автоматизации резервирования
Брони на продукцию принимаются по телефону, через специальные формы на сайтах и другие каналы коммуникации. Учет резервов ведется вручную или автоматически. Первый способ – довольно сложный и затратный по времени. Это самые обычные записи в отдельные журналы, тетради. Сейчас его практически не используют, поскольку большая часть бизнес-процессов в интернет-магазине автоматизируется. Рассмотрим основные инструменты, которые помогут упростить или полностью автоматизировать учет товаров, предусматривающий работу с отложенными заказами.
Табличный процессор Excel
В электронных таблицах программы Excel можно вести полноценный складской учет и фиксировать все товарные движения. Однако такой способ подходит только для небольших интернет-магазинов с минимальными объемами продаж. Инструмент нельзя назвать автоматизированным. Таблица учета не интегрируется с сайтом, онлайн-кассой и бухгалтерским ПО, поэтому данные в нее нужно заносить вручную. Но все же это гораздо удобнее, чем записи на бумаге.
Складской учет в Excel
Преимущества Excel:
С таблицами необходимо уметь правильно обращаться, самостоятельно выстраивать их структуру, применять специальные формулы для расчетов. По сути, Excel представляет собой некий конструктор, который можно преобразовать в примитивную систему автоматизации.
Поставки, внутренние передвижения продукции, продажи, доставки клиентам отображаются в отдельных таблицах программы. Для учета брони по определенным товарам и товарным группам создаются соответствующие колонки и ячейки с пометками:
В числе недостатков Excel – отсутствие автоматической проверки корректности введенных данных, высокий риск ошибок, нехватка аналитики, средств для планирования поставок, контроля над остатками. К тому же, программа исключает одновременный доступ для нескольких пользователей, что совсем неудобно и нерезонно для крупных компаний.
Резервирование на сайте
Возможность бронирования товара может быть предусмотрена CMS или дополнительными модулями и интегрирована в интернет-магазин вместе со стандартными функциями выбора, покупки и оплаты. В этом случае отслеживать, настраивать и корректировать резервы можно прямо в административной панели ресурса, а затем синхронизировать данные с товароучетной системой или бухгалтерским ПО.
Механизм устроен следующим образом:
Функция бронирования товара на сайте интернет-магазина
Бронь фиксируется по определенным правилам для заказов на покупку, продажу, сборку. Компания устанавливает граничные сроки и максимально допустимое количество единиц.
Товароучетные системы
Самый удобный инструмент для управления резервами – товароучетные системы. В них присутствуют все необходимые возможности для учета продаж, отложенных товаров и их перемещений. Примером такого инструмента является облачный сервис «ЕКАМ».
Система позволяет точно контролировать запасы, резервы и ожидания, отслеживать доступные остатки для реализации в интернет-магазине. Резервировать можно позиции из списка будущих поступлений или товары, которые находятся на складе.
Если установить в заказе покупателя метку «Резерв», бронь будет действовать на все позиции в документе. При необходимости в настройках указывается резерв под клиента на отдельные единицы. Также возможна резервация конкретных наименований или товарных групп на случай предстоящих периодов повышенного спроса. Бронь по заказу снимается после отгрузки, продажи или в других ситуациях, предусмотренных настройками.
Сервис «ЕКАМ» интегрируется с интернет-магазином. В то время, как покупатель бронирует или заказывает какой-либо продукт на сайте, происходит мгновенный обмен информацией. Единица резервируется и списывается из доступных остатков.
Подробный отчет об остатках, в котором учтены резервы, доступен в разделе «Остатки». В документе отражаются данные по каждому наименованию:
При достижении заданных значений неснижаемых остатков система оповещает пользователя уведомлением на email. Это помогает рационально планировать закупки и своевременно оформлять заказы поставщикам на нужные позиции, избегая простоев.
Программа удобна тем, что в ней можно работать с несколькими сайтами, совмещать учет в интернет-магазине и стационарной розничной точке, загружать и синхронизировать данные. Соответственно, продукция может резервироваться на любом из имеющихся складов.
Помимо этого, товароучетная система «ЕКАМ» поддерживает еще множество полезных функций для предпринимателей. Среди них:
Резервирование интересующего продукта и возможность повременить с окончательным решением оценивается покупателями как дополнительный индикатор надежности компании.
Реализовывая такую функцию, интернет-магазин получает больше лояльных клиентов и практически не теряет продажи из-за временного отсутствия товара на складе. Но система резервирования будет эффективна только при качественной, правильной организации. Обеспечить ее помогут автоматизированные системы. Все необходимые инструменты для оформления брони, учета товаров и продаж есть в сервисе «ЕКАМ».
У нас есть готовое решение и оборудование для онлайн-кассы
Испытайте все возможности платформы ЕКАМ бесплатно
Читайте также
Соглашение о конфиденциальности
и обработке персональных данных
1.Общие положения
1.1.Настоящее соглашение о конфиденциальности и обработке персональных данных (далее – Соглашение) принято свободно и своей волей, действует в отношении всей информации, которую ООО «Инсейлс Рус» и/или его аффилированные лица, включая все лица, входящие в одну группу с ООО «Инсейлс Рус» (в том числе ООО «ЕКАМ сервис»), могут получить о Пользователе во время использования им любого из сайтов, сервисов, служб, программ для ЭВМ, продуктов или услуг ООО «Инсейлс Рус» (далее – Сервисы) и в ходе исполнения ООО «Инсейлс Рус» любых соглашений и договоров с Пользователем. Согласие Пользователя с Соглашением, выраженное им в рамках отношений с одним из перечисленных лиц, распространяется на все остальные перечисленные лица.
1.2.Использование Сервисов означает согласие Пользователя с настоящим Соглашением и указанными в нем условиями; в случае несогласия с этими условиями Пользователь должен воздержаться от использования Сервисов.
1.3.Сторонами (далее – «Стороны) настоящего Соглашения являются:
«Пользователь» –
либо физическое лицо, обладающее дееспособностью и признаваемое участником гражданских правоотношений в соответствии с законодательством Российской Федерации;
либо юридическое лицо, зарегистрированное в соответствии с законодательством государства, резидентом которого является такое лицо;
либо индивидуальный предприниматель, зарегистрированный в соответствии с законодательством государства, резидентом которого является такое лицо;
которое приняло условия настоящего Соглашения.
1.4.Для целей настоящего Соглашения Стороны определили, что конфиденциальная информация – это сведения любого характера (производственные, технические, экономические, организационные и другие), в том числе о результатах интеллектуальной деятельности, а также сведения о способах осуществления профессиональной деятельности (включая, но не ограничиваясь: информацию о продукции, работах и услугах; сведения о технологиях и научно-исследовательских работах; данные о технических системах и оборудовании, включая элементы программного обеспечения; деловые прогнозы и сведения о предполагаемых покупках; требования и спецификации конкретных партнеров и потенциальных партнеров; информацию, относящуюся к интеллектуальной собственности, а также планы и технологии, относящиеся ко всему перечисленному выше), сообщаемые одной стороной другой стороне в письменной и/или электронной форме, явно обозначенные Стороной как ее конфиденциальная информация.
1.5.Целью настоящего Соглашения является защита конфиденциальной информации, которой Стороны будут обмениваться в ходе переговоров, заключения договоров и исполнения обязательств, а равно любого иного взаимодействия (включая, но не ограничиваясь, консультирование, запрос и предоставление информации, и выполнение иных поручений).
2.Обязанности Сторон
2.1.Стороны соглашаются сохранять в тайне всю конфиденциальную информацию, полученную одной Стороной от другой Стороны при взаимодействии Сторон, не раскрывать, не разглашать, не обнародовать или иным способом не предоставлять такую информацию какой-либо третьей стороне без предварительного письменного разрешения другой Стороны, за исключением случаев, указанных в действующем законодательстве, когда предоставление такой информации является обязанностью Сторон.
2.2.Каждая из Сторон предпримет все необходимые меры для защиты конфиденциальной информации как минимум с применением тех же мер, которые Сторона применяет для защиты собственной конфиденциальной информации. Доступ к конфиденциальной информации предоставляется только тем сотрудникам каждой из Сторон, которым он обоснованно необходим для выполнения служебных обязанностей по исполнению настоящего Соглашения.
2.3.Обязательство по сохранению в тайне конфиденциальной информации действительно в пределах срока действия настоящего Соглашения, лицензионного договора на программы для ЭВМ от 01.12.2016г., договора присоединения к лицензионному договору на программы для ЭВМ, агентских и иных договоров и в течение пяти лет после прекращения их действия, если Сторонами отдельно не будет оговорено иное.
2.4.Не будут считаться нарушением настоящего Соглашения следующие случаи:
(а)если предоставленная информация стала общедоступной без нарушения обязательств одной из Сторон;
(б)если предоставленная информация стала известна Стороне в результате ее собственных исследований, систематических наблюдений или иной деятельности, осуществленной без использования конфиденциальной информации, полученной от другой Стороны;
(в)если предоставленная информация правомерно получена от третьей стороны без обязательства о сохранении ее в тайне до ее предоставления одной из Сторон;
(г)если информация предоставлена по письменному запросу органа государственной власти, иного государственного органа, или органа местного самоуправления в целях выполнения их функций и ее раскрытие этим органам обязательно для Стороны. При этом Сторона должна незамедлительно известить другую Сторону о поступившем запросе;
(д)если информация предоставлена третьему лицу с согласия той Стороны, информация о которой передается.
2.5.Инсейлс не проверяет достоверность информации, предоставляемой Пользователем, и не имеет возможности оценивать его дееспособность.
2.6.Информация, которую Пользователь предоставляет Инсейлс при регистрации в Сервисах, не является персональными данными, как они определены в Федеральном законе РФ №152-ФЗ от 27.07.2006г. «О персональных данных».
2.7.Инсейлс имеет право вносить изменения в настоящее Соглашение. При внесении изменений в актуальной редакции указывается дата последнего обновления. Новая редакция Соглашения вступает в силу с момента ее размещения, если иное не предусмотрено новой редакцией Соглашения.
2.8.Принимая данное Соглашение Пользователь осознает и соглашается с тем, что Инсейлс может отправлять Пользователю персонализированные сообщения и информацию (включая, но не ограничиваясь) для повышения качества Сервисов, для разработки новых продуктов, для создания и отправки Пользователю персональных предложений, для информирования Пользователя об изменениях в Тарифных планах и обновлениях, для направления Пользователю маркетинговых материалов по тематике Сервисов, для защиты Сервисов и Пользователей и в других целях.
2.9.Принимая данное Соглашение, Пользователь осознает и соглашается с тем, что Сервисами Инсейлс для обеспечения работоспособности Сервисов в целом или их отдельных функций в частности могут использоваться файлы cookie, счетчики, иные технологии и Пользователь не имеет претензий к Инсейлс в связи с этим.
2.10.Пользователь осознает, что оборудование и программное обеспечение, используемые им для посещения сайтов в сети интернет могут обладать функцией запрещения операций с файлами cookie (для любых сайтов или для определенных сайтов), а также удаления ранее полученных файлов cookie.
Инсейлс вправе установить, что предоставление определенного Сервиса возможно лишь при условии, что прием и получение файлов cookie разрешены Пользователем.
2.11.Пользователь самостоятельно несет ответственность за безопасность выбранных им средств для доступа к учетной записи, а также самостоятельно обеспечивает их конфиденциальность. Пользователь самостоятельно несет ответственность за все действия (а также их последствия) в рамках или с использованием Сервисов под учетной записью Пользователя, включая случаи добровольной передачи Пользователем данных для доступа к учетной записи Пользователя третьим лицам на любых условиях (в том числе по договорам или соглашениям). При этом все действия в рамках или с использованием Сервисов под учетной записью Пользователя считаются произведенными самим Пользователем, за исключением случаев, когда Пользователь уведомил Инсейлс о несанкционированном доступе к Сервисам с использованием учетной записи Пользователя и/или о любом нарушении (подозрениях о нарушении) конфиденциальности своих средств доступа к учетной записи.
2.12.Пользователь обязан немедленно уведомить Инсейлс о любом случае несанкционированного (не разрешенного Пользователем) доступа к Сервисам с использованием учетной записи Пользователя и/или о любом нарушении (подозрениях о нарушении) конфиденциальности своих средств доступа к учетной записи. В целях безопасности, Пользователь обязан самостоятельно осуществлять безопасное завершение работы под своей учетной записью по окончании каждой сессии работы с Сервисами. Инсейлс не отвечает за возможную потерю или порчу данных, а также другие последствия любого характера, которые могут произойти из-за нарушения Пользователем положений этой части Соглашения.
3.Ответственность Сторон
3.1.Сторона, нарушившая предусмотренные Соглашением обязательства в отношении охраны конфиденциальной информации, переданной по Соглашению, обязана возместить по требованию пострадавшей Стороны реальный ущерб, причиненный таким нарушением условий Соглашения в соответствии с действующим законодательством Российской Федерации.
3.2.Возмещение ущерба не прекращают обязанности нарушившей Стороны по надлежащему исполнению обязательств по Соглашению.
4.Иные положения
4.1.Все уведомления, запросы, требования и иная корреспонденция в рамках настоящего Соглашения, в том числе включающие конфиденциальную информацию, должны оформляться в письменной форме и вручаться лично или через курьера, или направляться по электронной почте адресам, указанным в лицензионном договоре на программы для ЭВМ от 01.12.2016г., договоре присоединения к лицензионному договору на программы для ЭВМ и в настоящем Соглашении или другим адресам, которые могут быть в дальнейшем письменно указаны Стороной.
4.2.Если одно или несколько положений (условий) настоящего Соглашения являются либо становятся недействительными, то это не может служить причиной для прекращения действия других положений (условий).
4.3.К настоящему Соглашению и отношениям между Пользователем и Инсейлс, возникающим в связи с применением Соглашения, подлежит применению право Российской Федерации.
4.3.Все предложения или вопросы по поводу настоящего Соглашения Пользователь вправе направлять в Службу поддержки пользователей Инсейлс www.ekam.ru либо по почтовому адресу: 107078, г. Москва, ул. Новорязанская, 18, стр.11-12 БЦ «Stendhal» ООО «Инсейлс Рус».
Дата публикации: 01.12.2016г.
Полное наименование на русском языке:
Общество с ограниченной ответственностью «Инсейлс Рус»
Сокращенное наименование на русском языке:
Наименование на английском языке:
InSales Rus Limited Liability Company (InSales Rus LLC)
Юридический адрес:
125319, г. Москва, ул. Академика Ильюшина, д. 4, корп.1, офис 11
Почтовый адрес:
107078, г. Москва, ул. Новорязанская, 18, стр.11-12, БЦ «Stendhal»
ИНН: 7714843760 КПП: 771401001
Банковские реквизиты:
В ИНГ БАНК (ЕВРАЗИЯ) АО, г.Москва,
к/с 30101810500000000222, БИК 044525222
Новые правила обесценения дебиторской задолженности в соответствии с МСФО (IFRS) 9 «Финансовые инструменты»
Автор: Ульяна Сергеевна Ильичева, магистрант кафедры бухгалтерского учета Финансового университета при Правительстве Российской Федерации
В статье рассмотрены новые правила оценки и обесценения дебиторской задолженности, появившиеся в результате принятия стандарта МСФО 9 «Финансовые инструменты». Особое внимание уделяется порядку расчета резерва по модели ожидаемых кредитных убытков. Автором сделаны выводы о проблемах, с которыми могут столкнуться организации при необходимости применения стандарта МСФО 9.
Ключевые слова: дебиторская задолженность; оценка; обесценение; международные стандарты финансовой отчетности; модель ожидаемых кредитных убытков; дефолт.
В июле 2014 года Совет по международным стандартам финансовой отчетности (IASB) опубликовал окончательную версию стандарта МСФО (IFRS) 9 «Финансовые инструменты». В нем изложены основные требования к классификации и оценке финансовых инструментов, приведены положения по учету убытков от обесценения, а также по учету операций хеджирования, сформулированные в рамках проекта по замене стандарта МСФО (IAS) 39 «Финансовые инструменты: признание и оценка» [1].
Датой начала обязательного применения данной версии стандарта в Российской Федерации назначено 1 января 2018 года, однако допускается и досрочное его применение. Кроме того, в мае 2014 года Совет по МСФО опубликовал МСФО (IFRS) 15 «Выручка по договорам с покупателями», который отражает основные правила учета дебиторской задолженности по договорам с покупателями.
МСФО (IFRS) 15 и МСФО (IFRS) 9 тесно взаимосвязаны. Поэтому, если компания применяет новый стандарт по учету выручки досрочно, ей следует рассмотреть вопрос досрочного применения и МСФО (IFRS) 9. В связи с этим целесообразно более подробно рассмотреть некоторые новшества, введенные последней версией стандарта МСФО (IFRS) 9, а именно: правила оценки и обесценения дебиторской задолженности.
Оценка дебиторской задолженности
Что касается первоначального признания, то торговая дебиторская задолженность, не имеющая существенного компонента финансирования (без значительной отсрочки платежа и т. п.), должна учитываться по цене сделки, без применения дисконтирования, так как эффект дисконтирования будет несущественным. Дебиторская же задолженность со значительным компонентом финансирования при первоначальном признании должна отражаться по справедливой стоимости с отнесением разницы между справедливой стоимостью и соответствующей величиной признанной выручки на расходы [4].
Объяснение сущности компонента финансирования дано в пункте 60 стандарта МСФО (IFRS) 15. В нем говорится, что учитывая влияние временной стоимости денег, сроки выплат, согласованные сторонами договора, могут предоставлять покупателю значительную выгоду от финансирования продавцом передачи товаров или услуг покупателю [6].
Среди актуальных задач бухгалтерского учета и отчетности в современных условиях выделяется «нацеленность учетных правил на возможность выявления основных угроз для развития предприятия, неопределенности и рисков». Именно такой нацеленностью характеризуются правила создания резервов по дебиторской задолженности согласно МСФО (IFRS) 9 [7].
Обесценение дебиторской задолженности
В МСФО (IAS) 39 предлагались три модели обесценения, каждая из которых применялась к соответствующей категории финансовых активов. Вместо этого в МСФО (IFRS) 9 в редакции 2014 года предложена единая модель обесценения.
Толчком к изменению данного положения международных стандартов явился мировой финансовый кризис. Тогда в качестве одной из главных проблем было названо запоздалое признание кредитных убытков в финансовой отчетности.
Ранее для целей определения момента признания обесценения финансовых инструментов международные стандарты финансовой отчетности использовали модель понесенных убытков. Согласно данной модели, событие, которое приведет к убытку, происходит раньше, чем создание резерва под данные убытки.
Во время финансового кризиса модель понесенных убытков критиковалась за задержку в признании убытков и неотражение соответствующим образом кредитных убытков, которые, как ожидалось, будут иметь место [3].
Резерв на обесценение финансового актива признается в размере ожидаемых кредитных убытков (ОКУ). Ожидаемые кредитные убытки – это приведенная стоимость всех сумм недобора денежных средств в случае возникновения дефолта на протяжении ожидаемого срока действия финансового актива [4].
Согласно требованиям МСФО (IFRS) 9, резерв под ОКУ должен быть признан в прибылях и убытках либо сразу в момент признания актива, либо на первую же отчетную дату после признания. В этом состоит отличие от предыдущего стандарта МСФО (IAS) 39, согласно которому «обесценение не признается кроме случаев и вплоть до момента, когда после первоначального признания финансового актива произойдет событие, повлекшее убыток» [5].
ОКУ подразделяются на две группы: те, которые ожидаются в пределах 12 месяцев, и те, которые ожидаются на протяжении всего срока действия финансового актива. Для дебиторской задолженности, в частности, следует признавать резерв под ОКУ на протяжении всего срока действия актива.
Оценка ОКУ должна учитывать:
расчет недобора денежных средств;
вероятность кредитного убытка;
временную стоимость денег;
обоснованную и подтверждаемую информацию, которую можно получить без чрезмерных усилий и затрат. Важным представляется то, что стандарт МСФО (IFRS) 9 не содержит определения термина «дефолт». Соответственно, каждая организация должна определить его самостоятельно с учетом специфики управления кредитными рисками.
Существует также допущение, что факт дефолта должен быть признан в течение 90 дней после возникновения просрочки. Однако организация может использовать и более длительный срок, если имеет подтвержденную информацию, дающую право использовать другой критерий дефолта.
Для дебиторской задолженности, не имеющей существенного компонента финансирования, существует упрощение. Оно заключается в том, что расчет обесценения может строиться исходя из прошлой информации об уровне убытков, скорректированной с учетом текущей информации.
В данном случае предприятиям не обязательно отслеживать изменения величины кредитного риска, но при признании на каждую отчетную дату они должны признавать резервы по убыткам в сумме, равной величине ожидаемых кредитных убытков за весь срок действия финансового инструмента. Такой подход применяется для торговой дебиторской задолженности и активов по договору, не содержащих значительный компонент финансирования, а также если предприятие применяет предусмотренный стандартом МСФО (IFRS) 15 «практический подход к договорам со сроком расчетов в 1 год или меньше». Резерв по ожидаемым убыткам рассчитывается «с использованием вероятностно-взвешенного подхода и с учетом временной стоимости денег, используя при этом наиболее полную прогнозную информацию, имеющуюся в распоряжении предприятия» [1].
Вероятностно-взвешенный подход предполагает, что оценка ожидаемых кредитных убытков отражает объективный расчет взвешенной по степени вероятности величины, которая определяется посредством оценки ряда возможных исходов, а не основывается на результате, предполагаемом при самом благоприятном или самом неблагоприятном стечении обстоятельств. Организация должна строить расчет так, чтобы он отражал как минимум два сценария: вероятность того, что кредитный убыток будет понесен, даже если вероятность очень низка, и что кредитный убыток не возникнет. Если, согласно МСФО (IAS) 39, результат оценки кредитных убытков от обесценения может выражаться одной величиной, то новый стандарт МСФО (IFRS) 9 требует использования взвешивания возможных исходов по степени их вероятности.
МСФО (IFRS) 9 расширяет перечень информации, которая должна быть проанализирована для целей расчета ожидаемых кредитных убытков. При этом предполагается, что их оценка будет основываться на информации, которая доступна без чрезмерных затрат и усилий, не требует существенных затрат на сбор и обработку. Такая информация включает следующие сведения:
о прошлом опыте возникновения убытков по финансовым инструментам;
наблюдаемой информации, которая отражает текущие условия;
обоснованных прогнозах собираемости будущих денежных потоков по финансовым инструментам [3].
Очевидно, что такие нововведения могут создать некоторые проблемы для компании, причем самым проблемным моментом в новой модели обесценения будет информация, используемая для оценки рисков и сумм ожидаемых кредитных убытков. Теперь для оценки потребуется применить профессиональное суждение, и чем меньше информации доступно, тем чаще приходится его использовать [2].
Как было упомянуто выше, МСФО (IFRS) 9 предусматривает упрощение оценки ОКУ. В качестве примера такого упрощения для торговой дебиторской задолженности применяется подход матричного резервирования. Для применения данного подхода организация должна будет провести сегментацию дебиторской задолженности по таким факторам, как географический регион, вид продукта, категория покупателей и другие.
Пример матричного резервирования
Рассмотрим простейший пример применения матричного резервирования к краткосрочной дебиторской задолженности. Допустим, по состоянию на отчетную дату компания имеет дебиторскую задолженность в размере 980 000 руб., при этом ни одна задолженность не имеет значительного компонента финансирования. Данная компания осуществляет свои операции в одном географическом регионе, имеет большое количество мелких клиентов, осуществляет один вид деятельности.
Для расчета величины кредитных убытков, ожидаемых на протяжении всего срока существования, используем матричный подход. Используем имеющуюся у компании информацию о наблюдаемом уровне дефолтов в прошлом, которая корректируется в соответствии с текущей экономической ситуацией. На основе вышеизложенной информации стоится матрица (см. таблицу на с. 17).
Применение новой модели, основанной на ОКУ, может привести к убытку при первоначальном признании торговой дебиторской задолженности. Этот «убыток в первый же день» будет равен величине резерва под убытки, признанного на отчетную дату.
Пример расчета резерва под убытки от обесценения с использованием матричного подхода
Срок дебиторской задолженности
ОКУ %
Размер задолженности, руб.
Резерв под убытки от обесценения, руб.