Виды бланков строгой отчетности: Виды бланков строгой отчетности и сущность данных документов —

Возможности сервиса

Учет бланков строгой отчетности: суть, реквизиты, формы

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

Сущность, реквизиты и формы бланка строгой отчетности

Для лучшего понимания начнем с определения БСО. Так, бланк строгой отчетности — бумага особой важности, в которой оформляется получение наличных от покупателя по факту представления товаров (услуг). Простыми словами БСО — альтернативный вариант кассового чека.

По законодательству БСО может оформляться в свободной форме. Главное требование — наличие в документе необходимых реквизитов:

• Название документа, его серия и номер (состоит из шести цифр).
• Наименование и форма организации (для юрлиц) и личные данные для ИП.
• Вид предоставляемых услуг.
• Местоположение (адрес юрлица).
• ИНН, полученный компанией или ИП.
• Цена услуги (в финансовом эквиваленте).
• Величина выплат, которые производятся наличными или с применением «пластика».
• Дата, когда осуществляется расчет (дата составления БСО).
• ФИО и должность лица, отвечающего за проведение операции, подпись и печать компании (ИП).
• Прочие реквизиты, характеризующие особенности предоставляемой услуги.

Отдельного внимания заслуживают формы бланков строгой отчетности. Здесь можно выделить ряд вариантов:

• Туристическая путевка (туруслуги).
• Форма А-7 (квитанция, подтверждающая факт получения страховки) — для сектора страхования.
• Квитанция по оплате услуг ветеринара — ветуслуги.
• Залоговый билет (ломбард).
• Квитанция по форме 0504510 (бюджетные компании).

Создание индивидуальной формы БСО

При необходимости можно создать собственный бланк строгой отчетности. Преимущества — в возможности учета в документе нюансов деятельности компании, а действующих требований законодательства. Лучшее решение при создании своей формы БСО — использование уже существующего бланка с последующим внесением корректировок:

• Установкой входной информации по типографии, которая занималась печатью документа.
• Указанием реквизитов, которые требуются по законодательству и прописаны в Постановлении №329.
• Прописыванием прежнего номера формы (не обязательно). Это связано с потерей актуальности прежних форм (БО-1, БО-3 и прочих), что много раз подчеркивалось в письмах министерства.

Как зарегистрировать бланк строгой отчетности в ФНС?

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

Ранее регистрация бланков строгой отчетности в ФНС была обязательной. Сегодня же государство упростило задачу ИП и компаниям, что позволяет не переживать о необходимости посещения налоговой.

Читайте также — Забалансовые бухгалтерские счета: особенности, правила закрытия

Учет бланков строгой отчетности

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

1. БСО будут использоваться ИП или фирмой.
2. Часть неиспользованных документов реализуется.

Рассмотрим каждый из вариантов подробнее:

1. Бланки для личного применения. В большей части случаев компании и ИП покупают или готовят документы для расчетов с покупателями. В этом случае цену можно списать на два счета — 44-й и 20-й. Кроме того, требуется учет на забалансовом счету (006). В последнем случае отражение БСО производится по условной (например, закупочной) цене. В налоговом учете цена БСО может быть включена в текущие затраты на момент покупки или изготовления.

2. Бланки для перепродажи. Если в момент покупки (изготовления) бланков нет уверенности в применении (реализации) бланков, лучше сразу их отразить на «десятом» счете. После реализации БСО переводятся на 41-й счет, а далее отражаются так:

• Прибыль от реализации бланков (дебит/кредит — 62/91).
• Закупочная цена (91/41).
• НДС, начисленный при реализации бланка (91/68).

Учет бланков строгой отчетности (БСО) требует особого внимания. Если документ сделан типографским способом, поступление отмечается в акте приема, а далее — в книге учета. Если БСО создан самостоятельно (с помощью автоматизированной системы), учет должна вести именно программа.

Бланки строгой отчетности в организации (БСО)

Бланки строгой отчетности — незаменимый документ при оформлении расчетов наличными деньгами в ситуации отсутствия у компании контрольно-кассовых машин. Такое замещение разрешено законом на всей территории России.

Что относится к бланкам строгой отчетности?

Существующие виды бланков строгой отчетности

Возможные формы бланков строгой отчетности                                                                                     

Как выглядит бланк строгой отчетности, не противоречащий ни одной из законодательных норм?

Как проводится инвентаризация бланков строгой отчетности?

Документальное оформление ревизии БСО

Является ли замена кассового чека бланком строгой отчетности правомерной?

Что относится к бланкам строгой отчетности?

Под определение «бланк строгой отчетности» подпадают документы, соответствующие следующим критериям:

• заменяющие на законных основаниях кассовые чеки для предприятий и ИП при расчетах наличными;
• перечень реквизитов, которых полностью соответствует требованиям законодательства в части применения бланков строгой отчетности (об этих требованиях мы расскажем в одном из следующих разделов).

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

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

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

Помимо этого допускается выпуск партий бланков строгой отчетности с применением цифровых технологий. В этом случае согласно письму Минфина РФ № 03-01-15/20962 от 05.05.2014 должны быть обеспечены:

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

Если реализовать бланки с отделяющимся корешком нельзя, необходимо выписывать документ в двух экземплярах, при этом один из них является оригиналом, а второй — копией.

Существующие виды бланков строгой отчетности

В практике делового оборота применяются следующие типы бланков:

• квитанции;
• транспортные билеты;
• абонементы;
• талоны;
• наряды и т. д.

Четкой нормативной классификации бланков строгой отчетности на данный момент нет. Под данную категорию подпадают все бумаги, способные заместить в обороте кассовые чеки, об этом говорится в п. 2 постановления Правительства РФ от 06.05.2008 № 359. Оно также регламентирует алгоритм, с помощью которого оформляются бланки строгой отчетности.

Возможные формы бланков строгой отчетности

Полномочия по разработке и введению в действие бланков строгой отчетности согласно пп. 5, 7 постановления № 359 предоставлены федеральным законодательным органам. После опубликования соответствующего нормативного акта утвержденные им формы становятся обязательными к применению для фирм и ИП, предоставляющих услуги населению.

