Что означают строки свифта

Swift: String and Characters. Базовый конспект

Кратко и только главное из The Swift Programming Language Book.

Этот конспект нельзя рассматривать как самостоятельное пособие для получения новых знаний, он больше служит для освежения некогда прочитанного. Если вы еще не знакомы с типами String и Characters, рекомендую сперва изучить соответствующую главу в документации.

Инициализация

Специальные символы

экранизирует специальный символ, например когда в текст нужно вставить \”, \”, \\

вставка символа Unicode. В фигурных скобках указывается номер.

все специальные символы, содержащиеся в строке, будут рассматриваться как обычные символы и не вызовут никаких действий. Чтобы какой-то символ все же применился, необходимо вставить # после знака \ и перед специальным символом, напр.: \#n.

тоже самое для многострочных строк.

Конкатенация

Объединение двух строк с помощью оператора + или +=.

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

Интерполяция

Построение строки с константами, переменными, литералами или выражениями.

Unicode

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

String построен на базе скалярный значений Unicode.

Доступ и модификация

.isEmpty

проверяет пустая ли строка, возвращает Bool значение.

for-in

для итерации по строке, как массиву Characters

.count

число символов в строке

Из-за разного объема памяти, занимаемого символами, нельзя получить доступ по индексу напрямую.

.startIndex

первый символ строки

.endIndex

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

позиция до и после заданного индекса

.index(_: offsetBy: )

для получения доступа к индексу, находящемуся дальше от заданного на заданное количество значений

.indices

свойство для получения всех индексов отдельных символов строки

.insert(_: at: )

вставить символ в позицию с указанным индексом

.insert(contentsOf: at: )

вставить строку в позицию с указанным индексом

.remove(at: )

удалить символ по указанному индексу

.removeSubrange(_: )

удалить сабстринг в указанном диапазоне

Substrings

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

Сравнение строк

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

Представление строк в Unicode

При записи строки Unicode в текстовый файл или др. Хранилище, все скаляры кодируются в одну из нескольких форм. Каждая из форм кодирует строку небольшими фрагметами (единицами кода) : UTF-8 (8-битные единицы кода и т.д.), UTF-16, UTF-32.

Для получения доступа к представлению строк в Unicode:

Источник

Новости EDI

Об электронном обмене данными

Читаем SWIFT сообщения

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

SWIFT MT101 – что это?

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

Набор символов сообщения SWIFT MT101

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

Следует помнить, что:

Формат SWIFT MT101

Тэг 20 – Номер перевода:

Тэг 21 – Номер, заданный отправителем:

Тэг 28D – Номер сообщения/Итого сообщений:

Тэг 50C или 50L – Инструкции:

Тэг 50F или 50G, или 50H – Информация отправителя:

Тэг 52A или 52C – Информация об обслуживающей счет отправителя организации:

Тэг 51A – Отправляющая организация:

Тэг 30 – Требуемая дата исполнения

Тэг 25 – Авторизация:

Тэг 21 – Номер транзакции:

Тэг 21F – Номер операции конвертации:

Тэг 23E – Код транзакции:

Тэг 32B – Валюта/Сумма транзакции:

Тэг 50C или 50L – Инструкции:

Тэг 50F или 50G, или 50H – Информация отправителя:

Тэг 52A или 52C – Информация об организации, обслуживающей счет отправителя :

Тэг 56A или 56C, или 56D– Банк посредник:

Тэг 57A или 57C, или 57D– Банк получателя:

Тэг 59 или 59A – Получатель:

Тэг 70 – Информация о платеже:

Тэг 77B – Данные для регулятора:

Тэг 33B – Валюта/Сумма в заявлении на перевод:

Тэг 71A – Расходы по платежу:

Тэг 25A – Счет, с которого списываются расходы по платежу:

Тэг 36 – Курс обмена

Пример сообщения SWIFT MT101

В нижеприведенном примере сообщения SWIFT MT101 указано, что сумма 123,45 EUR оплачена со счета GB12SEPA12341234123412 в банке BANKGB01XXX поставщику ( James Bond) на его счет GB12SEPA12341234123498 в банке BANKGB02XXX. В назначении платежа указано, что оплата по инвойсу SUPPLIER-INV-REF1

