Sistema De Comércio Rápido

Como funciona o sistema SWIFT Precisa transferir dinheiro no exterior Hoje, é fácil entrar em um banco e transferir dinheiro em qualquer lugar do mundo. Mas, como isso acontece. Atrás da maioria das transferências internacionais de dinheiro e segurança, o sistema SWIFT, uma vasta rede de mensagens usada pelos bancos e outras instituições financeiras, envia e recebe informações de forma rápida, precisa e segura, como instruções de transferência de dinheiro. Todos os dias, cerca de 10 000 instituições membros da SWIFT enviam aproximadamente 24 milhões de mensagens na rede. Neste artigo, exploraremos o que SWIFT faz, como funciona e como ganha dinheiro. SWIFT representa a Sociedade de Telecomunicações Financeiras Interbancárias no Mundo. É uma rede de mensagens que as instituições financeiras usam para transmitir informações e instruções de forma segura através de um sistema padronizado de códigos. O SWIFT atribui a cada organização financeira um código exclusivo com oito caracteres ou 11 caracteres. O código é chamado de forma intercambiável o código do identificador do banco (BIC), código SWIFT, código SWIFT ou código ISO 9362. (Veja a respeito: Qual é a diferença entre um IBAN e um código rápido) Para entender como o código é atribuído, olhe para o banco italiano UniCredit Banca, com sede em Milão. Tem o código SWIFT de 8 caracteres UNCRITMM. Primeiros quatro caracteres: o código do instituto (UNCR para UniCredit Banca) Próximos dois caracteres: o código do país (IT para o país Itália) Próximos dois caracteres: o código de localização (MM para Milão) Últimos três caracteres: opcional, mas as organizações usam isso para Atribua códigos a ramos individuais. (O ramo UniCredit Banca em Veneza pode usar o código UNCRITMMZZZ.) Assuma que um cliente de uma filial do Bank of America em Nova York quer enviar dinheiro para seu amigo que bancar no ramo UniCredit Banca em Veneza. O nova-iorquino pode entrar na filial do Bank of America com seu número de conta dos amigos e o código SWIFT exclusivo da UnicaCredit Bancas para o seu ramo de Veneza. O Bank of America enviará uma mensagem SWIFT de transferência de pagamento para o ramo UniCredit Banca na rede SWIFT segura. Uma vez que a Unicredit Banca recebe a mensagem SWIFT sobre o pagamento recebido, ela irá limpar e creditar o dinheiro para a conta de amigos italianos. Tão poderoso quanto o SWIFT, tenha em mente que é apenas um sistema de mensagens. O SISTEMA não possui fundos ou valores mobiliários, nem gerencia contas de clientes. O mundo antes do SWIFT Antes do SWIFT, o Telex era o único meio disponível de confirmação de mensagem para transferência de fundos internacional. O Telex foi prejudicado por baixas velocidades, preocupações de segurança e um formato de mensagem gratuito - ou seja, o Telex não possuía um sistema unificado de códigos como SWIFT para nomear bancos e descrever transações. Os remetentes do Telex tiveram que descrever todas as transações em frases que foram então interpretadas e executadas pelo destinatário. Isso levou a muitos erros humanos. Para contornar esses problemas, o sistema SWIFT foi formado em 1974. Sete grandes bancos internacionais formaram uma sociedade cooperativa para operar uma rede global que transferisse mensagens financeiras de forma segura e atempada. Por que SWIFT é dominante Dentro de três anos de introdução, a participação da SWIFT aumentou para 230 bancos em cinco países. Embora existam outros serviços de mensagens como Fedwire, Ripple e CHIPS, a SWIFT continua a manter sua posição dominante no mercado. Seu sucesso é atribuído a como ele adiciona continuamente novos códigos de mensagens para transmitir diferentes transações financeiras. Enquanto o SWIFT começou principalmente para instruções de pagamento simples, ele agora envia mensagens para ações de grande variedade, incluindo transações de segurança e transações de tesouraria. Cerca de 50% do tráfego SWIFT ainda é para mensagens baseadas em pagamento, mas 43% agora dizem respeito a transações de segurança e os fluxos de tráfego remanescentes para transações de tesouraria. No início, os fundadores da SWIFT criaram a rede para facilitar a comunicação apenas sobre o Tesouro e as transações correspondentes. A robustez do formato do formato de mensagem permitiu uma grande escalabilidade através da qual o SWIFT expandiu gradualmente para prestar serviços aos seguintes: Instituições de corretagem e casas de câmbio Empresas de gestão de ativos Casas de negócios corporativos Participantes do mercado de tesouraria e prestadores de serviços Serviços de câmbio e moeda estrangeira oferecidos pelas conexões SWIFT ApplicationsSWIFT Permitir o acesso a uma variedade de aplicações que incluem correspondência de instruções em tempo real para operações de tesouraria e de divisas, infra-estrutura de mercado bancário para processamento de instruções de pagamento entre os bancos e infra-estrutura de mercado de valores mobiliários para processamento de instruções de compensação e liquidação de pagamentos, títulos, divisas e derivativos Transações. O Business IntelligenceSWIFT introduziu recentemente painéis e utilitários de relatórios que permitem aos clientes obter uma visão dinâmica e em tempo real do monitoramento das mensagens, atividade, fluxo comercial e relatórios. Os relatórios permitem a filtragem com base na região, país, tipos de mensagens e parâmetros relacionados. Serviços de ConformidadeApto de serviços em torno de conformidade com o crime financeiro, a SWIFT oferece relatórios e utilitários como Know Your Customer (KYC), Sanções e Anti-Money Laundering (AML). (Veja relacionados: Sanções dos EUA e da UE contra a Coréia do Norte) Soluções de mensagens, conectividade e software O núcleo do negócio SWIFT reside na criação de uma rede segura, confiável e escalável para o movimento suave das mensagens. Através de seus diversos hubs de mensagens, software e conexões de rede, a SWIFT oferece vários produtos e serviços que permitem que seus clientes finais enviem e recebam mensagens transacionais. Como SWIFT Ganhar Dinheiro SWIFT é uma sociedade cooperativa de propriedade de seus membros. Os membros são categorizados em classes com base na propriedade compartilhada. Todos os membros pagam uma taxa de inscrição única e taxas de suporte anual que variam de acordo com as classes de membros. O SWIFT também cobra usuários por cada mensagem com base no tipo e comprimento da mensagem. Essas taxas também variam de acordo com o uso de bancos, níveis de carga diferenciados existem para bancos que geram diferentes volumes de mensagens. Além disso, a SWIFT lançou novos serviços. Estes são suportados pelo longo histórico de dados mantidos pelo SWIFT. Estes incluem inteligência de negócios, dados de referência e serviços de conformidade e oferecem outros fluxos de renda para SWIFT. Desafios para SWIFT A maioria dos clientes SWIFT tem enormes volumes transacionais para os quais a entrada manual de instruções não é prática. A necessidade de automação para criação, processamento e transmissão de mensagens SWIFT está crescendo. No entanto, isso ocorre com um custo e despesas gerais operacionais. Embora o SWIFT tenha sido bem sucedido no fornecimento de software para o mesmo, isso também vem com um custo. O SWIFT pode precisar acessar essas áreas problemáticas para a maioria da base de clientes. As soluções automatizadas dentro deste espaço podem trazer um novo fluxo de renda para a SWIFT e manter os clientes envolvidos no longo prazo. A SWIFT manteve sua posição dominante no processamento global de mensagens transacionais. Recentemente, ele se esforçou para novas áreas, oferecendo serviços de relatórios e dados para inteligência de negócios, o que indica sua vontade de permanecer inovador. No curto e médio prazo, a SWIFT parece estar pronta para continuar dominando o mercado. Importante: esta página faz parte do conteúdo arquivado e pode estar desatualizada. SWIFT é a Sociedade de Telecomunicações Financeiras Interbancárias em todo o Mundo. É o líder mundial no campo dos serviços internacionais de telecomunicações financeiras. A linha de negócios principal da SWIFT oferece uma plataforma de comunicação rápida, confiável, altamente eficiente, confidencial e segura. Ele também administra a padronização de formas e métodos de troca de informações financeiras. Quase todos os tipos de operações financeiras são feitos através do canal SWIFT, incluindo transferências de dinheiro, transmissão de declarações de conta, confirmação de ofertas de câmbio, cobrança de pagamentos, liquidação de letras de crédito, comércio de valores mobiliários, negociação de questões em disputa e muitos outros. Enquanto isso, a SWIFT não detém fundos nem gerencia contas em nome de clientes ou atua como agente de compensação. É apenas a rede de comunicação. As mensagens transmitidas são gravadas como entradas contábeis nas contas NOSTRO e LORO da mesma maneira que elas fizeram com os documentos de pagamento tradicionais. SWIFT é uma organização sem fins lucrativos, todos os lucros obtidos são gastos na cobertura do custo incorrido e desenvolvimento do sistema. Mais de 50 sistemas nacionais de pagamento são baseados em SWIFT. É também o sistema de liquidação principal da Associação Bancária do Euro (EBA) e do sistema de compensação europeu TARGET. Atualmente, mais de 60 dos acordos mundiais de compensação são feitos através de redes de pagamento baseadas em SWIFT. A plataforma SWIFT possui as seguintes vantagens: A precisão da transmissão da mensagem é conseguida através da compilação da rede, ordem de entrada de entrada de mensagem especial com reserva no local de segmentos de rede. A combinação multinível de métodos de proteção física, técnica e organizacional permite a maior segurança possível e a confidencialidade dos dados transmitidos. Menor custo comparado com os canais tradicionais de telecomunicações. O custo da mensagem padrão (até 325 bocados) não depende da distância e é menor do que as despesas de telex ou telégrafo devido à alta densidade de fluxos de informação. Velocidade de transferência de dados mais rápida. Uma mensagem pode ser entregue a qualquer parte do mundo dentro de 20 minutos ou mesmo dentro de 5 minutos para mensagens prioritárias. É mais rápido do que em qualquer outro canal, por exemplo, transmissão de telégrafo similar levaria cerca de 90 minutos. O tempo de entrega é reduzido através da eliminação de segmentos de rede intermédios e quando um remetente pode comutar um destinatário on-line, a transferência de dados levará alguns segundos. Uma vez que todos os documentos de pagamento foram introduzidos no sistema de forma padrão, isso facilita o processamento de dados e aumenta a eficiência. Os registros de execução de transações fornecem controle total sobre todas as ordens passando e permitem a preparação automatizada de relatórios diários. A padronização ajuda a superar a barreira da linguagem e a diferença nas práticas financeiras nacionais. O SWIFT fornece garantia financeira a todos os seus membros, ou seja, se qualquer mensagem não for entregue ao destinatário dentro de 24 horas devido à falha na plataforma, a Sociedade cobrirá todas as perdas diretas e indiretas infligidas ao cliente. A principal desvantagem do sistema a partir da perspectiva dos clientes é a alta das taxas de entrada. As despesas totais de um banco, dispostas a se tornarem membros da SWIFT, podem chegar a 160-200 mil USD. Isso causa uma carga excessiva para pequenas e médias instituições financeiras. Outro ponto fraco é a forte dependência da estrutura interna dos sistemas em aparelhos técnicos bastante complicados, o que inevitavelmente causa exposição ao mau funcionamento. A SWIFT é uma sociedade cooperativa de direito belga e é detida e controlada pelos bancos membros. A sede está localizada em La Hulpe, na Bélgica, não muito longe de Bruxelas. Os membros elegeram um conselho de 25 diretores independentes, que rege a sociedade e supervisiona a administração. Os diretores são eleitos pela Assembléia Geral Ordinária de acionistas por um período de três anos. Todas as decisões são tomadas por maioria de votos e uma ação constitui para um voto. As ações são distribuídas entre bancos membros de acordo com o volume de tráfego de mensagens. A maioria é realizada por bancos dos EUA, Alemanha, Suíça, França e Grã-Bretanha, e os principais papéis do Conselho também são desempenhados por representantes desses países. Qualquer banco pode se tornar membro da SWIFT se tiver o direito de executar transações financeiras internacionais de acordo com a legislação nacional. Com exceção da adesão plena, existem outras duas opções de participação. Os membros associados, geralmente as agências e subsidiárias dos bancos membros, não possuem participações na sociedade e não estão envolvidos em sua administração. Clientes de baixo volume, como corretores, empresas de compensação e seguros, empresas de investimento, são referidos como participantes e acessam SWIFT através de infra-estrutura compartilhada. A arquitetura técnica do sistema SWIFT é constituída por numerosos centros de dados espalhados por todo o mundo e conectados através de linhas de dados de alta velocidade separadas de redes nacionais de telecomunicações ou de estado. O coração duplo do sistema é dois centros de processamento de dados, um nos Estados Unidos e um na Holanda. Eles viajam com os centros regionais em cada estado membro. As mensagens SWIFT são compostas por campos padrão que identificam totalmente todos os detalhes relativos de um pagamento e seus participantes. Hoje, 7 grupos diferentes estão em uso, cada um inclui mais de 70 tipos de mensagens. Os tipos são designados para refletir perfeitamente o conteúdo das operações financeiras, executadas pelos participantes dos sistemas. QUAL É Swift O acrônimo é Society for Worldwide Interbank Financial Telecommunications. SWIFT é uma sociedade cooperativa. De acordo com o artigo 3º dos seus estatutos: O objeto da Companhia é, em benefício coletivo, os membros da Companhia, o estudo, a criação, a utilização e a operação dos meios necessários para a telecomunicação, transmissão e roteamento de serviços privados, confidenciais E mensagens financeiras proprietárias. A sede da Societys situa-se em La Hulpe, nos arredores de Bruxelas. A SWIFT também atua como um organismo de normas internacionais (ISO) aprovado pelas Nações Unidas para a criação e manutenção de padrões de mensagens financeiras. O SWIFT foi formado quando sete grandes bancos internacionais se reuniram em 1974 para discutir as limitações do Telex como meio de entrega segura de informações de pagamento e confirmação, principalmente nas áreas bancárias do Tesouro e Correspondentes. Telex sofreu uma série de limitações devido à sua velocidade (50 Baud ou aproximadamente 8 bytes por segundo), o seu formato livre (que tornou a automação na extremidade receptora quase impossível) e a falta de segurança, sendo Testkeys apenas calculado em uma Subconjunto do conteúdo da mensagem. A decisão foi tomada naquela época para formar a sociedade e três anos depois em 1977, 230 bancos em 5 países foram ao vivo. Novos países e usuários foram e ainda são, adicionados 4 vezes por ano, com números recentes que mostram 212 países e mais de 10 mil instituições conectadas. Ao longo dos anos, a cobertura do tipo de mensagem foi amplamente expandida para cobrir uma gama muito maior de transações financeiras e novos tipos de mensagens são adicionados ao sistema uma vez por ano, em novembro. A rede original foi substituída por uma rede baseada em X.25 em 1990 para lidar com os volumes crescentes de mensagens e, no início dos anos 2000, a rede X.25 foi substituída por uma rede baseada em IP conhecida como SWIFTNet. Atualmente, o tráfego diário diário SWIFTNet FIN (MT) é de aproximadamente 24 milhões de mensagens. Cerca de 48 deste tráfego são para mensagens de pagamento, 46 ​​mensagens de títulos e o restante de tesouraria, comércio e mensagens de sistema. De forma exclusiva, a SWIFT assume toda a responsabilidade por cada mensagem uma vez que o aceitou e provavelmente é esse fato, vinculado à segurança incorporada e à robustez da rede (consistentemente melhor do que 99,999 up-time todos os anos), o que levou a SWIFTs dominante Posição no mercado. Embora originalmente a rede tenha sido projetada para suportar os requisitos das operações bancárias do Tesouro e do Correspondente, ao longo dos anos permitiu que outras instituições acessem os serviços, embora em alguns casos apenas em um grau limitado. Atualmente, os seguintes tipos de organizações podem acessar o serviço: Instituições de negociação de bancos Agentes de dinheiro Negociantes de corretores de valores Instituições de gestão de investimentos Sistemas de compensação e depositários centrais Trocas reconhecidas Empresas de serviços fiduciários e fiduciários Fornecedores subsidiários de custódia e nomeados Contrapartes do Tesouro Tesouraria ETC Fornecedores de serviços Corporates The Society is De propriedade de seus membros, e para se tornar um, a organização deve possuir uma licença bancária. Em contrapartida, os deputados possuem partes da sociedade e têm direitos de voto. Existem outras duas classes de usuários. Sub-membros devem ser gt90 de propriedade de um membro e geralmente são filiais. Embora tenham acesso total ao sistema, eles não possuem direitos de voto ou compartilhamentos. Os participantes geralmente são outros tipos de instituições financeiras, e eles têm acesso a um conjunto limitado de mensagens e nenhum direito de propriedade. Todas as classes de membros pagam uma taxa de adesão inicial e uma taxa de suporte anual, embora os valores sejam diferentes para cada classe. Além disso, os usuários são carregados por mensagem por unidade de comprimento de 325, 750 ou 1950 caracteres dependentes do tipo de mensagem. As taxas também variam dependendo do nível de volume. O preço é calculado para cobrir todos os custos e investimentos da SWIFT com os usuários, em seguida, recebendo descontos regulares depois que estes são finalizados. O SWIFT opera uma série de serviços, principalmente: GPA - Aplicação de Propósito Geral, que só permite mensagens do sistema, ou seja, mensagens de um usuário para SWIFT e vice-versa, não de um usuário para outro. Aplicativo Financeiro, que é o usuário para o serviço do usuário, que inclui as Mensagens do Sistema MT0nn, Mensagens de Usuário a Usuário MT1nn através de 9nn e Mensagens de Serviço, como Reconhecimentos. Além disso, o SWIFT fornece uma série de serviços cobrados por cima e acima das taxas normais. Alguns destes são: IFT (Interbank File Transfer) - Para transferência de arquivos em massa, por exemplo, baixo valor líquido, pagamentos de varejo de alto volume. ACCORD - Um serviço de agência de correspondência de confirmação centralizada. Serviços de diretório - Um serviço de instruções de liquidação padrão automatizado e centralizado para o enriquecimento de mensagens que atualmente está limitado às informações de Tesouraria e Pagamento. RTGS (Y-copy) - Usado principalmente para enviar uma cópia de uma mensagem ou partes delas a um terceiro, por exemplo, um país do Banco Central específico (por exemplo, CREST, CHAPSEuro) - Onde SWIFT é o transportador das mensagens ou o fornecedor de Serviços de rede adicionais. A rede SWIFT possui uma arquitetura que suporta os requisitos para uma operação segura totalmente redundante 24x7 que também é altamente escalável. Há uma série de componentes para esta rede. Os processadores de controle do sistema são responsáveis ​​pela operação de todo o sistema. Isso inclui: Software de Gerenciamento de Sessão e distribuição de banco de dados Monitorando todo o hardware e software do SWIFT Diagnóstico e recuperação de falhas Alocação dinâmica de recursos do sistema Estes estão localizados em Centros Operacionais, 2 no centro dos EUA e 2 no centro na Holanda. Os processadores de fatia são responsáveis ​​por: roteamento e armazenamento seguro de mensagens amplo historial Recuperação de loja segura para processadores regionais Geração de relatórios Mensagens de entrega e não entrega Processamento de recuperações e mensagens do sistema Arquivamento, faturamento e estatísticas. Todas as mensagens são seguras em duas mídias. Os SPs estão localizados nos centros operacionais. Os Processadores Regionais são o ponto de entrada e saída para SWIFT e eles suportam conexão de rede alugada, discagem ou rede pública de dados. O método mais comum é a linha alugada primária com backup dial-up. Eles geralmente estão no mesmo país que o usuário e fornecem verificação de número de seqüência e validação de mensagens, armazenamento seguro temporário, geração de Reconhecimentos Positivos e Negativos e verificação de checksums. Um terminal baseado em computador (CBT) que também é conhecido como uma interface SWIFT é localizado em cada site do usuário. Esses terminais suportam a conectividade com o processador regional local e facilitam a entrada manual de mensagens e a ponte para aplicativos originários. Mais alguns detalhes sobre a última instalação serão abordados mais tarde. Existem muitos fornecedores desses dispositivos de interface, embora o SWIFT tenha, de longe, a maior quota de mercado. O seguinte é uma lista de alguns dos mais comuns. Uma lista completa está disponível no swift: Fornecedores e CBT SWIFT - Acesso à Aliança (NT e Unix) SWIFT - Alliance Entry (NT) IBM - MervaESA (Mainframe) Logica - Fastwire (Unix) Logica - Bess (Tandem) Mint - Mint Netik - TurboSWIFT (NT e Unix) O diagrama abaixo mostra a arquitetura de alto nível. (Fonte: swift) Conforme mencionado acima, o acesso à rede é através da tecnologia CBT e Smart Card é usada para acessar funções seguras. Muitas funções exigem entrada de usuário e senha dupla. Nitialmente, um Usuário entrará LOGIN para o serviço GPA e receberá um Reconhecimento de GPA. O Usuário então SELECIONA o aplicativo ou serviço que eles desejam usar, por exemplo, FIN. O usuário pode então enviar mensagens FIN para outros usuários e o Processador Regional enviará uma confirmação positiva (ACK) ou Negativa (NAK) para cada mensagem depois de ter armazenado em segurança. A sessão permanece aberta para enviar e receber mensagens até o usuário QUITS. O serviço Fin reconhecerá isso antes que o LOGOUT do usuário seja selecionado. É um requisito da SWIFT que o CBT tenha efetuado o login para pelo menos receber mensagens por pelo menos 7 horas por dia útil. Todos os termos em maiúsculas representam mensagens. Os endereços SWIFT são usados ​​para não apenas indicar o destino final da mensagem, mas também identificar partes dentro da mensagem individual. É o uso de endereços estritamente codificados que permitem a automação do processamento direto em conjunto com o formato de tag fixo das próprias mensagens. O termo endereço SWIFT realmente só se relaciona com um subconjunto de Códigos de Identificador de Negócios (anteriormente Banco) (BICs), ou seja, você não precisa ser um usuário da rede SWIFT para ter um BIC e, portanto, pode ser usado em outras redes Como o Telex. O BIC é um padrão ISO, ISO9362 e SWIFT é o organismo reconhecido ISO (International Standards Organization) para atribuir estes. O seguinte mostra o formato geral de um endereço BIC. AAAA BB CC (D) (EEE) Banco País Localização LT Branch Os primeiros quatro caracteres representam o código do Banco, por exemplo NWBK (NatWest), DEUT (Deutsche Bank). Os dois personagens seguintes representam o código de país ISO, por exemplo GB (Reino Unido), DE (Alemanha). Os próximos dois caracteres são o código de localização com alguns centros financeiros maiores como Londres e Nova York com mais de um, 2L e 22, 33 e 3N, respectivamente. Estes caracteres, os primeiros 8 (comumente referido como BIC-8), representam as partes obrigatórias e, geralmente, dentro do corpo de uma mensagem, este será o formato normal, por exemplo NWBKGB2L (NatWest London), DEUTDEFF (Deutsche Bank Frankfurt). A presença de 0 (zero) na posição 8 indica que este é um endereço de treinamento do amplificador de teste. Test amp Training é uma facilidade fornecida pela SWIFT para que seus usuários possam testar novos lançamentos sem interferir nas operações ao vivo. Quando uma organização junta-se pela primeira vez à SWIFT, eles devem passar dois meses enviando mensagens no treinamento de amplificador de teste antes que elas possam entrar em contato. O SWIFT monitora isso. Opcionalmente, um código de ramo de três caracteres pode ser adicionado no final do endereço. O BIC-8 plus o código de ramificação é comumente referido como o BIC-11. Por exemplo, NWBKGB2BIR pode ser o ramo de Birmingham. Esses códigos são usados ​​principalmente para fins de roteamento interno dentro do banco, pois os próprios ramos não têm conexão direta. O uso geralmente é mais comum em alguns países do que outros, como o uso intenso de bancos italianos. O ID do terminal lógico na posição 9 estará presente no cabeçalho da mensagem e identifica uma conexão de canal lógico com o SWIFT. O SWIFT usa isso para fins de endereçamento de rede, não faz parte do padrão ISO9362. Algumas organizações podem executar mais de 1 LT na mesma CBT e estas serão referidas como A, B, C, etc. Por exemplo NWBKGB2LA. Estes não são publicados no diretório BIC e, portanto, todos os endereços dentro de uma mensagem que identifica o remetente ou outras partes não conterão esse caracter. Os LTs, portanto, serão sempre preenchidos para 12 caracteres por Xs e os endereços SWIFT são, portanto, 8 ou 11 caracteres. A presença de uma posição 1 na posição 8 indica que este não é um endereço SWIFT, mas a organização solicitou que um identificador ISO fosse alocado para eles. Por exemplo NWBKGB21. Portanto, esse endereço pode ser incluído no corpo de uma mensagem, mas você não pode enviar uma mensagem via SWIFT para elas. As mensagens SWIFT são identificadas de forma consistente. Todos começam com o MT literal que denota Tipo de Mensagem. Um número de 3 dígitos, em seguida, segue esse. O primeiro dígito representa a Categoria. Uma categoria denota mensagens agrupadas porque todas elas se relacionam com instrumentos ou serviços financeiros específicos. A lista completa é a seguinte: MT0nn - Mensagens do sistema MT1nn - Pagamentos do cliente MT2nn - Transferências da instituição financeira MT3nn - FX, Mercado monetário Derivados de amplificadores MT4nn - Coleções e letras de caixa MT5nn - Mercados de valores mobiliários MT6nn - Sinais de amostragem de metais preciosos MT7nn - Documentário Créditos Amperial Garantias MT8nn - Cheques de viagem MT9nn - Amp. De gestão de caixa Estado do cliente O último dígito é o tipo e denota a mensagem individual. Existem várias centenas de tipos de mensagens em todas as categorias no total. Um subconjunto especial de Mensagens é conhecido como o Grupo comum porque os dois últimos dígitos representam a mesma mensagem em cada categoria. Por exemplo: MTn99 - Formato livre MT299 - Formato gratuito relativo às transferências MT599 - Formato gratuito relativo aos títulos MT999 - Formato livre geral Outras mensagens de grupo comuns são: MTn90 - Conselhos de cobranças, juros, etc. MTn91 - Pedido de pagamento de taxas, etc. MTn92 - Pedido de Cancelamento MTn93 - Serviços de Diretório MTn95 - Consulta MTn96 - Resposta MTn98 - Envelope de Mensagem Proprietária Cada mensagem recebe identificadores exclusivos. Um número de sessão de 4 dígitos é atribuído cada vez que o CBT entra. Cada mensagem recebe um número de seqüência de 6 dígitos. Estes são então combinados para formar um ISN (Input Sequence Number) do CBT para SWIFT ou um OSN (Output Sequence Number) de SWIFT para a CBT. É importante lembrar que a terminologia é sempre da perspectiva do SWIFT e não do usuário. Os números do Endereço do Terminal Lógico (12 caracteres BIC), Dia, Sessão e Sequência combinam para formar a Referência de Entrada de Mensagem MIR e a Referência de Saída de Mensagem MOR, respectivamente. Nós nos concentraremos na estrutura das mensagens FIN, pois, de longe, são as mais importantes para o usuário final. Eles têm a seguinte estrutura geral: Bloqueio básico do cabeçalho Bloqueio do cabeçalho Bloqueio do cabeçalho do usuário Bloco de texto Bloqueio ou bloqueio do corpo Os blocos de bloco 3, 4 e 5 podem conter sub blocos ou campos delimitados por tags de campo. O bloco 3 é opcional. Muitas aplicações, no entanto, preenchem isso com um número de referência para que, quando o Acknowledgement for retornado pelo SWIFT, ele pode ser usado para fins de reconciliação. 1: Bloco de cabeçalho básico O bloco de cabeçalho básico possui o seguinte formato e é comprimento fixo e contínuo sem separadores de campo: Este é um bloco opcional e é semelhante em estrutura às mensagens do sistema. Identificação de bloco - sempre 3: Código de prioridade bancária opcional Mensagem Referência de usuário MUR usada por aplicativos para reconciliação com ACK 4: bloco de texto ou corpo Este bloco é onde a mensagem MTnnn real é especificada e é o que a maioria dos usuários verá. Em geral, os outros blocos são removidos antes da apresentação. O formato é o seguinte: O símbolo é um caractere de controle e representa Carriage ReturnLine Feed (0D0A em ASCII hex, 0D25 em EBCDIC hex). É um delimitador obrigatório no bloco 4. O exemplo acima é um MT100, Transferência de clientes com apenas os campos obrigatórios preenchidos. Os campos devem estar na ordem conforme especificado no volume apropriado do manual do usuário, há uma ou mais para cada categoria de mensagem. É um exemplo do formato de uma estrutura de mensagens ISO 7775. Estes são gradualmente substituídos pelas mais recentes mensagens ISO 15022 de dicionário de dados discutidas mais tarde. O formato das tags de campo é: a - carta opcional que pode estar presente em tags selecionadas, por exemplo:: 20: Número de Referência de Transação 58A: Banco Beneficiário O comprimento de um campo é designado assim: nn - comprimento máximo nn - comprimento fixo nn-nn - comprimento mínimo e máximo nn nn - número máximo de linhas vezes comprimento máximo da linha O formato dos dados é designado assim: d - Dígitos com vírgula decimal h - Caracteres hexadecimais maiúsculos e minúsculas - Letras maiúsculas c - Caracteres alfanuméricos maiúsculos e minúsculas - Conjunto de caracteres SWIFT y - Nível de maiúsculas A Caracteres ISO 9735 z - Conjunto de caracteres estendidos SWIFT Alguns campos são definidos como opcionais e, se não necessários, não devem estar presentes porque nenhum campo em branco deve estar presente na mensagem. , Palavra - Caracteres como está - elemento opcional 4c30x - corrigido 4 letras maiúsculas maiúsculas, opcionalmente seguido por uma barra e até 30 caracteres SWIFT ISIN1e12c - palavra código seguida por um espaço e fixo 12 alfanumerias maiúsculas Em alguns tipos de mensagens determinados campos serão definidos Como condicional, ou seja, se um determinado campo estiver presente, outro campo pode mudar de opcional para obrigatório ou proibido. Certos campos podem conter sub-campos, caso em que não há CrLf entre eles. Certos campos têm formatos diferentes dependendo da opção escolhida, designada por uma letra após o número da etiqueta, por exemplo: 32A: 000718GBP1000000,00 Data do Valor, Moeda ISO e Montante 32B: GBP1000000,00 ISO Moeda e Quantidade É Importante notar que os padrões SWIFT para os formatos de quantidade são, não há mil separadores e uma vírgula para um separador decimal. 58A: NWBKGB2L Beneficiário SWIFT endereço 58D: NatWest Bank Beneficiário nome completo e endereço Head Office London Uma mensagem sempre termina em um trailer com o seguinte formato. Ele contém uma série de campos que são denotados por palavras-chave, tais como: MAC: Código de autenticação de mensagens calculado com base em todo o conteúdo da mensagem usando uma chave que foi trocada com o destino e um algoritmo secreto. Encontrado em categorias de mensagens 1,2,4,5,7,8, a maioria de 6s e 304. CHK: Checksum calculado para todos os tipos de mensagens PDE: Possível Emissão Duplicada adicionada se o usuário pensa que eles podem ter enviado a mensagem anteriormente PDM: Possível Mensagem Duplicada adicionada pelo SWIFT se eles acharem que uma mensagem pode ter sido transmitida anteriormente. DLM: Adicionado por SWIFT se uma mensagem urgente não tiver sido entregue dentro de 15 minutos ou uma mensagem Normal dentro de 100 minutos. No final da década de 1990, a SWIFT percebeu que as mensagens originais do ISO 7775 eram demasiado restritivas, não refletiam a complexidade total dos instrumentos comerciais modernos e ainda eram ambíguas para garantir que o processamento direto total pudesse ser alcançado. Assim, nasceu o padrão ISO 15022 com base em uma abordagem de dicionário de dados. Inicialmente (em 1997), estes foram aplicados à categoria de mensagem de Valores Mobiliários, pois isso representava o uso mais rápido da rede. Os tipos de mensagens antigas foram substituídos e muitos novos foram introduzidos. As mensagens de Iniciação e Confirmação Comercial foram introduzidas em 1997 e Liquidação e Reconciliação em 1998. Não houve lançamento de padrões em 1999 devido a distracções de Y2K e os tipos de mensagens antigas foram removidos da rede em 2002. Ainda é comum o ISO 7775 original Tipos de mensagens a serem usados ​​para mensagens off-line fora da rede SWIFT. Tipicamente, aplicativos legados mais antigos podem gerar ou consumir essas estruturas de mensagens, e algumas redes privadas de empresas utilizam versões especializadas dessas mensagens. The major difference between ISO 7775 and ISO 15022 is in the structure of the tagged data in block 4 (note that all other blocks are unaffected). ISO 15022 introduced the concept of Generic Fields. This is aimed at uniquely identifying information. In the previous ISO 7775 messages the same tag could appear in a number of message types but with a different meaning. ISO 15022 removes this ambiguity by imposing the following structure. Field Tag Field Format : Identifies the field as generic 4a Qualifier differentiates the business purpose of of the tag Mandatory delimiter 8a Issuer code, when not S. W.I. F.T. defined these can contain market codes such as DTCY or CREST Mandatory delimiter data The contents of the field Field Tag Qualifier Explanation 98a TRAD Trade date DateTime SETT Settlement date generic field VALU Value date The ISO 15022 messages also introduced much more complexity with the concept of many iterating repeating groups. These groups in turn can be nested and designated as mandatory, optional or conditional. Por exemplo. 16R: denotes start of a block or sequence. 16S: denotes end of a block or sequence, therefore 16R with contents SETPRTY denotes the start of the Settlement Parties Sequence. 16S with SETPRTY denotes the end. With the evolution of XML technology in the late 1990s work began on what was called ISO 15022 2nd Edition (also known as SWIFTML or SWIFT XML). This evolved into ISO 20022 using an enhanced approach to standards based on business entity interaction behavioral models and XML Schema based message data models for the transactional messages supporting these models. The ISO 20022 standard has further evolved to incorporate lessons from the first implementations of ISO 20022 Funds messages. FpML, FIX, ACCORD, MDDL and others providing examples of successful best practice for ISO 20022 to converge with. ISO has published a series of standards such as ISO 15000 ebXML that overall ISO standards should become consistent with. In 2004 a significant increase in scope was agreed for ISO 20022, it was rebranded the ISO 20022 - UNIversal Financial Industry (UNIFI) message scheme, now referred to as just ISO 20022, and expanded from Securities and related financial instruments to the broader scope of all Financial Services. Ownership of the standard itself moved to ISOTC68 (the Financial Service technical committee) from its SC4 (Securities and Related Financial Instruments sub-committee). TC68 created WG4 (Working Group Four), to revise ISO 20022. SWIFT was selected for the role of the Registration Authority (RA) for the ISO 20022 standards with responsibility to ensure compliance of developed Repository items with the approved technical specifications and to publish the Financial Repository on iso20022.org. on behalf of ISO. SWIFT also introduced, or in the case of SWIFTNet Funds reintroduced, the SWIFTNet Solutions products and standards covering specific business domains. The SWIFT implementations of the ISO 20022 standards became known as the MX standards as compared to the older SWIFT FIN standards being the MT standards. The SWIFT MX Standards are conceptually the same as the ISO 15022 standards, in that the respective ISO standard specifies the message payload and then wraps this inside SWIFT specific headerfooter envelope. For example the SWIFT FIN MT541 block 4 body part is the ISO 15022 standard, while the complete MT541 with blocks 1,2,3 and 5 is. bem. the MT541. Similarly the SWIFT MX messages wrap the ISO 20022 payload or body inside the SWIFTNet Solution Application header and the SWIFTAlliance envelope. The further developments of the ISO 20022 standards, their technical convergence with other standards, and the implementations in which they are used such as SWIFT MX and the Single European Payments Area (SEPA) are active areas of ongoing C24 Technologies development and participation with the standardisers themselves. C24 is very much involved in meeting the requirements of the consumers of these standards. Most users of SWIFT have operations large enough in terms of transactional volumes that the manual keying of data is not viable, even if the potential for human error is ignored. The main challenge for organisations is therefore how best to automate the process of developing, sending and receiving SWIFT messages. This broadly speaking involves two main areas. Firstly how do you physically gain access to the transactional data that underlies the message, in other words what is the transport going to be. Secondly, how best to format the data. The selection of transport will often be dictated by a number of variables, e. g. What the Interface Vendor supports Proprietary protocols andAPIs such as Alliance Developer Kit Standard protocols such as File transfer, FTP, IBM MQ Series Access to application source code Security Reliability Throughput Scalability Ability to support Ongoing maintenance The approach to the automation of the process will also be driven by many variables, e. g. How many applications need to be interfaced Should the applications be SWIFT enabled Should an Integration Broker or Service-Oriented Architecture (SOA) approach be adopted Who is going to maintain the message formats as they change Is all of the data required available in one place or not Are settlement instructions held in each application or centrally What reformatting is required What enrichment is required How easy is it going to be to replace existing systems How easy is it going to be to add new existing systems What will be the impact of merger and acquisition activity What reconciliation tasks can be automated and how What matching tasks can be automated and how How can exceptions be handled How can other delivery channels be supported by the same architecture What message types should be automated by cost justification Is there a need to adopt other standards such asSMPG best practice rules What are my exception monitoring requirements Is there a requirement for a transaction lifecycle monitor What are the Audit trail requirements Does statistical information need to be collated How shouldACKs andNAKs be processed How should MT010, MT011 and MT019 messages be processed The above is only the tip of the iceberg and the SWIFT messaging landscape continues to evolve. C24 provides some informative whitepapers on addressing these issues here.