Транспортные талоны как специальные бланки строгой отчетности утверждены отдельным актом постановлением Правительства РФ от 14.02.2009 № 112.

Помимо этого, в случае отсутствия законодательно утвержденного формата по какому-либо наименованию услуг, а также регламентирующих этот вопрос правил допускается самостоятельная разработка соответствующих бланков компаниями. При этом основное условие — включение в бланк всех обязательных полей согласно п. 3 положения № 359.

Как выглядит бланк строгой отчетности, не противоречащий ни одной из законодательных норм?

Безоговорочно наличие в бланках следующих реквизитов, составляющих обязательные требования к бланкам строгой отчетности:

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

Помимо этого, фирмы обязаны регулярно инвентаризировать бланки строгой отчетности.

Как проводится инвентаризация бланков строгой отчетности?

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

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

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

Документальное оформление ревизии БСО

Особых форм для отражения фактического наличия бланков не установлено, применяется типовая опись ИНВ-16. Хотя компании не обязаны применять именно ее, на текущий момент она наиболее удобна для отражения указанных операций. При заполнении ИНВ-16 желательно придерживаться рекомендаций постановления Госкомстата от 18.08.1998 № 88. Опись должна быть составлена в двух экземплярах с обязательным наличием подписей всех участников комиссии и лица, отвечающего за сохранность бланков. Один экземпляр поступает на хранение в бухгалтерскую службу, второй хранится у ответственного за бланки сотрудника.

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

Является ли замена кассового чека бланком строгой отчетности правомерной?

Подобное замещение возможно лишь при соответствии ряду требований. В частности, такое допустимо при оформлении операции предоставления услуг физическим лицам. Реализация товара не может быть оформлена БСО, за исключением нескольких операций, поименованных в п. 3 ст. 2 закона № 54-ФЗ. Запрещено применение бланков строгой отчетности вместо чеков в отношениях между юридическими лицами.

Узнать, что является бланком строгой отчетности и какие формы относятся к бланкам строгой отчетности, можно в постановлении Правительства РФ от 06.05.2008 № 359. Придерживаясь требований этого постановления, компании смогут избежать проблем с проверяющими.

Всё о бланках строгой отчётности

Бланки строгой отчётности (БСО) – это такой документ, который позволяет подтвердить оплату, без наличия на предприятии контрольно – кассового аппарата. Другими словами, именно обсуждаемые в данной статье бланки позволяют заменить собой чек. То есть, бланки строгой отчётности незаменимы, когда речь заходит про осуществление денежных расчётов в тех местах, которые не оснащены контрольно – кассовой техникой.

БСО – это не обыкновенный бланк, а частный документ, а их использование и изготовление регулируется федеральным законодательством. В 2008 году Министерство финансов Российской Федерации, благодаря своему постановлению, полностью отменило те формы бланков строгой отчётности, которые использовались до этого. Ниже приведены выдержки из этого постановления:
• Все формы бланков строгой отчётности, как и сами бланки, которые были выпущены до 2008 года, ныне считаются недействительными;
• C 21.05.2008 года (момента создания постановления) компании, как и самостоятельные предприниматели, получили возможность самостоятельной разработки бланков строгой ответственности;
• В перечень формы бланка, был добавлен ряд новых реквизитов;
• В постановлении приводится перечень реквизитов, который обязателен для составления бланка строгой отчётности;
• Обязательным условием для БСО нового поколения стало указание на бланках выходных данных типографии.

Применение бланков строгой отчетности

БСО утверждены для целого ряда видов деятельности. Далее приведём список из некоторых из них с добавлением описания и приведением примеров бланков, которые соответствуют тем или иным видам деятельности.
1) Услуги страхования
Что касается бланков строгой отчётности для данного вида услуг, то можно отметить, что для них используются бланки в виде квитанций. Например, документы, которые доказывают о том, что лицо получило страховую премию (БСО формы номер А-7).
2) Услуги деятельности такси (как грузовых, так и легковых)
Такие бланки имеют одноимённое название с услугой деятельности -бсо такси.
3) Услуги ломбардов
В пример бланкам строгой ответственности, которые относятся к услугам ломбардов можно отнести сохранные квитанции или залоговые билеты.
4) Туристические услуги
Самым ярким примером таких бланков являются туристические путёвки.
5) Услуги ветеринаров
Снова квитанция, но уже на оплату услуг ветеринара.
И многие другие виды бланков строгой отчётности.

Об изготовлении и покупке БСО

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

Налоговые формы | Налоговые формы IRS

Форма 20-F SEC, определение

Что такое форма SEC 20-F?

Форма SEC 20-F — это форма, выпущенная Комиссией по ценным бумагам и биржам (SEC), которую должны подавать все «иностранные частные эмитенты», акции которых котируются на биржах в США.S. Форма 20-F требует подачи годового отчета в течение четырех месяцев после окончания финансового года компании или в случае изменения даты окончания финансового года. Требования к отчетности и приемлемости для формы 20-F изложены в Законе о фондовых биржах 1934 года.

Ключевые выводы

• Форма 20-F SEC — это годовой отчет для неамериканских и неканадских компаний, торгующих ценными бумагами в США.
Форма
• SEC Form 20-F помогает стандартизировать требования к отчетности иностранных компаний.
• Компания также должна сделать отчет доступным для акционеров через веб-сайт компании.

Понимание формы SEC 20-F

Требования к информации не такие строгие, как требования для отечественных компаний США, которые подают регулярные заявки. Компании, в которых менее 50% голосующих акций принадлежат инвесторам из США, могут иметь право на участие. Если компания признана не имеющей права на получение статуса иностранного частного эмитента, она должна заполнить те же формы, что и обычные лица, подающие документы, такие как отчеты 8-K, 10-Q и 10-K, а также согласовать бухгалтерскую отчетность с общепринятыми принципами бухгалтерского учета. (GAAP) стандарты.

Преимущества формы SEC 20-F

Цель формы 20-F — стандартизировать требования к отчетности иностранных компаний, чтобы инвесторы могли оценивать эти инвестиции наряду с местными акциями. Форма часто содержит годовой отчет иностранной компании с финансовой отчетностью. Форма 20-F требуется от иностранных компаний, как неамериканских, так и неканадских, чьи ценные бумаги торгуются в США.

