Приложение NBG VASP должно последовательно описывать одну операционную модель в предписанных формах, доказательствах владения и управления, схемах обслуживания, электронной системе, бизнес-плане и рамках ПОД/ФТ.
Постановление No 94/04 требует предписанных бланков заявлений вместе с доказательствами о заявителе, администраторах, значительных и бенефициарных владельцах, головном офисе, цифровых каналах, поставщиках, потоках услуг, электронной системе, трехлетнем бизнес-плане, организации и контроле AML / CFT. Национальный банк может запросить дополнительную информацию, демонстрацию системы и доступ к головному офису или филиалам заявителя до принятия решения о заявке.
1.Нормативная классификация должна соответствовать фактическому потоку услуг
Заявка должна начинаться с того, что грузинская компания на самом деле сделает для другого человека: обмен, передача, хранение или администрирование, индивидуальное управление портфелем, администрирование торговой платформы, кредитование, деятельность ICO или комбинация этих услуг. Коммерческих ярлыков, таких как «брокер», «кошелек», «перевод» или «платформа», недостаточно.
Приказ No 94/04 требует схематического описания движения информации, виртуальных активов и средств от начала до конца каждой услуги, идентификации соответствующих участников. Если планируется несколько услуг, для каждой услуги требуется отдельная схема; если поток отличается по виртуальному активу, то эту разницу также необходимо показать. Иностранные VASP и поставщики платежных услуг, участвующие в схеме, должны быть идентифицированы вместе со своими надзорными органами.
2.Собственность и администраторы являются частью нормативного дела
Файл НБГ нуждается в прозрачной цепочке собственности через крупных прямых и косвенных владельцев бенефициарным владельцам, а также в информации об идентичности, финансовой основе и пригодности. Администраторы и лица, ответственные за управление деятельностью VASP, должны быть подкреплены доказательствами образования и/или соответствующим опытом.
Уголовно-регистрационные доказательства являются чувствительными к юрисдикции и времени. Правила подачи заявок оглядываются на страны проживания в течение предыдущих десяти лет, в то время как свежесть сертификатов отличается для грузинских и иностранных документов. Эти зависимости должны быть запланированы до предполагаемой даты подачи, а не собраны случайным образом. Контрольный список документов заявки VASP для последовательности подачи.
3. Головной офис, система и цифровые каналы должны существовать как операционная среда
Заявитель должен подтвердить свое право на использование головного офиса и, в соответствующих случаях, филиалов. Право собственности на веб-сайт или права использования и детали заявки также должны быть задокументированы. Для электронной системы подача включает информацию о производителе и системе, где записаны обязательства клиента и данные транзакции, а также доказательства того, что функциональность соответствует запланированной услуге.
4.Трехлетний бизнес-план должен согласовываться с организацией
Бизнес-план должен включать в себя как минимум трехлетний бюджетный прогноз и продемонстрировать, что заявитель может внедрить соответствующие системы, ресурсы и процедуры при осуществлении деятельности в Грузии. Организационная структура должна определить подразделения головного офиса, их функции и численность сотрудников, а также включить план развития на первые шесть месяцев после начала операций.
Таким образом, прогнозируемые клиенты, объемы операций, сборы, поставщики и каналы должны согласовываться с кадровым составом, технологическим потенциалом, рабочей нагрузкой и эксплуатационными расходами. Коммерчески амбициозный прогноз в сочетании с существенно недофинансированной операционной структурой создает очевидный пробел в доверии.
5. Документация по ПОД/ФТ должна содержать описание одного и того же предприятия
Приложение включает внутреннюю инструкцию по ПОД/ФТ или структуру процедур политики и организационную оценку рисков ОД/ФТ вместе с предписанной декларацией о системе контроля соответствия. В этих документах должны использоваться те же типы клиентов, страны, продукты, каналы, поставщики и потоки транзакций, описанные в другом месте приложения.
Файл AML не должен быть составлен как независимый шаблон и согласован позже. Архитектура сервиса определяет архитектуру риска.
6.Регистрационный риск шире, чем отсутствие документов
Приказ No 94/04 дает основания для отказа НБГ, которые непосредственно связаны с доверием к операционной деятельности.
- ложная информация в подаче;
- схема обслуживания, которая не подпадает под установленный законом периметр VASP или иным образом не соответствует требованиям законодательства;
- исправленная схема, которая существенно отличается от первоначально поданной модели;
- электронная система, не соответствующая схеме обслуживания;
- головной офис или филиал, которые не могут соответствовать применимым требованиям;
- проблемы, связанные с администратором, влияющие на эффективное, безопасное и разумное управление или непрерывность бизнеса;
- неспособность ответить в течение применимой информации или периода устранения дефицита.
7. Контроль за легализацией, переводом и историей версий
Документы, как правило, подаются в качестве оригиналов или нотариально заверенных копий. Документы, выданные за рубежом, могут потребовать апостиля или легализации, если не применяется исключение, и предписанная документация должна быть подкреплена должным образом заверенными грузинскими переводами. Поэтому перевод должен начинаться с утвержденных исходных версий, а не с переносных черновиков.
Контролируемая матрица доказательств должна идентифицировать исходный документ, окончательную грузинскую версию, ответственного владельца и точное заявление заявки, которое она поддерживает. Ответы на вопросы NBG должны быть согласованы со всем досье до подачи.
8. Отрепетируйте операционную историю, связанную с регулятором
Перед подачей заявки администратор должен быть в состоянии объяснить один репрезентативный путь клиента от входа через финансирование, транзакцию или передачу, обзор AML / санкций / KYT, урегулирование, сверку, удержание записей и отчетность - и показать соответствующие системные доказательства.То же упражнение должно быть запущено для неблагоприятного события, такого как удар по санкциям, предупреждение о блок-цепочке, неудавшийся вывод, сбой поставщика или перерыв в выверке.
Создайте досье в том же порядке, в котором должна иметь смысл операционная модель.
Каждый слой должен поддерживать следующий; ни один не должен описывать другой бизнес.