There are reliable acceptors for deals DTC, Server - to - Server, Web-Link, KTT, MT- 103, and so on.

Уважаемые партнеры!

Есть надежные приемщики по сделкам DTC, Server - to -Server, Web-Link, KTT, MT-103 и так далее.

Мне и моим партнерам достаточно часто присылают предложения по указанным сделкам от держателей фондов, в частности от фирмы Hestiun и ее дочерних структур. 

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

Необходимо знать и помнить о том, что банки в своей работе руководствуются законами своих государств, инструкциями и распоряжениями регуляторов (таких как Центробанк Европейского Союза, Федеральная резервная система США и так далее), инструкциями своих банков и должностными инструкциями работников банков.

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

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

Ни один из серьезных банков не пойдет на нарушение указанных требований, и не будет подписывать контрактов, тексты и процедуры которых противоречат методам и приемам безопасной работы с фондами.

Для того, чтобы контракт был подписан и реализован, ОТПРАВИТЕЛЬ фондов должен дать контракт с процедурой, приемлемой для ПРИНИМАЮЩЕЙ стороны.
Контракт ОБЯЗАТЕЛЬНО ДОЛЖЕН ВКЛЮЧАТЬ ОБЩЕНИЕ ОФИЦЕРА БАНКА ВЫСЫЛАЮЩЕЙ СТОРОНЫ С ОФИЦЕРОМ БАНКА ПРИНИМАЮЩЕЙ СТОРОНЫ.

От фирмы Hestiun и ее дочерних структур к приемщикам приходит много контрактов. В этих контрактам представителем отправителя фигурируют 10…15 человек, приводятся цветные копии паспортов этих людей. За 2013 год к КАЖДОМУ из принимающих сторон, с представителями которых я беседовал, пришло порядка 20 предложений. За январь 2014 года пришло порядка 5 предложений. Большая часть этих предложений носит характер поддельных. И НИ ОДНО из предложений не годится для работы.

Принимающая сторона ДОЛЖНА спрашивать у высылающей стороны, каково происхождение фондов. Если отправитель покажет историю фондов, то принимающая сторона может сработать и по схеме, предлагаемой высылающей стороной. Но в реальной жизни отправители никогда не дают историю денег. Учитывая это, принимающая сторона может не требовать историю денег. 

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

Уважаемые партнеры! Если Вы действительно общаетесь с MANDATE высылающей стороны, а не посредниками и не аферистами, попросите его прислать НОРМАЛЬНЫЙ контракт. Если такой контракт будет прислан, он будет НЕМЕДЛЕННО ПОДПИСАН. Нелишним будет запросить копию MANDATE и копию лицензии высылающей стороны.

Пока от высылающей стороны не будет нормального контракта, работа с европейскими и американскими банками НЕВОЗМОЖНА.

На каком основании банк принимающей стороны будет «скачивать» деньги с сервера банка принимающей стороны и наоборот? Таким основанием ДОЛЖЕН быть звонок офицера банка ВЫСЫЛАЮЩЕЙ стороны. Звонок фиксируется принимающей стороной, коды также фиксируются и только при этом осуществляется сделка. 

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

Принимающая сторона НЕ БУДЕТ ДАВАТЬ КОДЫ ПРИ ПОДПИСАНИИ КОНТРАКТА. Эти коды будут сообщаться ТОЛЬКО ПРИ РАБОТЕ МЕЖДУ ОФИЦЕРАМИ БАНКОВ. Только им эти коды и нужны. Никакие Screen Short им не нужны.

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

Указанные коды должны пересылаться ТОЛЬКО поSWIFT по связи между банками ПОСЛЕ подписания контракта. ВСЕ имеющиеся коды у принимающих банков - рабочие, проверять их ДО подписания контракта нет никакой необходимости. Тот, кто требует эти коды - просто АФЕРИСТ, либо не понимает, к чему это может привести.

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

Вам необходимо знать и твердо помнить, если Вам присылают контракт БЕЗ РАБОТЫ офицеров банка, то соответствующие «представители» НЕ ЯВЛЯЮТСЯ ДЕРЖАТЕЛЯМИ ДЕНЕГ, то есть не являются теми, за кого себя выдают.

Теперь о требовании ОТПРАВИТЕЛЯ фондов об открытии ему счета в банке принимающей стороны ПЕРЕД сделкой. В любом серьезном банке без серьезной суммы (например, в 100 тысяч евро) в банк не войдешь и счет не откроешь. 

С чего принимающая сторона будет открывать счет, и только после этого высылающая сторона будет «заливать» деньги? Высылающая сторона должна СНАЧАЛА «залить» деньги в банк принимающей стороны, где они должны быть по контракту 72 часа. То есть высылающая сторона должна САМА открыть счет в принимающем банке.

При подготовке данного письма, я контактировал с представителями самых крупных структур, имеющихся в Европе. Эти структуры имеют все необходимые разрешения для работы по сделкам DTC,Server - to - Server, Web-Link,KTT, MT-103 и так далее. Эта структура реально может реализовать указанные контракты на очень крупные суммы.

Что касается распределения инвестиций и комиссионного вознаграждения, то можно сказать следующее. Если по контракту принимающая сторона должна отправить ДВА Swiftа, а не один, то это трактуется как схема для хакерской атаки. Такая схема не пройдет. 

Например, если по контракту, требуется отправить 60% от принятой суммы отправителю и 5%MANDATE отправителя, тоSwift должен высылаться только отправителю. Лучше всего, чтобы приемщик отправил ОДИН Swift и 65% от принятой суммы отправителю. 

А отправитель САМ отправит 5% MANDATEотправителя. В этом случае, нет риска потерять деньги, и кроме того, гораздо меньше шансов на то, что сделку заблокирует регулятор.

Что касается комиссионного вознаграждения, то 2,5% (50/50) на агентов стороны отправителя и стороны приемника пропустят, а больше - не пропустят. Необходимо понимать, что сидя как почтальон на компьютере, нужно умерить свои аппетиты до разумных (и приемлемых для сторон контракта) размеров. Вторые 2,5% комиссионных (из5%) всегда забирает банк принимающей стороны.

Что касается числа таблиц распределения комиссионных (box), то их обычно всего 2. То естьPaymaster также только 2. Один - для агентов высылающей стороны и один - для агентов принимающей стороны. До подписания контракта, в соответствующие боксы (таблицы) обычно вписываются (в качестве бенефициаров) фамилии руководителей групп комиссионеров. На этих руководителей открываются счета и Paymaster, получив деньги на все группы своей стороны, перечисляет деньги руководителям групп. Руководители групп перечисляют деньги агентам своей группы.

Если отправитель серьезный, а контракт не поддельный, то не будет курьезных случаев, когда оказывается, что офицер банка высылающей стороны уже уволен, а приемщики получают контракты с его фамилией, и Мандат отправляющей стороны об этом не знает. Или офицер банка принимающей стороны с удивлением обнаруживает, что офицер банка принимающей стороны работает по другому тексту контракта или не из того банка, который указан в контракте. Это ПРОВАЛЬНЫЕ ситуации для подписанного контракта.

Если Вы работаете не с отправителем, а с приемщиком, то необходимо знать, что с ними также нужно работать осторожно. Например, приемщики из Сингапура часто используют финансовые инструменты на цели, не связанные с контрактом. Например, получив Swift 799 и деньги на счет, можно в течении 72 часов (оговоренных в контракте) «прокрутить» их в программе PPP и удвоить эту сумму. Между тем выпуск Swift 799 стоит достаточно много денег.

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