Согласно правилам Нью-Йоркской фондовой биржи (NYSE), компания также должна сделать отчет доступным для акционеров через веб-сайт компании и сообщить акционерам, что отчет был опубликован посредством пресс-релиза.Существуют также другие требования, такие как размещение на английском языке информации о том, что акционеры могут запросить печатную копию проаудированной финансовой отчетности, которую они получат в течение разумного периода времени бесплатно.

Неспособность подать форму 20-F в Комиссию по ценным бумагам и биржам в надлежащие сроки подвергает компанию, зарегистрированную на NYSE, процедурам в соответствии с разделом 802.01E. После того, как биржа отправит уведомление, обычно наступает шестимесячный «период исправления», когда биржа отслеживает ситуацию. Дополнительное время может быть предоставлено по истечении этого времени или может начаться исключение из списка.

Пример формы SEC 20-F

Unilever PLC — это открытая компания с ограниченной ответственностью, зарегистрированная в Нидерландах, но со штаб-квартирой в Лондоне, Англия. Есть обыкновенные акции и депозитарные акции, а также привилегированные акции, котирующиеся на Euronext Amsterdam и NYSE.

Unilever подает ежегодную форму 20-F в SEC. Последний год истек 31 декабря 2019 г., а подача — 4 марта 2020 г. В подаче документов есть несколько разделов, включая ключевую информацию, информацию о компании, операционный / финансовый обзор / перспективы, директоров / старших должностных лиц. менеджмент и сотрудники.Цифры, в том числе финансовые, указаны в евро.

Отчет о результатах сканирования — PortSwigger

ПРОФЕССИОНАЛЬНЫЙ

Вы можете экспортировать отчет о некоторых или всех проблемах, сгенерированных Burp Scanner. Для этого выберите нужные проблемы в представлении «Проблемы» на карте сайта или в журнале активности проблем и выберите «Сообщить о выбранных проблемах» в контекстном меню. Мастер отчетов позволяет вам выбирать различные параметры для вашего отчета, как описано ниже.

Формат отчета

Вы можете выбрать один из следующих форматов отчета:

• HTML — Создает отчет в формате HTML для печати или просмотра в браузере.
• XML — Создает отчет в формате XML, подходящий для импорта в другие инструменты или структуры отчетности. При желании вы можете кодировать HTTP-запросы и ответы в формате Base64 в выходных данных XML.Поскольку сообщения HTTP могут содержать непечатаемые символы, которые строго не разрешены в документах XML (даже в блоках CDATA), использование этого параметра предпочтительнее, поскольку оно обеспечивает совместимость со строгими синтаксическими анализаторами XML.

Примечание: Формат XML использует внутреннее DTD, и авторам кода взаимодействия рекомендуется просмотреть образец отчета, чтобы получить текущее DTD. Следует отметить следующие элементы XML:

• Элемент serialNumber содержит длинное целое число, уникальное для этого отдельного экземпляра задачи.Если вы несколько раз экспортируете проблемы из одного и того же экземпляра Burp, вы можете использовать серийный номер для выявления постепенно новых проблем.
• Элемент типа содержит целое число, которое однозначно определяет тип проблемы (SQL-инъекция, XSS и т. Д.). Это значение стабильно для разных экземпляров Burp. См. Список типов задач сканирования для получения списка всех идентификаторов числовых типов.
• Элемент name содержит соответствующее описательное имя для типа задачи.См. Список типов проблем сканирования для получения списка всех названий проблем.
• Элемент path содержит URL-адрес проблемы (исключая строку запроса).
• Элемент местоположения включает как URL-адрес, так и описание точки входа для атаки, где это уместно (конкретный параметр URL-адреса, заголовок запроса и т. Д.).
• Элементы запроса и ответа имеют атрибут base64 , который содержит логическое значение, указывающее, были ли сообщения закодированы в кодировке Base64.

Сведения о выпуске

Вы можете выбрать типы деталей для включения в отчет:

• История проблемы - это стандартное описание проблемы, одинаковое для всех проблем одного типа.
• Справочная информация по исправлению - Это стандартный совет по исправлению, который одинаков для всех проблем одного типа.
• Сведения о проблеме - для некоторых типов проблем это содержит дополнительную настраиваемую информацию о конкретной проблеме, обращая внимание на конкретные детали, относящиеся к экземпляру проблемы.
• Деталь исправления - Для некоторых типов проблем здесь содержатся дополнительные рекомендации по исправлению, отражающие конкретные особенности обнаруженной проблемы.
• Классификация уязвимостей - Содержит соответствующие сопоставления со списком Common Weakness Enumeration (CWE).

HTTP-сообщения

Вы можете выбрать способ отображения HTTP-сообщений в отчете. Для запросов и ответов доступны следующие параметры:

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

Выбор типов задач

Мастер перечисляет различные типы проблем, которые были включены в ваш выбор, и подсчитывает количество экземпляров каждого типа.Вы можете отменить выбор любых типов проблем, которые не хотите включать. Это полезно, если вы выбрали большое количество проблем (например, выбрав хост приложения) и хотите удалить из отчета некоторые менее интересные типы проблем.

Подробности отчета

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

Для отчетов в формате HTML вы можете указать следующие данные:

• Заголовок отчета.
• Как проблемы должны быть организованы в отчете (по типу, серьезности или URL-адресу).
• Количество уровней детализации для включения в оглавление.
• Степень серьезности проблемы, которую нужно включить в сводную таблицу и гистограмму.