:20:123456789
:28D:1/1
:50H:/GB12SEPA12341234123412
ORDERING CUST NAME
ORDERING CUST ADDR LINE 1
ORDERING CUST ADDR LINE 2
ORDERING CUST ADDR LINE 3
:52A:BANKGB01XXX
:30:160211
:21:11FEB2016INV1
:23E:URGP
:32B:EUR123,45
:57A:BANKGB02XXX
:59:/GB12SEPA12341234123498
JAMES BOND
SUPPLIER ADDR LINE 1
SUPPLIER ADDR LINE 2
SUPPLIER ADDR LINE 3
:70:SUPPLIER-INV-REF1
:77B:/BENEFRES/GB
:71A:SHA

Источник

Документация

Лексическая структура

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

В большинстве случаев, токены генерируются из символов исходного файла Swift с учетом максимально длинной подстроки вводимого текста, с грамматическими ограничениями, описанными ниже. Такое поведение называется longest match или maximal munch.

Пробелы и комментарии

Пробелы используются для двух целей: для разделения токенов в исходном файле и для того, чтобы помочь определить является ли оператор префиксом или постфиксом (см. раздел «Операторы» ниже), в остальных случаях их использование игнорируется. Следующие символы считаются пробелами: промежуток (U + 0020), перевод строки (U + 000A), возврат каретки (U + 000D), горизонтальная вкладка (U + 0009), вертикальная вкладка (U + 000B), смена страницы (очистка экрана)(U + 000C) и нуль (U + 0000).

Комментарии могут содержать дополнительное форматирование и разметку, как описано в Markup Formatting Reference.

Грамматика пробелов

Идентификаторы

Идентификаторы начинаются с заглавной или строчной буквы от А до Z, знак подчеркивания (_), некомбинируемого алфавитно-цифрового символа Unicode в базовом многоязычном разделе, или символа вне базового многоязычного раздела, который не находится в зоне личного пользования. После первого символа, цифры и комбинируемые символы Unicode также допускаются.

