1 / 65

Sistema Central de Risco de Crédito - SRC Treinamento para Cooperativas

Sistema Central de Risco de Crédito - SRC Treinamento para Cooperativas. 21/01/2004. Treinamento para Cooperativas. Agenda Módulo de TI Fluxograma das etapas de validação Características básicas do XML Documentos 3020 e 3030 Validação sintática Módulo de negócios. Agenda – Módulo de TI.

chika
Download Presentation

Sistema Central de Risco de Crédito - SRC Treinamento para Cooperativas

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Sistema Central de Risco de Crédito - SRCTreinamento para Cooperativas 21/01/2004

  2. Treinamento para Cooperativas Agenda • Módulo de TI • Fluxograma das etapas de validação • Características básicas do XML • Documentos 3020 e 3030 • Validação sintática • Módulo de negócios

  3. Agenda – Módulo de TI • Fluxograma das etapas de validação • Características básicas do XML • Documentos 3020 e 3030 • Informações de negócio veiculadas • Anatomia dos documentos • Qualidade dos dados • Validação sintática • Validador: configuração e execução • Relatórios: erros e correção

  4. Validação Etapa 0 Validação Etapa 1 Validação Etapa 2 erro Doc (Novo) Sintática Documento Rejeitado erro Semântica Documento Aceito correto erro Análise do cadoc erro erro correto Fluxograma Básico

  5. Validação Etapa 0 Validação Etapa 2 Validação Etapa 1 erro Doc (Novo) Sintática Documento Rejeitado erro Semântica Documento Aceito correto erro Análise do cadoc erro erro correto Fluxograma Básico

  6. Agenda – Módulo de TI • Fluxograma das etapas de validação • Características básicas do XML • Documentos 3020 e 3030 • Informações de negócio veiculadas • Anatomia dos documentos • Qualidade dos dados • Validação sintática • Validador: configuração e execução • Relatórios: erros e correção

  7. XML: o que é? • É um acrônimo de Extensible Markup Language • É um padrão para formatação de documentos (arquivos txt) • É uma metalinguagem derivada do SGML

  8. XML: o que é? • É um “conjunto” de diferentes especificações com diversas funcionalidades: XML, XSD, DTD, XSL, XPointer, XLink, DOM • É uma tecnologia recente, em evolução • Uso cada vez mais difundido, concomitante à internet • É adotado no SPB, SCR, IR, etc

  9. XML: o que não é? • Não é uma linguagem de programação • Não é um aplicativo ou programa • Não é uma linguagem voltada à exibição, mas ao conteúdo da informação

  10. XML: vantagens • Simples, legível, fácil aprendizado • Criar tags e estruturá-las permite dar sentido não ambíguo à sua informação específica • Documentos podem ser navegados

  11. XML: noções básicas • Um arquivo XML é um arquivo txt usando a extensão .XML • Espaços, linhas e endentações são irrelevantes • Arquivo .XML é automaticamente aberto nos navegadores • Navegadores entendem estrutura e endentam automaticamente

  12. XML: noções básicas • <?xml version="1.00"?> • 1a linha de qualquer arquivo XML • <!-- comentario livre --> • qualquer mensagem pode ser colocada aqui

  13. XML: definições básicas de tags <Nome nome_atrib=“valor_atrib”> valor </Nome> • a primeira tag é a tag inicial • “Nome” é o nome da tag • “nome_atrib” é o nome do atributo • “valor_atrib” é o valor do atributo • números e letras são informados entre aspas

  14. XML: definições básicas de tags <Nome nome_atrib=“valor_atrib”> valor </Nome> • nome_atrib=“valor_atrib”é o atributo (opcional) • a segunda tag é a tag final • os elementos de um documento XML são as sequências entre < e >

  15. XML: definições básicas de tags <Nome Qtdd=“23”></Nome> é idêntico a <Nome Qtdd=“23”/> <!-- vazia --> • Exceto por tags vazias, todatag inicial deve fazer par com uma tag final • toda tag inicia c/ “<“ e termina c/ “>” • Maiúscula  minúscula

  16. Documentos XML bem formados (estruturalmente válidos) • Todas as tags fechadas • Sem tags cruzadas • Valores de atributos entre aspas • <, > e " devem ser codificados <NomeCompleto> <Nome cargo=“pres.”>Luiz</Nome> <sobrenome>Inácio</sobrenome> </NomeCompleto>

  17. Docs XML não bem formados • Que 4 erros há nas tags seguintes? <NomeCompleto> <Nome peso=80>Luiz</Nome> <sobrenome><cargo> </sobrenome></cargo> </idade><sexo/> </nomecompleto> Atributo sem aspas Tag está cruzada Maiúsculas e minúsculas Tag não foi aberta

  18. Parser e docs bem formados • Parser é o nome genérico de programas que podem ler e reconhecer a estrutura de documentos bem formados • Um parser produz mensagens de erro ao encontrar erros estruturais • Os navegadores são parsers não validadores • Um parser validador é um programa que lê o XML, checa se é bem formado, depois vê se todos os seus elementos atendem às especificações do DTD ou XSD

  19. Documentos XML válidos • Antes de mais nada, devem ser bem formados • Obedecem à estrutura especificada por um documento com extensão DTD ou XSD • DTD: document type definition • XSD: extended schema definition, uma especificação mais recente e abrangente que o DTD

  20. Arquivos .DTD e .XSD • Especificam os elementos do XML: • que elementos podem existir • que atributos eles podem conter • que elementos podem estar aninhados em outros elementos (a estrutura do doc XML) • a ordem em que elementos podem ser aninhados

  21. Documentos XML válidos • Um parser validador é um programa que lê o XML, checa se é bem formado, depois vê se todos os seus elementos atendem às especificações do DTD ou XSD

  22. Documentos XML válidos • Validação é sintática, e não semântica: restrita ao leiaute do documento • Programa validador pode ser escrito em diversas linguagens (XML é padrão de Java, .NET, etc) • Há muitos aplicativos disponíveis, inclusive gratuitos • SCR disponibilizou validador gratuito

  23. Arquivos .XSD • XSD é um tipo de arquivo XML: é um XMLSchema • Pode ser criado e aberto segundo os mesmos princípios • É uma transcrição, para o padrão XML, das especificações de um leiaute • Novas versões de leiautes requerem atualização dos schemas Atualize sempre seus schemas

  24. Exemplo de .XSD: doc 3020 • Validador da SCR requer o seguinte comando para validar: java xmlvalidator.Validatorcrcsch3020v2.xsdTeste.xml >ResultadoValidacao3020_v2.txt

  25. Exemplo de .XSD: doc 3020 • Leiaute define datas no formato AAAA-MM-DD e no intervalo >31/12/1900 e <01/01/2050: <xs:element name=“DtContr” type=“tipoData” /><!-- nome de tag --> <xs:simpleType name=“tipoData”> <xs: restriction base=“xs:date”> <xs:maxExclusive value=“2150-01-01” /> <xs:minExclusive value=“1900-12-31” /> </xs:restriction> </xs:simpleType> Metalinguagem!

  26. Agenda – Módulo de TI • Fluxograma das etapas de validação • Características básicas do XML • Documentos 3020 e 3030 • Informações de negócio veiculadas • Anatomia dos documentos • Qualidade dos dados • Validação sintática • Validador: configuração e execução • Relatórios: erros e correção

  27. Informações sobre Operações • São consideradas para informação nos campos de fluxo de vencimento: • Operações ativas com característica de concessão de crédito. • Créditos baixados como prejuízo • Coobrigações e riscos assumidos pela IF • Repasses interfinanceiros • Créditos a liberar

  28. Informações do 3020 • Blocos com clientes individualizados com responsabilidade total igual ou superior a R$ 5 mil • operações iguais ou maiores que R$ 5 mil • dados individualizados, operação por operação • operações detalhadas • operações menores que $ 5 mil • dados consolidados pelo conjunto dos dados • operações “relevantes”: maiores que $ 5 milhões

  29. Informações sobre Clientes - 3020 • Informações comuns a todos os clientes : • Código identificador do cliente • Tipo de cliente • Autorização • Porte do cliente • Tipo de controle • início do relacionamento do cliente com a IF • Código interno do conglomerado econômico Informações adicionais para clientes relevantes

  30. Código do contrato Código do Crédito baixado como prejuízo Origem dos recursos Taxa Referencial ou Indexador Variação cambial Natureza da operação Modalidade /Submodalidade Taxa efetiva anual CEP Classificação de risco da operação Distribuição dos vencimentos Característica especial Garantidores pessoais Tipo e Subtipo das garantias Onde devem ser buscados esclarecimentos? Detalhes das operações

  31. Perguntas mais Freqüentes • Ver a página “Perguntas das IFs”, no site do SCR (SCR/Instituições Financeiras): • Ex.: como devo informar o campo “Taxa Efetiva Anual” ? • Deverá ser enviada a taxa contratual • Será expressa em percentual ao ano, livre de quaisquer encargos administrativos ou tributários vigentes na data-base.

  32. Modalidades a detalhar Dúvidas conceituais • Recorrer ao Glossário (Manual), que está no site • Previsão de várias versões em constante atualização

  33. 1a linha obrigatória linha identificando 3020, data-base, CNPJ e tipo de arquivo Cada cliente individualizado em um bloco Última linha do arquivo, fechando o bloco iniciado com <Doc3020...> Anatomia do 3020: no XML Se for aberto no Internet Explorer (extensão .XML), linhas são automaticamente endentadas

  34. Anatomia do 3020: no leiaute

  35. Informações detalhadas do cliente Informações detalhadas da operação não relevante Anatomia do 3020: no XML

  36. Anatomia do 3020: no leiaute

  37. Anatomia do 3020: no leiaute

  38. Informações detalhadas do cliente Informações detalhadas das operações consolidadas Anatomia do 3020: no XML

  39. Anatomia do 3020: no leiaute

  40. Anatomia do 3020: no XML Informações de medidas judiciais, ao final do bloco da operação

  41. Anatomia do 3020: no XML Todas as OpCons e OpNRel do mesmo cliente (qualquer ordem) Devem ser informadas todas as operações consolidadas e não relevantes de clientes individuais (RT>R$5.000)

  42. Informações do 3030 • Blocos com clientes agregados com qualquerresponsabilidade total • Consolidar dados pelos seguintes critérios: • Modalidade, Classificação de Risco da Operação, Faixa de Valor, Tipo de Cliente, Tipo de Controle, Localização, Origem dos Recursos, Natureza, Característica Especial, Vinculação à Moeda Estrangeira e Prazo em Dobro para Provisionamento

  43. Doc 3030 - Dados Agregados • Consolidação de toda a carteira de crédito • As informações enviadas ao Banco Central deverão contemplar consolidações das operações com as mesmas características, para cada abertura É o documento que reúne a totalidade da Carteira de Crédito e deve compatiblizar-se com o Cosif

  44. 1a linha obrigatória Não há clientes individualizados, apenas blocos agregando operações com características comuns Linha identificando cadoc 3030, database, CNPJ e tipo de arquivo Fim do arquivo Anatomia do 3030: no XML

  45. Anatomia do 3030: no leiaute

  46. Cada bloco <Agreg> agrega todas as operações, de todos os clientes, com mesmas Modalidade, Classificação de Risco da Operação, Faixa de Valor, Tipo de Cliente, Tipo de Controle, Localização, Origem dos Recursos, Natureza, Característica Especial, Vinculação à Moeda Estrangeira e Prazo em Dobro para Provisionamento Anatomia do 3030: no XML Campos não obrigatórios (tipo de controle, característica especial, vinculação a moeda estrangeira e prazo em dobro): ver leiaute para o significado de não informar

  47. Anatomia do 3030: no leiaute

  48. Detalhes das Informações • IMPORTANTE: Leiaute OFICIAL é o arquivo Excel da internet • Qualquer outro documento do site deve ser desconsiderado, quando houver inconsistência • Acessar www.bcb. http://www.bcb.gov.br/?LAYVIG • Site do SCR, menu Instituições Financeiras, opção Leiautes em vigor, seção 1, link “Leiautes – Datas-base nov/2002 e seguintes”

  49. Qualidade de dados • A qualidade dos dados enviados será avaliada constantemente • Etapas da qualidade: • na entrada de dados, com rigor crescente • nas atividades de gestão de base de dados e de fiscalização indireta • nas atividades de fiscalização direta • através do acompanhamento das centrais de atendimento ao público

  50. Validação Etapa 0 Validação Etapa 1 Validação Etapa 2 erro Doc (Novo) Sintática Documento Rejeitado erro Semântica Documento Aceito correto erro Análise do cadoc erro erro correto Qualidade: Fluxograma Básico

More Related