% PDF-1.5 % 19799 0 obj> эндобдж xref 19799 305 0000000016 00000 н. 0000013059 00000 п. 0000013359 00000 п. 0000006523 00000 н. 0000013406 00000 п. 0000013436 00000 п. 0000013479 00000 п. 0000013612 00000 п. 0000013651 00000 п. 0000014268 00000 п. 0000014338 00000 п. 0000014406 00000 п. 0000015043 00000 п. 0000015131 00000 п. 0000015176 00000 п. 0000015830 00000 п. 0000015860 00000 п. 0000016467 00000 п. 0000016497 00000 п. 0000016637 00000 п. 0000016778 00000 п. 0000017939 00000 п. 0000017968 00000 н. 0000018126 00000 п. 0000020119 00000 п. 0000022007 00000 п. 0000023439 00000 п. 0000025353 00000 п. 0000027287 00000 п. 0000029144 00000 п. 0000029533 00000 п. 0000029563 00000 п. 0000029705 00000 п. 0000029851 00000 п. 0000030475 00000 п. 0000030505 00000 п. 0000032373 00000 п. 0000034203 00000 п. 0000034404 00000 п. 0000034667 00000 п. 0000034876 00000 п. 0000037525 00000 п. 0000037596 00000 п. 0000038072 00000 п. 0000038277 00000 п. 0000045868 00000 п. 0000045939 00000 п. 0000046369 00000 п. 0000052760 00000 н. 0000052831 00000 п. 0000052902 00000 п. 0000053440 00000 п. 0000053641 00000 п. 0000061327 00000 п. 0000074487 00000 п. 0000138293 00000 н. 0000168166 00000 н. 0000177219 00000 н. 0000186259 00000 н. 0000197019 00000 п. 0000203431 00000 н. 0000203729 00000 н. 0000204045 00000 н. 0000204068 00000 н. 0000204111 00000 н. 0000204220 00000 н. 0000204703 00000 н. 0000204781 00000 н. 0000204870 00000 н. 0000204961 00000 н. 0000205073 00000 н. 0000205118 00000 н. 0000205279 00000 н. 0000205324 00000 н. 0000205418 00000 н. 0000205585 00000 н. 0000205630 00000 н. 0000205735 00000 н. 0000205866 00000 н. 0000206058 00000 н. 0000206103 00000 н. 0000206290 00000 н. 0000206439 00000 н. 0000206602 00000 н. 0000206647 00000 н. 0000206836 00000 н. 0000207017 00000 н. 0000207183 00000 н. 0000207228 00000 н. 0000207388 00000 н. 0000207524 00000 н. 0000207687 00000 н. 0000207731 00000 н. 0000207854 00000 н. 0000208005 00000 н. 0000208165 00000 н. 0000208209 00000 н. 0000208374 00000 н. 0000208525 00000 н. 0000208636 00000 н. 0000208680 00000 н. 0000208782 00000 н. 0000208831 00000 н. 0000208879 00000 н. 0000209007 00000 н. 0000209065 00000 н. 0000209193 00000 н. 0000209251 00000 н. 0000209391 00000 н. 0000209449 00000 н. 0000209571 00000 н. 0000209629 00000 н. 0000209809 00000 н. 0000209867 00000 н. 0000210001 00000 н. 0000210059 00000 н. 0000210117 00000 н. 0000210175 00000 н. 0000210295 00000 н. 0000210339 00000 п. 0000210455 00000 п. 0000210499 00000 н. 0000210607 00000 н. 0000210651 00000 п. 0000210695 00000 п. 0000210739 00000 п. 0000210864 00000 н. 0000210999 00000 н. 0000211178 00000 н. 0000211223 00000 н. 0000211362 00000 н. 0000211519 00000 п. 0000211686 00000 н. 0000211731 00000 н. 0000211850 00000 н. 0000212043 00000 н. 0000212242 00000 н. 0000212287 00000 н. 0000212384 00000 п. 0000212539 00000 н. 0000212681 00000 н. 0000212726 00000 н. 0000212839 00000 н. 0000212972 00000 н. 0000213127 00000 н. 0000213172 00000 н. 0000213291 00000 н. 0000213466 00000 н. 0000213633 00000 н. 0000213677 00000 н. 0000213820 00000 н. 0000214001 00000 н. 0000214045 00000 н. 0000214089 00000 н. 0000214133 00000 п. 0000214297 00000 н. 0000214342 00000 п. 0000214516 00000 н. 0000214560 00000 н. 0000214604 00000 н. 0000214648 00000 н. 0000214826 00000 н. 0000214871 00000 п. 0000215097 00000 н. 0000215142 00000 н. 0000215328 00000 н. 0000215373 00000 н. 0000215569 00000 н. 0000215614 00000 н. 0000215770 00000 н. 0000215815 00000 н. 0000215860 00000 н. 0000215905 00000 н. 0000216073 00000 н. 0000216118 00000 н. 0000216268 00000 н. 0000216313 00000 н. 0000216358 00000 н. 0000216403 00000 н. 0000216593 00000 н. 0000216638 00000 н. 0000216784 00000 н. 0000216829 00000 н. 0000216969 00000 н. 0000217014 00000 н. 0000217208 00000 н. 0000217253 00000 н. 0000217423 00000 п. 0000217468 00000 н. 0000217596 00000 н. 0000217641 00000 п. 0000217777 00000 н. 0000217822 00000 н. 0000217867 00000 н. 0000217912 00000 н. 0000218088 00000 н. 0000218133 00000 п. 0000218178 00000 п. 0000218223 00000 п. 0000218349 00000 п. 0000218394 00000 н. 0000218526 00000 н. 0000218571 00000 н. 0000218616 00000 н. 0000218661 00000 п. 0000218858 00000 п. 0000219035 00000 н. 0000219079 00000 п. 0000219211 00000 н. 0000219255 00000 н. 0000219299 00000 н. 0000219343 00000 п. 0000219505 00000 н. 0000219641 00000 п. 0000219686 00000 н. 0000219811 00000 н. 0000219922 00000 н. 0000220101 00000 п. 0000220146 00000 н. 0000220285 00000 н. 0000220442 00000 н. 0000220570 00000 н. 0000220615 00000 н. 0000220814 00000 н. 0000220859 00000 н. 0000220956 00000 н. 0000221111 00000 н. 0000221266 00000 н. 0000221311 00000 н. 0000221452 00000 н. 0000221631 00000 н. 0000221786 00000 н. 0000221831 00000 н. 0000221950 00000 н. 0000222125 00000 н. 0000222292 00000 н. 0000222337 00000 н. 0000222480 00000 н. 0000222661 00000 н. 0000222706 00000 н. 0000222751 00000 н. 0000222796 00000 н. 0000222960 00000 н. 0000223005 00000 н. 0000223179 00000 н. 0000223224 00000 н. 0000223269 00000 н. 0000223314 00000 н. 0000223540 00000 н. 0000223585 00000 н. 0000223771 00000 н. 0000223816 00000 н. 0000224012 00000 н. 0000224057 00000 н. 0000224102 00000 п. 0000224147 00000 н. 0000224315 00000 н. 0000224360 00000 н. 0000224510 00000 н. 0000224555 00000 н. 0000224600 00000 н. 0000224645 00000 н. 0000224821 00000 н. 0000224866 00000 н. 0000224911 00000 н. 0000224956 00000 н. 0000225088 00000 н. 0000225133 00000 п. 0000225178 00000 н. 0000225223 00000 н. 0000225420 00000 н. 0000225597 00000 н. 0000225642 00000 н. 0000225774 00000 н. 0000225819 00000 н. 0000225864 00000 н. 0000225909 00000 н. 0000225954 00000 н. 0000226166 00000 н. 0000226211 00000 н. 0000226445 00000 н. 0000226490 00000 н. 0000226698 00000 н. 0000226743 00000 н. 0000226901 00000 н. 0000226946 00000 н. 0000227167 00000 н. 0000227212 00000 н. 0000227420 00000 н. 0000227568 00000 н. $ Er $ F.b \ E =} ĢX: PZ% r ֻ D4Ԝ "* һ S lA: Wz + öxo7 + 3'T | O (~ oZͰ. $ l.Du`wFi> Ch >> G *} | և ~ sԋ * AR + Yj † (ΡibccJ (ߗ pS $ * - ᴞVJ + ǹ ar / m {j + Bm & RFJ \ 9 {䉖 C] c ~ r & 穒 0: *} i $ 1H! OdVe7P? Ip% 4Ƃ9 & IY | 0wYUDR