Чтобы использовать зарезервированное слово в качестве идентификатора, поставьте обратные одиночные кавычки ( ` ) до и после него. Например, class не является допустимым идентификатором, но `class` действителен. Открывающиеся кавычки не считаются частью идентификатора, `x` и x имеют одинаковое значение.

Грамматика идентификатора

Ключевые слова и пунктуация

Литералы

Литералы являются исходным кодом представления типа значения, например, цифры или строки.

Ниже приведены примеры литералов:

Грамматика литерала

Целочисленные литералы

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

Грамматика целочисленного литерала

Литералы с плавающей точкой

Литералы с плавающей точкой представляют значения с плавающей точкой неуказанной точности.

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

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

Грамматика числа с плавающей точкой

Строковые литералы

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

Строковые литералы не могут содержать неэкранированные двойные кавычки ( » ), неэкранированный обратный слеш ( \ ), возврат каретки или перевод строки.

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

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

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

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

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

Значение выражения может быть вставлено в строку литерала, поместив выражение в скобки после обратного слеша ( \ ). Интерполированное выражение может содержать строковый литерал, но не может содержать неэкранированный обратный слеш ( \ ), возврат каретки или перевод строки.

Например, все следующие строковые литералы имеют одинаковое значение:

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

В следующем примере показан строковый литерал и строка, разделенная расширенными разделителями, которые создают эквивалентные строковые значения:

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

Дефолтный выводимый тип строчного литерала является String. Для получения дополнительной информации о типе String, см. Строки и символы и Справка по структуре String.

Строковые литералы, которые объединяются с оператором +, делают это во время компиляции. Например, значения textA и textB в примере ниже, являются идентичными, и объединения во время компиляции не происходит.

Грамматика строкового литерала

Операторы

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

, или одного из символов Unicode, которые мы разберем позднее (которые, среди других, включают в себя символы из Математических Операторов, Смешанные Символы и Графические метки блоков Unicode. После первого символа, использование других символов Unicode также является допустимым.

Заметка

Пробелы вокруг оператора используется для того, чтобы понять, используется ли оператор в качестве префиксного оператора, постфиксного оператора или бинарного оператора. Такое поведение представлено в следующих правилах:

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

Грамматика операторов

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Источник

Правила заполнения SWIFT переводов. Международные санкции

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

Как уже говорилось в предыдущей статье, платеж по свифт – это телеграмма. Это означает, что при заполнении реквизитов необходимо четко соблюдать стандарты SWIFT, а еще придерживаться правила: «не наболтать лишнего, но и не упустить важного».

Понятие «сообщение МТ103» (коммерческий перевод)

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

Перевод денег от клиента к клиенту банка, будь этот клиент хоть юридическим хоть физическим лицом, называется коммерческим платежом, который в системе swift оформляется типом сообщений МТ103 (МТ – message type).

Подробные правила заполнения абсолютно всех типов сообщений описаны на сайте https://www.swift.com. Поскольку наша с вами задача – не углубляться в теорию, а разобраться с правилами, имея лишь общее представление о свифт переводах, попробуем в общих чертах описать требования.

Основные поля сообщения МТ103

Итак. При заполнении сообщения МТ103 первое, что необходимо определить – кто будет получателем сообщения (Receiver). Это как на почтовом конверте заполнить графу «Кому».

Как правило – в этой «графе» проставляется swift-код банка корреспондента. То есть сообщение будет отправлено на банк корреспондент, обслуживающий банк отправителя. Другими словами свифт сообщение МТ103 – это распоряжение банка отправителя банку корреспонденту списать деньги с корреспондентского счета и отправить их согласно реквизитам, указанным в МТ103.

Далее заполняются такие поля:

Референс сообщения простыми словами – это порядковый номер операции, присвоенный операционной системой банка-отправителя сформированному свифт сообщению.

Дата валютирования – это дата, в которую банк-корреспондент спишет деньги с корреспондентского счета банка отправителя и отправит их согласно реквизитам. Понятие «дата валютирования» введено в силу природных обстоятельств и для того, чтобы банки-корреспонденты могли зарабатывать дополнительные комиссии при переводе денежных средств.

Под «природными обстоятельствами» подразумевается разница в часовых поясах: если банк отправителя и банк корреспондент находятся в разных поясах, и если в стране банка-корреспондента ночь, а в стране банка отправителя – день, то выполнить платеж «одним днем» банк корреспондент не сможет.

Финансовые поля в форме свифт сообщения

Далее переходим к основным финансовым полям сообщения:

Из перечисленных реквизитов, выделим два самых любопытных. Это: Банк-корреспондент банка отправителя (Sender’s Correspondent) и Банк-корреспондент банка получателя (Receiver’s Correspondent). Выше говорилось о том, что получателем сообщения, как правило, является банк корреспондент.

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

Не будет лишним напомнить, что во всех полях, где фигурирует такой реквизит как Банк – указываются свифт-коды. Что касается реквизита «Детали платежа» — как показывает практика, крупные банки корреспонденты любят, чтобы операция по переводу денежных средств, проводимая через них, была им понятна и законна.

То есть в деталях обязательно нужно упомянуть номер и дату контракта/инвойса/агримента, а также указать, за что осуществляется перевод (за товары, продукты, металл, газ и т.д.).

Взимание комиссий в зависимости от их типа в свифт переводе

Еще одним важным реквизитом свифт сообщения является поле:

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

Кодовые слова в деталях комиссии свифт сообщения:

Разберем подробно, что означает каждое из них.

OUR – подразумевает «комиссия за счет отправителя». То есть все расходы по свифт переводу берет на себя отправитель. Раннее, на заре внедрения SWIFT системы это правило действительно работало: все банки посредники, принимающие участие в переводе денежных средств, действительно сохраняли сумму перевода, не «откусывая» свои комиссии. И отправитель, поставив такой тип комиссии и оплатив комиссии в своем банке, был уверен, что сумма перевода дойдет целиком до получателя.

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

С чем это связано, я расскажу дальше. А пока объясню: как все-таки застраховаться от таких ситуаций, чтобы сумма перевода дошла целиком до получателя? Те же американские банки корреспонденты придумали такую услугу как «гарантированное OUR», за которую они взимают дополнительную комиссию ($20-$30). При этом они гарантируют доставку суммы перевода получателю в полном объеме.

А что же Европейские банки-корреспонденты? В старой доброй Европе правила, установленные платежной системой свифт, чтят и соблюдают, поэтому отправляя перевод в Евро и обозначая детали комиссий OUR – будьте уверенны: сумма перевода дойдет в полном объеме.

SHA – подразумевает «совместная оплата комиссий отправителем и получателем». То есть комиссии на стороне банка отправителя оплачивает отправитель, остальные комиссии (комиссии банков посредников, а также комиссию банка получателя) – оплачивает получатель.

BEN – подразумевает «все комиссии за счет получателя». При таком типе комиссии все участники маршрута платежа, включая банк отправителя вполне законно удержат свои комиссии. Тут к компании банков посредников подключается и банк отправителя, который также удержит из суммы платежа комиссию, как правило, большую чем, если бы платеж оформлялся с деталями комиссий OUR.

Ну что ж, мы подошли к завершению нашего разговора о реквизитах коммерческих переводов по SWIFT типа МТ103. И теперь переходим к самому загадочному вопросу – о международных санкциях.

Международные санкции

В настоящее время есть четыре основных санкционных программы и бесконечное количество внутригосударственных, локальных, отраслевых, индивидуальных для финансовых институтов и т.д. санкционных программ. Четыре основных это:

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

HM Treasury Sanction List – санкционные списки, установленные Казначейством Великобритании.

United Nations Security Council (UNSC) Sanctions – санкции, принимаемые СБ ООН в отношении государства, или его части или персонально физических лиц.

Помимо перечисленных санкционных списков, как уже говорилось, существует множество других санкционных локальных программ разных стран и организаций:

AU — Australia Department of Foreign Affairs and Trade

AU — DFAT Iran Specified Entities Lists

CA — Canada Office of the Superintendent of Financial Institutions

CA — Department of Foreign Affairs and Trade

EU — European Commission Official Journal

EU — Europe Countries Embargoes

FR — France Journal Officiel Français

HK — Hong Kong Monetary Authority

JP — Japan Ministry of Finance

NZ — New Zealand Police

SG — Singapore Monetary Authority of Singapore

CH — Switzerland Secrétariat d’Etat à l’Economie

GB — HMT Investment Ban list

GB — HMT Countries Embargoes

UN — UN Countries Embargoes

US — Denied Person List

US — US Countries Embargoes

И даже это – не полный перечень. К перечисленным направлениям следует добавить локальные внутрибанковские ограничительные меры банков-корреспондентов. Что бы было понятно: есть официальные списки стран и международных организаций и объединений, а есть внутренние списки, установленные внутренней политикой того или иного банка-корреспондента.

И если при осуществлении перевода денежных средств банк, который Вас обслуживает, в силах обезопасить операцию, то исключить применений каких-либо мер к платежу банком-корреспондентом ни один банк не в силах. Это связано с тем, что ни один банк-корреспондент не раскрывает тайны своей «внутренней политики».

Списки и принципы формирования этих списков – тайна за семью печатями. В общих чертах я вижу две причины:

Крупные иностранные банки постоянно мониторят официальные списки и формируют собственные списки опосредованных участников санкционных программ. Здесь могут оказаться и персоналии, которые является родственниками лицам, упомянутым в официальнх списках. Лично видела списки, в которых упоминалась «первая жена брата персоны, внесенной в официальный санкционный список».

После этого Compliance Department банка корреспондента принимает решение не исполнять платежи, в которых упоминается словосочетание «Shipping Company». Платежи просто отказываются в исполнении с причиной: согласно требованиям Compliance Department.

Международные санкции в отношении Крыма

Еще одна очень важная тема, актуальная на сегодняшний день – это санкции в отношении Крыма. 19 декабря 2014 года президент США Барак Обама подписал исполнительный ордер 13685 (Указ). Этот документ запрещает любую финансовую активность, затрагивающую Крым, включая: прямые или косвенные инвестиции, оплату любых товаров, услуг или технологий из Крыма, напрямую или косвенно осуществляемую корпорациями или частными лицами.

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

Как избежать риска отправки «санкционного» платежа?

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

Если название Вашей компании или Ваша фамилия созвучны с санкционными объектами или персонами – для пользования платежной системой свифт готовьтесь предоставлять развернутую информацию о Вашей деятельности или автобиографии, поскольку только так Вы сможете «обелить» свою репутацию и совершить свифт перевод (если Вы, конечно, не террорист).

Вот, собственно, и все на тему международных платежей, желаю Вам удачи.

Источник