Постановление ФРС

Регулирует приобретение контроля над банками и банковскими холдинговыми компаниями компаний и физических лиц, определяет и регулирует небанковскую деятельность, в которой могут участвовать банковские холдинговые компании (включая финансовые холдинговые компании) и иностранные банковские организации, ведущие операции в США, и устанавливает минимальные отношения капитала к активам, которые банковские холдинговые компании должны поддерживать

Предлагаемые поправки
Требовать, чтобы контролируемые банковские организации незамедлительно уведомляли свой основной федеральный регулирующий орган в случае инцидента с компьютерной безопасностью (комментарии должны быть поданы 12 апреля 2021 года)
Пресс-релиз и уведомление │ Отправить комментарии

Для обновления требований Правления к планированию капитала, чтобы они соответствовали другим правилам Правления, которые были недавно изменены (комментарии до 20 ноября 2020 г.)
Пресс-релиз и уведомление │ Отправить комментарии

Для упрощения и повышения прозрачности правил определения контроля над банковской организацией (комментарии до 15 июля 2019 г.)
Пресс-релиз и уведомление

Для пересмотра основы применения повышенных пруденциальных стандартов, применимых к иностранным банковским организациям в соответствии с Законом Додда-Франка (комментарии до 21 июня 2019 г.)
Пресс-релиз и уведомление

Увеличить порог для сделок с жилой недвижимостью, требующих оценки, с 250 000 долларов США до 400 000 долларов США (комментарии до 5 февраля 2019 г.)
Пресс-релиз и уведомление

Упростить требования к нормативному капиталу для квалифицируемых банковских организаций сообщества, предоставив им возможность рассчитать простой коэффициент кредитного плеча (комментарии до 9 апреля 2019 г.)
Пресс-релиз и уведомление

Установить категории, основанные на оценке риска, для определения пруденциальных стандартов для крупных компаний.S. банковским организациям, внести поправки в определенные пруденциальные стандарты и внести соответствующие изменения в формы отчетности (комментарии до 22 января 2019 г.)
Пресс-релиз и уведомление

Поднять порог для сделок с коммерческой недвижимостью, требующих оценки, до 400 000 долларов США (комментарии до 29 сентября 2017 г.)
Пресс-релиз и уведомление

Для пересмотра плана капитальных вложений и правил стресс-тестов для крупных банковских холдинговых компаний и американских промежуточных холдинговых компаний иностранных банков (комментарии до 25 ноября 2016 г.)
Пресс-релиз и уведомление

Принять дополнительные ограничения на торговлю физическими товарами финансовых холдинговых компаний (комментарии до 20 февраля 2017 г.)
Пресс-релиз и уведомление | Продление периода комментирования

Содействовать финансовой стабильности путем повышения уравновешиваемости и отказоустойчивости крупнейших отечественных и зарубежных банковских организаций, работающих в США (комментарии до 1 февраля 2016 г.)
Пресс-релиз и уведомление

Для пересмотра плана капитальных вложений и правил стресс-тестов для крупных банковских холдинговых компаний и определенных банковских организаций с совокупными консолидированными активами более 10 миллиардов долларов США (комментарии до 24 сентября 2015 г.)
Пресс-релиз и уведомление

Расширить сферу применения Положения о политике холдинговых компаний малого банка для малых банковских холдинговых компаний и некоторых сберегательных и ссудных холдинговых компаний и сократить требования к отчетности (комментарии до 5 марта 2015 г.)
Пресс-релиз и уведомление

Для корректировки сроков ежегодного представления планов капитального ремонта и разъяснения других аспектов правила плана капитального ремонта (комментарии до 11 августа 2014 г.)
Пресс-релиз и уведомление

Для выполнения минимальных требований по государственной регистрации и надзору за оценочными управляющими компаниями (комментарии до 9 июня 2014 г.)
Пресс-релиз и уведомление

Чтобы внести изменения в классификации странового риска, уточнить порядок учета определенных торгуемых позиций секьюритизации, внести техническую поправку в определение покрытой позиции и уточнить сроки обязательного раскрытия информации о рыночном риске (комментарии до 3 сентября 2013 г.)
Уведомление (PDF)

Пересмотреть минимальные требования к капиталу, основанные на рисках, и критерии для регулятивного капитала, а также создать буферную основу для сохранения капитала в соответствии с Базелем III (комментарии до 7 сентября 2012 г.)
Пресс-релиз и уведомление | Продление срока подачи комментариев (срок подачи комментариев 22 октября 2012 г.)

В дополнение к предыдущему уведомлению о предлагаемом нормотворчестве (76 FR 7731 (PDF)) разъяснением требований для определения того, занимается ли компания «преимущественно финансовой деятельностью» (комментарии до 25 мая 2012 г.)
Пресс-релиз и уведомление | Исправление (PDF )

Внести поправки в более раннее уведомление о предлагаемом нормотворчестве, предоставив альтернативы для расчета требований к определенному риску капитала для долговых обязательств и позиций секьюритизации, которые не зависят от кредитных рейтингов (комментарии до 3 февраля 2012 г.)

Требовать от крупных банковских холдинговых компаний представления годовых планов капиталовложений на рассмотрение (комментарии до 5 августа 2011 г.)
Пресс-релиз и уведомление

Требовать от крупных системно значимых банковских холдинговых компаний и небанковских финансовых компаний представления годовых планов санации и ежеквартальных отчетов о кредитных рисках (комментарии до 10 июня 2011 г.)
Пресс-релиз и уведомление

Назначить системно значимые небанковские финансовые компании для консолидированного надзора со стороны Совета директоров (комментарии до 30 марта 2011 г.)
Пресс-релиз и уведомление

Для пересмотра правил капитала с рыночным риском для изменения их объема, уменьшения процикличности, повышения чувствительности к определенным рискам и повышения прозрачности
Пресс-релиз и уведомление

Для пересмотра передовых стандартов достаточности капитала, основанного на оценке риска, и пересмотра общих правил капитала, основанного на оценке риска.
Пресс-релиз и уведомление

Для реализации положений Закона Додда – Франка, дающих организациям определенный период времени для приведения их деятельности и инвестиций в соответствие с «правилом Волкера».
Пресс-релиз и уведомление

Межведомственное уведомление об альтернативах использованию кредитных рейтингов в рекомендациях по капиталу с учетом рисков
Пресс-релиз и уведомление

Межведомственное уведомление о предлагаемом правиле нормативного капитала, связанном с принятием Советом по стандартам финансового учета отчетности по стандартам финансового учета №№.166 и 167
Пресс-релиз и уведомление

Межведомственное уведомление о предлагаемых поправках к правилам капитала, основанного на оценке риска, чтобы позволить банкам, банковским холдинговым компаниям и сберегательным ассоциациям присваивать 10-процентный весовой коэффициент риска требованиям, предъявляемым Fannie Mae или Freddie Mac или гарантированным ими (комментарии должны быть отправлены 26 ноября 2008 г.) )
Уведомление

Межведомственное уведомление о предлагаемых поправках, разрешающих банкам, банковским холдинговым компаниям и сберегательным ассоциациям уменьшать сумму гудвила, которую банковская организация должна вычесть из капитала первого уровня (комментарии до 30 октября 2008 г.)
Уведомление

Межведомственное уведомление о предлагаемой новой структуре капитала, основанной на оценке риска, основанной на стандартизированном подходе к кредитному риску и методе базовых индикаторов для операционного риска, описанном в документе Базельского комитета по банковскому надзору «Международная конвергенция измерения капитала и стандартов капитала: пересмотренная концепция» ."(комментарии до 27 октября 2008 г.)
Уведомление

Проект межведомственного уведомления о предлагаемом нормотворчестве для пересмотра существующей системы управления капиталом, основанной на оценке риска, путем предоставления подавляющему большинству банков, банковских холдинговых компаний и сберегательных ассоциаций возможности либо продолжать использовать существующее правило капитала на основе Базеля I, либо принять более правило чувствительности к риску, известное как Basel IA.
Пресс-релиз и уведомление

Пересмотреть правило капитала с рыночным риском для повышения его чувствительности к риску и ввести требования о публичном раскрытии определенной качественной и количественной информации о рыночном риске банка или банковской холдинговой компании (комментарии до 23 января 2007 г.)
Пресс-релиз | Уведомление (162 КБ PDF)

Пересмотреть существующую структуру капитала, основанного на оценке риска, для повышения ее чувствительности к риску (комментарии до 18 января 2006 г.).
Пресс-релиз и уведомление

Интерпретация ограничений против привязки в разделе 106 Поправок к Закону о банковских холдинговых компаниях 1970 года, соответствующих инструкций по надзору и исключения в соответствии с разделом 106 для финансовых дочерних компаний государственных банков, не являющихся членами (комментарии до 30 сентября 2003 г.)
Пресс-релиз и уведомление

Разрешить финансовым холдинговым компаниям выступать в качестве брокеров и менеджеров по недвижимости
Пресс-релиз и уведомление | Продление периода подачи комментариев (срок подачи комментариев 1 мая 2001 г.)

О деятельности по обработке финансовых данных (комментарии до 16 февраля 2001 г.)
Пресс-релиз и уведомление

Для создания «безопасной гавани», позволяющей банку предлагать кредитную карту, которая может использоваться для совершения покупок у розничного продавца, аффилированного с банком (комментарии до 13 марта 2000 г.)
Уведомление

Постановление о справедливой вероятности | Управление по соблюдению трудовых норм

Опции Ajv | Валидатор схемы Ajv JSON

Использование

На этой странице описаны свойства объекта параметров, которые можно передать конструктору Ajv.

Например, чтобы сообщить обо всех ошибках проверки (а не об отказе при первых ошибках), вы должны передать конструктору параметр allErrors :

Параметры по умолчанию

НЕ передавать параметры по умолчанию

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

* только со схемой JSON

** только с определением типа JSON

Параметры строгого режима v7

строгий

По умолчанию Ajv выполняется в строгом режиме, который предназначен для предотвращения любого неожиданного поведения или игнорируется автоматически ошибки в схемах (подробнее см. в строгом режиме).Он не изменяет никаких результатов проверки, но делает некоторые схемы недействительными, которые в противном случае были бы действительными в соответствии со спецификацией схемы JSON.

Значения опций:

• true - генерировать исключение при нарушении любого ограничения строгого режима.
• "журнал" - предупреждение журнала при нарушении любого строгого ограничения режима.
• false - игнорировать все нарушения строгого режима.
• undefined (по умолчанию) - использовать значения по умолчанию для параметров strictSchema, strictNumbers, strictTypes, strictTuples и strictRequired.

strictSchema

Предотвратить неизвестные ключевые слова, форматы и т. Д. (См. Строгую схему)

Значения параметров:

• true (по умолчанию) - генерировать исключение при нарушении любого строгого ограничения схемы.
• "журнал" - предупреждение журнала при нарушении любого строгого ограничения схемы.
• false - игнорировать все строгие нарушения схемы.

strictNumbers

Следует ли принимать NaN и Infinity как типы чисел во время проверки.

Значения опций:

• true (по умолчанию) - проверка не пройдена, если NaN или Infinity передано там, где ожидается число.
• false - разрешить NaN и Infinity как число.

strictTypes

См. Строгие типы

Значения опций:

• true - генерировать исключение при нарушении любого строгого ограничения типов.
• "журнал" (по умолчанию) - предупреждение журнала при нарушении какого-либо строгого ограничения типов.
• false - игнорировать все нарушения строгих типов.

strictTuples

См. Неограниченные кортежи

Значения опций:

• true - генерировать исключение при нарушении любого строгого ограничения кортежей.
• "журнал" (по умолчанию) - предупреждение журнала при нарушении любого строгого ограничения кортежей.
• false - игнорировать все нарушения строгих кортежей.

strictRequired

См. Определенные обязательные свойства

Значения опций:

• true - генерировать исключение при нарушении строгого обязательного ограничения.
• "журнал" - предупреждение журнала при нарушении строгого обязательного ограничения.
• false (по умолчанию) - игнорировать строгие обязательные нарушения.

allowUnionTypes

Передайте значение true, чтобы разрешить использование нескольких ненулевых типов в ключевом слове type (одно из ограничений strictTypes ). см. Строгие типы

allowMatchingProperties

Передайте значение true, чтобы разрешить перекрытие между "свойствами" и "свойствами шаблона". Не влияет на другие строгие ограничения режима.См. Строгий режим.

validateFormats

Проверка формата.

Значения опций:

• true (по умолчанию) - проверка форматов (см. Форматы). В строгом режиме неизвестные форматы вызовут исключение во время компиляции схемы (и не пройдут проверку, если значение ключевого слова формата равно $ data reference).
• false - не проверять ключевые слова формата (TODO они все равно будут собирать аннотации после поддержки).

Параметры проверки и отчетности

$ data

Поддержка ссылок на $ data.Мета-схема проекта 6, добавленная по умолчанию, будет расширена, чтобы позволить им. Если вы хотите использовать другую мета-схему, вам необходимо использовать метод $ dataMetaSchema, чтобы добавить поддержку ссылки на $ data. См. API.

allErrors

Проверить все правила, собрав все ошибки. По умолчанию возвращается после первой ошибки.

подробный

Включите ссылку на часть схемы ( схема и parentSchema ) и проверенные данные в ошибках (по умолчанию false).

дискриминатор

Поддержка ключевого слова дискриминатора из спецификации OpenAPI (открывается в новом окне).

unicodeRegExp

По умолчанию Ajv использует флаг unicode «u» с «pattern» и «patternProperties» в соответствии со спецификацией схемы JSON. См. RegExp.prototype.unicode (открывается в новом окне).

Значения опций:

• true (по умолчанию) - использовать флаг юникода «u».
• false - не использовать флаг «u».

только JTD отметки времени

Определяет, какие типы Javascript будут приняты для типа отметки времени JTD.

По умолчанию Ajv принимает как объекты Date, так и строки RFC3339 (открывается в новом окне). Вы можете указать допустимые значения с помощью опции отметка времени: "дата" или отметка времени : "строка" .

parseDate только JTD

Определяет, как строки даты и времени анализируются синтаксическими анализаторами JTD. По умолчанию Ajv анализирует строки даты и времени как строку. Используйте parseDate: true , чтобы проанализировать их как объекты Date.

allowDate только JTD

Определяет, как строки даты и времени анализируются и проверяются.По умолчанию Ajv допускает только полные строки даты и времени, как того требует спецификация JTD. Используйте allowDate: true , чтобы разрешить строки даты как для проверки, так и для анализа.

Опция allowDate не переносима

Эта опция делает проверку и анализ JTD более разрешительной и нестандартной. Строки даты без временной части будут приняты Ajv, но будут отклонены другими валидаторами JTD.

int32range только JTD

Может использоваться для отключения проверки диапазона для типов int32 и uint32 .

По умолчанию Ajv ограничивает диапазон этих типов до [-2 ** 31, 2 ** 31-1] для int32 и до [0, 2 ** 32-1] для uint32 при проверке и разборе.

С опцией int32range: false Ajv требует только, чтобы uint32 было неотрицательным, иначе диапазон не проверяется. Синтаксический анализатор ограничит размер числа до 16 цифр (приблизительно 2 ** 53 - безопасный диапазон целых чисел).

Опция int32range не переносится

Эта опция делает проверку и анализ JTD более разрешительной и нестандартной.Целые числа в более широком диапазоне будут приняты Ajv, но будут отклонены другими валидаторами JTD.

Зарегистрируйте или передайте значение ключевого слова $ comment функции.

Значения опций:

• false (по умолчанию): игнорировать ключевое слово $ comment.
• true : записать значение ключевого слова в консоль.
Функция
• : передать значение ключевого слова, путь к его схеме и корневую схему указанной функции.

форматы

Объект с определениями формата.Ключи и значения будут переданы в метод addFormat . Передайте true в качестве определения формата, чтобы игнорировать некоторые форматы.

ключевых слов

Массив определений ключевых слов или строк. Значения будут переданы в метод addKeyword .

схемы

Массив или объект схем, которые будут добавлены к экземпляру. Если вы передаете массив, в схемах должны быть идентификаторы. Когда объект передается, метод addSchema (значение, ключ) будет вызываться для каждой схемы в этом объекте.

logger

Устанавливает метод регистрации. По умолчанию это глобальный объект консоли , который должен иметь методы log , warn и error . См. Ведение журнала ошибок.

Значения опций:

Экземпляр регистратора
• - он должен иметь методы log , warn и error . Если какой-либо из этих методов отсутствует, будет выдано исключение.
• false - ведение журнала отключено.

loadSchema

Асинхронная функция, которая будет использоваться для загрузки удаленных схем, когда используется метод compileAsync и некоторая ссылка отсутствует (параметр missingRefs НЕ должен иметь значение «сбой» или «игнорирование»).Эта функция должна принимать uri удаленной схемы в качестве параметра и возвращать обещание, которое разрешается в схему. См. Пример в разделе «Асинхронная компиляция».

Параметры для изменения проверенных данных

removeAdditional

Удалить дополнительные свойства - см. Пример в разделе Удаление дополнительных свойств.

Этот параметр не используется, если схема добавляется с помощью метода addMetaSchema .

Значения параметров:

• false (по умолчанию) - не удалять дополнительные свойства
• "все" - удаляются все дополнительные свойства, независимо от ключевого слова additionalProperties в схеме (и для них не выполняется проверка ).
• true - удаляются только дополнительные свойства с ключевым словом additionalProperties , равным false .
• «сбой» - дополнительные свойства, не прошедшие проверку схемы, будут удалены (где ключевое слово additionalProperties равно false или схеме).

useDefaults

Замените отсутствующие или неопределенные свойства и элементы значениями из соответствующих ключевых слов по умолчанию .По умолчанию игнорируются по умолчанию ключевых слов. Этот параметр не используется, если схема добавляется с помощью метода addMetaSchema .

См. Примеры в разделе «Назначение значений по умолчанию».

Значения опций:

• false (по умолчанию) - не использовать значения по умолчанию
• true - вставлять значения по умолчанию по значению (используется литерал объекта).
• «пустой» - в дополнение к отсутствующему или неопределенному, используйте значения по умолчанию для свойств и элементов, которые равны null или "" (пустая строка).

coerceTypes

Измените тип данных для соответствия ключевому слову type . См. Пример в разделе «Приведение типов данных и правила принуждения».

Значения опций:

• false (по умолчанию) - без приведения типа.
• true - приведение скалярных типов данных.
• «массив» - в дополнение к приведению между скалярными типами, приведение скалярных данных к массиву с одним элементом и наоборот (в соответствии с требованиями схемы).

Дополнительные параметры

мета

Добавить мета-схему (открывается в новом окне), чтобы ее можно было использовать в других схемах (по умолчанию true). Если объект передан, он будет использоваться в качестве мета-схемы по умолчанию для схем, в которых нет ключевого слова $ schema . Эта мета-схема по умолчанию ДОЛЖНА иметь ключевое слово $ schema .

validateSchema

Проверять добавленные / скомпилированные схемы по мета-схеме (по умолчанию true). $ schema Свойство в схеме может иметь значение http: // json-schema.org / draft-07 / schema или отсутствует (будет использоваться мета-схема draft-07) или может быть ссылкой на схему, ранее добавленную с помощью метода addMetaSchema .

Значения опций:

• true (по умолчанию) - если проверка не удалась, выбросить исключение.
• «журнал» - если проверка не удалась, записать ошибку.
• false - пропустить проверку схемы.

addUsedSchema

По умолчанию методы компилируют и проверяют добавить схемы к экземпляру, если у них есть свойство $ id (или id ), которое не начинается с "#".Если присутствует $ id и он не уникален, будет сгенерировано исключение. Установите для этого параметра значение false , чтобы пропустить добавление схем в экземпляр и проверку уникальности $ id при использовании этих методов. Этот параметр не влияет на метод addSchema .

inlineRefs

Влияет на компиляцию ссылочных схем.

Значения опций:

• true (по умолчанию) - ссылочные схемы, в которых нет ссылок, встроены независимо от их размера - это повышает производительность.
• false - чтобы схемы не были встроенными (они всегда будут компилироваться как отдельные функции).
целое число
• - для ограничения максимального количества ключевых слов схемы, которые будут встроены (для баланса общего размера скомпилированных функций и производительности).

passContext

Передайте контекст проверки для , скомпилируйте и подтвердите ключевыми функциями. Если этот параметр равен true , и вы передаете некоторый контекст в скомпилированную функцию проверки с помощью параметра validate.call (context, data) , контекст будет доступен как этот в ваших ключевых словах. По умолчанию , этот - экземпляр Ajv.

loopRequired

По умолчанию required Ключевое слово компилируется в одно выражение (или последовательность операторов в режиме allErrors ) до 200 обязательных свойств. Передайте целое число, чтобы установить другое количество свойств, для которого требуется . Ключевое слово будет проверяться в цикле (с меньшим размером функции проверки и худшей производительностью).

loopEnum v7

По умолчанию ключевое слово enum компилируется в одно выражение с до 200 разрешенными значениями. Передайте целое число, чтобы задать количество значений, при превышении которых ключевое слово enum будет проверяться в цикле (с меньшим размером функции проверки и худшей производительностью).

ownProperties

По умолчанию Ajv выполняет итерацию по всем свойствам перечислимого объекта; когда этот параметр равен true только собственные перечислимые свойства объекта (т.е.е. найдены непосредственно на объекте, а не на его прототипе) повторяются. Предоставлено @mbroadst.

multipleOfPrecision

По умолчанию ключевое слово multipleOf проверяется путем сравнения результата деления с parseInt () этого результата. Он работает для разделителей, размер которых превышает 1. Для небольших разделителей, таких как 0,01, результат деления обычно не целочисленный (даже если он должен быть целым, см. Выпуск № 84 (открывается в новом окне)). Если вам нужно использовать дробные делители, установите для этой опции некоторое положительное целое число N, чтобы multipleOf проверялись с использованием этой формулы: Math.abs (Math.round (деление) - деление) <1e-N (медленнее, но допускает арифметические отклонения с плавающей запятой).

сообщений

Включать в ошибки сообщения, понятные человеку. true по умолчанию. false может быть передано, если сообщения генерируются вне кода Ajv (например, с помощью ajv-i18n (открывается в новом окне)).