0c Te laboratério de Sistemas Integréveis Tecnolégico PROJETO SREI Sistema de Registro Eletrénico Imobiliario PA 1.2.6 - Relatério da modelagem do processo automatizado Titulo PROJETO SREI: PA 1.2.6 - Relatério da modelagem do Proceso automatizado Versao Verso 1.1 release 10 Data da liberacao 23/01/2011 Classificagao LSITEC:Restrito Autores Adriana Unger, Andressa Mafra, Estela Hirata, Juliana Zavata, Marcela Grotto Propriedade LSI-TEC Restricdes de acesso LSI-TEC, CNJ e ARISPCSTE (cberotio de Steno nag Tecnaige Sumario CONTROLE DE VERSAO.. 1 INTRODUGCKO, 2 VISAO GERAL.. 2.1 FORMAS DE ATENDIMENTO AO USUARIO DO SERVICO, 2.2. ARQUITETURA GERAL.DO SREL 22.1 Sistema de Atendimento Eletranico Compartithado (SAEC).. 222 Sistema de Cartério (SC). 23. SERVICOS ELETRONICOS OFERECIDOS AOS USUARIOS. 24 PROCESSAMENTO DO PEDIDO E SEUS RESULTADOS 25 _ NIVEIS DE SEGURANCA PARA AUTENTICACAO DE USUARIO 25.1 Autemicagio do atendent : 25.2 Caracteristicas adicionais de cada tipo de pedido ou. 2 26 PROTOTIPO DE PEDIDO E PEDIDO... 26.1 Estados do pedido.. VISKO GERAL DOS PROCESSOS.. 3.1 PROCESSOS EXECUTADOS NOS SISTEMAS DE ATENDIMENTD -eu 3.2 _ PROCESSOS EXECUTADOS NO NUCLEO Do SISTEMA DO CARTORIO, 4 MODELAGEM DOS PROCESSOS SREI. 41 PROCESSO 1.0~GERAR PEDIDO, 41.1 Subprocesso 1.2 —ldentificar wsuirio 19 41.2 Subprocesso 1.3 ~ Elaborar pedido, 20 413 Subprocesso 1.4 ~ Bfetar pagamento. 20 41.4 Subprocesso 1.5 ~ Cancelar pedido em elaborago.. 21 4.2. Processo 2.0~DismRinuik SOLICETAGAO 4.3 PROCESSO3.0—ACOMPANHAR PEDIDO... 43.1 Subprocesso 3,2 ~Cancelar pedido 44 PROCESSO 4.0—REGULARIZAR PEDIDO 45 PRocrsso 5.0—OBrek RESULTADO DO PEDIDO, 23 4.6 PROCESSO 6.0— RECERER PEDIDO 23 4.7 PROCESSO 7.0 ANALISAR PEDIDO enn is 26 4.71 Subprocesso 7.1 ~ Capnura Iniial dos Dados do Titulo. 28 472 Subprocesso 7.2— Efetar Andlie. 29 472.1 Subprocesso 7.2.1 ~ Verificar Contraditério Eletranico. _ Titulo Vorsto | Classificagao | PROJETO SREI PA1,2.6-Relatorioda | vi.t.r.10 | LSI-TEC:Restrito 2/50 modelagem do proceso automatizadoProcesso n& icy Fis. n&@_99 2 oti de Satan: girs Teoligco 4722 Subprocesso 7.2.2 ~Processar consultas. 3 4723 Subprocesso 7.23 ~Efemar I* Qualifcacio Eletrénica. 47.24 — Subprocesso 7.2.4~ Efetuar Qualifcagao ¢ Anélis. 4725 Subprocesso 7.25 —Verificar Valores: 47.3 Subprocesso 7.3 ~ Efetar consultas automticas. 4.74 Subprocesso 74 Consulta sistema 475 Subprocesso 7.5 ~Suscitar divida, 4.8 PROCESSO 8.0—LintRAR PEDIDO 48.1 Subprocesso 8.1 ~ Aprovar pedido, 48.2 Subprocesso 8.1.1 ~Efetivar registro. 48.3 Subprocesso 8.2~ Aprovar exigéncias. 484 Subprocesso 8.3 ~ Reprovar andiise. 49° PRoctsso 9.0—ENTREGAR PEDIDO. 4.10 PROCESSO 10.0—REALIZAR TRANSAGOES 410.1 Subprocesso 10.1 ~Convénios 5 410.2 Subprocesso 10.2 ~Consultas externas. 4103 Pedidos em batch 4.11 PROCESSO 11.0—ADMINISTRAR NSC.. 4.12 PROCESSO 12.0—ADMINISTRAR SA EFERENCIAS Titolo eas nN > | Classificago [Pagina PROJETO SREI:PA1.2.6-Relatérioda | vi.ts.10 | LS-TEG:Restito | 3/50 modelagem do proceso automatizadoCSTE © Ses gr Teron Controle de Versao Provesso né_34/259.2 Fis, n°__99°3 Serv, Versio Autor(es) | Datainicial [Data Final | Modificagdes vio rea Estrutura do Documento e Marcela Groto | o1e7z011 | osioriaors_| Estuture do Document whod.e Marcela Grotto | 08/07/2011 | 15/07/2011 fealrernas aeemn viods " Processar consul, iberar stearate | arteo1t | znorizors | Process conus, the vioda Andressa Mafra | 27/07/2011 | 27/07/2011 _| Complemento de Conteddo vi0as Estela Hirata [28/07/2011 | 28/07/2011 _| Visio Geral vi0d6 Insergao da descrigao dos Juliana Zavata | 29/07/2011 | 29j07/2011 | Macro Processos, Recepedo di e Andlse do Peido vod Insercéo da Visio Geral do siulana Zavata | s0/07!2011 | o1jos/e0rr | inseredo de Viséo Geral do viods ‘Atualizagao dos trechos em Estela Hirata | oaoai2o11 | osjosyeo1s | Atal vids ‘Aluaizago conforme reunio Estela Hirata 08/08/2011 08/08/2011 ‘de 05/08. va.0.4.10 | Andressa Maira | 11/08/2011 | 11/08/2011 _| Ajustes de conteddo. va.0.d.11 | Juliana Zavata_[_ 12/08/2011 | 12/08/2011 | Complemento de conteido v10.d.12 “Atualizago conforme reunifo EstelaHiata | 151082011 | ss/oe/eo11 | Atvaizar vatod43 “Atualzago conforme reuniao EstelaHirata_| 19/08/2011 | se/oarao11 | Atalzag vi0d.14 | VoinysBemai_ | 11/092011 | 21/09/2011 _| Revisdo vite ‘Adriana Unger_| 24/10/2011 | 26/10/2011 | Revisdo vind ‘Adriana Unger | ‘6/1/2011 | 16/12/2011 | Revisao Titulo Versio |” Giassificagao. | Pagina PROJETO SREI: PA 1.2.6 - Relatorio da modelagem do proceso automatizado LSLTEC:Restrito 4/50Processo n° 2412594 Fie, t_O9u LSU VEL Serv, 1 Introdugao Este documento descreve a modelagem do processo de operagao do cartério Supondo a automatizacéo dos processos através da utilizagdo do Sistema de Registro Eletrénico Imobiliério (SREI). Titulo a jeagéo | Pagina PROJETO SREI: PA 1,26 -Relatoroda | vi.t..10 | LSF-TEC:Restito | 6/60 madelagem do processo automatizado@B 150 9ec sey, 2 Visao geral Esta seco apresenta alguns conceitos importantes para o entendimento do restante do documento e, também, apresenta uma visao geral do proceso. 2.1 Formas de atendimento ao usuario do servico © SREI prevé 0 atendimento a dois tipos de usuario: presencial @ remoto. * Usuario presencial: ¢ 0 usuario que comparece pessoalmente ao cartério. Neste caso 0 usuario é atendido pelo atendente do cartério que faz a incluséo da soli itagéo no SREI. Todos os servigos esto disponiveis ao usuario presencial. O usuario presencial pode entregar titulos tanto em papel quanto €m formato natodigital. O pagamento pode ser efetuado em dinheiro, cheque 0u por outros meios eletrénicos de pagamento; * Usuario remoto: 6 o usuério que faz solicitagdes ou acompanha o estado de tramitagao de suas solicitagdes de forma remota, através da Internet. Todos os servigos esto disponiveis, exceto aqueles que dependam de entrega de titulos em papel. O usuario remoto pode somente efetuar pagamento através de meios eletrénicos de pagamento 2.2 Arquitetura geral do SREI © Sistema de Registro Eletrénico Imobilidrio (SREI) foi estruturado em dois sistemas principais: * Sistema de atendimento eletrénico compartilhado (SAEC); * Sistema do cartério (SC). A Figura 1 apresenta a forma de relacionamento entre estes sistemas. Titulo z Versio | Classificagao. | Pagina PROJETO SRE: PA1.2.6-Relatérioda | vi.t..10 | LSI-TEC-Restrito 6/50 modelagem do processo automatizado@ 157 Tec sx aberato do Sa gris anal ———. Figura 1 — Viso geral dos sistemas que compéem o SREI. 2.2.1 Sistema de Atendimento Eletrénico Compartilhado (SAEC) Sistema de Atendimento Eletrénico Compartilhado (SAEC) disponibiliza um ponto unico de contato para atendimento eletrénico de servigos, através da Internet, para qualquer cartério do Brasil. Atende a usuérios remotos, realiza troca de informagoes com entidades externas e fornece dados estatisticos sobre a operago dos cartérios. O SAEC é responsavel pela distribuicao das solicitagdes que, recebidas via Internet, ‘so encaminhadas aos respectivos cartérios. Existe uma unica instancia do SAEC, que 6 responsavel por intermediar as solicitagdes para todos os cartérios de registro de iméveis. © SAEC € composto por diversos subsistemas, dentre eles, a Central de Atendimento Eletrénico do Usuario (CAEU) que disponibiliza ao usuario interfaces graficas para utilizacdo dos servicos, PROJETO SREI: PA latorio da ‘modelagem do processo automatizadoHEUTE beat de Stones hegre enol ST 2 Sistema de Cartério (SC) 0 Sistema do Cartério (SC) corresponde ao sistema existente em cada cartorio de registro de iméveis. E responsavel por automatizar as atividades internas dos cartorios, manter 0 registro eletrénico imobiliario, auxiliar no atendimento de solicitagses de usuérios presenciais, realizar o atendimento de solicitagdes eletrénicas encaminhadas através do SAEC e interagir com outras entidades. © Sistema do Cartério (SC) € composto por diversos subsistemas, sendo os mais importantes: * Nuicleo do sistema do cartério (NSC); * Sistema de Atendimento Presencial do Usuario (SAPU); * Sistema de Atendimento Eletrénico do Usudrio (SAEU), opcional, especifico para oferecimento de servicos eletrénicos via Internet para um determinado cartério. 2.3 Servigos eletrénicos oferecidos aos usuarios © Quadro 1 apresenta os servigos eletrénicos oferecidos aos usuarios, seja pela Central de Atendimento Eletrénico do Usuario (CAEU) do SAEC, seja pelo Sistema de Atendimento Eletrénico do Usuario (SAEU) do Sistema do Cartério (SC), caso exista, ja que é um médulo opcional Title Versio | Giassificagio [Pagina PROJETO SREL PA126-Relatoroda | vi.t..10] LSI-TEC-Restito | 6/60 modelagem do processo automatizadoProcesso né 241209 Fis. n°_Q0r Serv, CSTE aan abroad Sano eg naigcs ST Quadro 1 ~ Servigos eletronicos oferecidos aos usuarios. 'Servico eletrénico Descricto. [Consulta de informagoes piblicas |Informagao sobre relago de cartérios, circunscri¢ao. de Cartérios, tabela de custas, etc. Tais informagées podem ser disponibilizadas no portal com acesso pubblico e irestrito Solictacao de pedido Realizar a solcitago de um pedido (informagao, certidéo, lexame e calculo € registro) que sera protocolado e processado pelo cartorio, /Acompanhamento do estado de| Obter informagées sobre o estado de tramitacao de um pedido edido ié solicitado no cartorio. Cancelamento de pedido Solictar 0 cancelamento de um pedido ja solicitado, desde que }o mesmo ainda no tenha sido efetivado, Regularizagao de pedido Efetuar a alteragio e/ou complementagao de titulos e/ou Pagamentos referentes a um pedido jd solicitado, desde que Permitido pelo prazo legal Obtengao do resultado do pedido |Obter 0 produto resultante do processamento do pedido| (Certidgo, nota devolutiva, entre outros), As classes e tipos dos pedidos esto relacionados no Quadro 2. Tit cD g Classificagao | Pagina PROJETO SREI: PA1.2.6-Relatorioda | vi.tr.10 | LS-TEC:Restrito 9/50 ‘modelagem do processo automatizadoTeenie Quadro 2 - Classes e tipos de pedido, Classes de|Tipo de pedide | SAEC sc Descricto pedido CAEU| SAEU| SPU] intert. ‘SAEC Tradicional |informagéode | x | x | x | x |servigo de informacao sobre situacao registro Joa matricula, pacto antenupcial ‘ou outa, [Emissao de x | x | x | x |senigo de emissio de certidao certidao (matricula, negativa, otc). Exame e x | x | x | xX |Semvigo de exame e calculo, calculo Registro x | x | x | x [Serica de registro Oficio Papel x 'Servigo de tratamento de officio, Eletrénico x x Penhora — |Consuta * & | x _|Servico de penhora de imével Incluséio x x [Exclusdio x x Indisponioi- |Consulta x & | x _ |Servigo de indisponibitidade de bens, lidade incluindo consulta, incluso ou lexcluso de indisponibilidade de um ‘determinado imével ou dos bens de| uma determinada pessoa ({isica ou uric. Inclusao x x JExclustio Pesquisa de| Consulta x % | x_ |servico de pesquisa de proprietario a| Proprietario partir do CPF. Este servico ¢ ‘direcionado aos agentes financoiros imobiiarios (ex. CEF) e aos oficiais dos cartorios Titulo “| Wersio | Ciassificacao | Pagina PROJETO SREI: PA 1.2.6-Relaiorioda | vi.t.10 | LSI-TEC:Restrito | 10/50 modelagem do proceso autamatizadofi TU ode Ss nag Tarai SS 2.4 Processamento do pedido e seus resultados © Quadro 3 apresenta uma visdo geral do processamento do pedido e dos seus resultados. Quadro 3 — Visao geral do processamento do pedido e seus resultados. Pedido, Matritula em papel Matricula em registro eletronico Certidéo de matricula Resultado em papel: Assinatura manuscrita da impressdo da copia da imagem da matricula, Resultado eletrOnico: Assinatura digital da digitalizagao da imagem da matricula. ‘Alternativamente, 0 oficial poderia optar Por realizar a 1 qualificagao eletrdnica e ‘emitir a certidéo a partir do registro eletronico da matricula, Resultado em papel: Assinatura manusorita da impressio da situagao juridica atual da matricula Resultado eletronico: Assinatura digital da situago juridica atual da matricula. Dois formatos possiveis: Estruturado: XML + XML Dsig Nao estruturado: PDF/A-2 + PAdES Exame @ céleulo Obrigatéria a realizagao da 1 qualificagao eletronica da matricula, que resulta “no registro elotronico | da matricula. O registro eletrénico da matricula contém a consolidacao da sua situago juridica atual © restante do processo continua como ‘em uma matticula em registro eletronico, Andlise dos titulos_e documentos, resultando na emissdo eletronica assinatura digital da nota de exigéncias ou {da nota de exame e cdiculo. Resultado em papel: impressiio e assinatura manuscrita do resultado (nota de exigéncias eletronica ou na nota de exame e calculo eletronica). Resultado eletrénico: ja cisponivel Registro Obrigatéria a realizagao ualificagao eletronica da mat resulta. no matricula. O registro eletrénico da ‘matricula contém a consolidagao da sua situagao juridica atual © restante do processo continua como fem uma matricula em registro eletrdnico, Analise dos titulos_@ documentos, resultando ‘emissao eletrOnica & assinatura digital da nota de exigéncias ou na efetivagao do registro, A efetivagdo do registro consiste da gerago e assinatura digital dos atos © da Situagdo juridica da matricula. A partir da situagdo juridica da matricula eletronica é gerada e assinada digitalmente a certidao letronica, Resultado em papel: impressto assinatura ‘manuscrita do resultado (nota de exigéncias eletronica ou da certidéo). Resultado eletrOnico: encaminhamento da ola de exigéncias eletrénica ou da Cartido, ja disponivel Titulo “Wersioy “Ciaseificagao PROJETO SREI: PA 1.2.6 - Relatorio da modelagem do processo automatizado Vitr10 LS-TEC:Restrito [11/50weve 2.5 Niveis de seguranga para autenticagao de usuario © Quadro 4 apresenta para cada servigo eletrénico oferecido ao usuario, o nivel de Seguranga exigido para autenticagao do usuario solicitante. Quadro 4 — Niveis de seguranga para autenticag4o de solicitante. Autenticacao de usuario | Deserigao Observacao Nao necesséria Nao € necesséria. a ‘utenticagao do usuario Nivel de seguranga | Exige nivel de seguranca | Os métodos de autenticagéo autorizados padréo padréo para autenticacgo | variam com o decorrer do tempo e so do usuario. definides pelos requisites do SREI Atualmente, este nivel € atendido por autenticacao baseada em usuario © senha, Nivel de seguranga alto | Exige nivel de seguranga | Os métodos de autenticagao autorizados alto para autenticagao do | variam com 0 decorrer do tempo © so Usuario. definidos pelos requisites do SAEI. Atuaimente, este nivel é atendido por autenticagao baseada em certficado digital 2.5.1 Autenticagao do atendente © atendente do cartério, como qualquer outro funcionatio do cartério, deve ser autenticado no Sistema do Cartério com nivel de seguranga alto. 2.5.2 Caracteristicas adicionais de cada tipo de pedido Dependendo do tipo do pedido, cada servigo eletrénico oferecido ao usuario possui requisitos especificos quanto @ autenticagao do usuario, autorizagao para uso do servigo e necessidade prévia de pagamento ou de estabelecimento de convénio para uso do servigo, Para alguns tipos de pedido pode ser necessaria a existéncia de autorizagao prévia Para que 0 usuario possa fazer uso do servico. Sao os pedidos relacionados a convénios estabelecidos entre os cartérios e entidades externas. Além disso, alguns dos servigos eletrénicos oferecidos aos usuarios, dependendo do tipo do pedido, podem ser respondidos exclusivamente pelo SAEC, sem Titulo Versio | Classificagao | Pagina PROJETO SREI:PA1.2.6-Relatéioda | vi.tr.10 | LS-TEC:Restito | 12/50 ‘modelagem do proceso automatizadoLUTE Processo n?3o/25cuL Fs, n¢__10 2 sary Necessidade de encaminhamento de pedidos ao Cartério. O Quadro 5 apresenta um resumo destas caracteristicas. Quadro 5 — Algumas caracteristicas de cada servico eletrdnico oferecido ao usuario. Tipo do pedido Necessaria | Necesséria | Dependede | Tratamento dado autenticagio? | autorizacao | pagamento? | polo SAEC specifica? Informacao de registro | Sim, forte Nao ‘Sim, pagamento | Encaminha ao ou convénio cartorio Emisséo de certidéo | Sim, padrao Nao ‘Sim, pagamento | Encaminha ao ou convénio cartério Exame e célculo Sim, padrao Nao ‘Sim, pagamento | Encaminha ao ‘ou convénio cartério Registro Sim, padréo Nao ‘Sim, pagamento | Encaminha ao ou conver cartério Oficio eletronico Sim, forte sim Sim, convénio | Encaminha ao cartrio Penhora: consulta, | Sim, forte sim Sim, convénio | Encaminha ao inclusdo ou excluso carterio Indisponibllidade: Sim, forte sim Sim, convénio Responde consulta dirotamente Indisponibiidade: Sim, forte Sim, convénio | Encaminha ao inclusdo ou exclustio cartério Pesquisa de| Sim, fore sim | convénio | Encaminha 20 proprietario carterio Titulo _Wersio | Ciassificacao | Pagina PROJETO SREI: PA1.2.6-Relatérioda | vi.t.t0 | LSI-TEG:Restrito | 13/50 modelagem do processo automatizadoProvesso nt 312594 Fis, 00 3° ASTUTE Serv Leber de Siti hing Taree SN 2.6 Protétipo de pedido e pedido O atendimento ao usuario do SREI, seja eletrénico ou presencial, oferece diversos , do SAEU ou do SAPU. O acesso a estes servigos € realizado através de interfaces graficas dispot Solicitante remoto através da Internet ou ao atendente do cartério de solicitantes presenciais. servigos aos soli Um pedido de solicitante remoto é recepcionado pelo sistema de atendimento, tanto através do CAEU do SAEC quanto, opcionalmente, pelo SAEU do Sistema do Cartério. Quando for solicitado através do SAEC, 0 pedido encaminhado pelo SAEC ao cartério correspondente Um pedido de usuario presencial é atendido pelo atendente do cartério, suportado pelo Sistema de Atendimento Presencial de Usuario (SAPU) do Sistema do Cartério. Enquanto 0 pedido esta em elaboragao ou aguardando confirmagéio do pagamento, © pedido ndio se concretiza. Por este motivo, é denominado ‘protetipo de pedido”. Assim que um pedido € completado e pago, 0 pedido 6 encaminhado ao Nucleo do Sistema do Cartério que airibui o “ntimero do pedido” e registra o pedido. © numero do pedido atribuido a solicitag&o @ informado ao solicitante. Desta forma, o solicitante pode acompanhar 0 estado da tramitagao do pedido no cartério, ‘complementar 0 pedido com documentos e titulos, cancelar o pedido e obter o resultado do pedido. Através do "ntimero do pedido” o usuario pode acompanhar o estado do seu pedido ‘em todos os canais disponiveis: remoto através do SAEC ou do Sistema do Cartério ‘ou presencialmente no cartérie, O niimero do pedido € um numero global que Possibilita identifica-lo unicamente entre todos os pedidos de todos os cartorios. 2.6.1 Estados do pedido Desde a elaboragao da solicitagao no Sistema de Atendimento até sua finalizacdo, 0s pedidos assumem diversos estados que identificam 0 estagio do processamento atual dentro do seu ciclo de vida. Os estados do ciclo de vida do processamento de um pedido previstos pelo SREI so: Titulo. A Versio | Classificagaol |) Pagina PROJETO SREI: PA1.2.6-Relatorioda | vi.tr.10 | LSI-TECRestito | 14/50 modelagem do processo automatizadoSTE * Protétipo de pedido em elaboracdo: Quando a especificagéo do pedido esta em elaboracao, ainda néo finalizada pelo solicitante. A elaboragao do pedido pode ser interrompida e retomada posteriormente pelo solicitante, em uma nova sesso de acesso; * Protétipo de pedido aguardando pagamento: Quando a especificagao do Pedido ja esté completa, porém aguardando a confirmagao do pagamento; * Protétipo de pedido cancelado: Quando ocorrem as seguintes situagbes: solicitag4o cancelada pelo solicitante ou solicitagao abandonada (ndo finalizada ou no paga apés determinado periodo de tempo); * Protétipo de pedido aguardando distribuigao: Quando a especificagdo do Pedido esta completa e 0 pagamento confirmado, porém aguardando a distribuig&o do pedido ao cartério determinado; * Pedido gerado: Quando o pedido € recebido pelo Sistema do Cartorio, registrado e atribuldo 0 “nimero do pedido”; * Pedido em analise: Quando o pedido esta em andlise no cartorio; * Pedido aguardando aprovacéo: Quando o pedido ja estiver analisado e Processado, porém aguardando a aprovagdo do resultado; * Pedido aguardando entrega de resultado: Quando o pedido ja estiver processado e 0 resultado aprovado, porém aguardando a entrega do resultado ao solicitante; * Pedido com resultado entregue: Quando o pedido ja estiver processado (consulta, exame e calculo e registro sem exigéncias) e 0 resultado do pedido J estiver entregue ao solicitante; + Pedido aguardando regularizagdo: Quando o pedido ja estiver processado © 0 resultado aprovado com exigéncias a regularizar jé estiver entregue ao solicitante; * Pedido cancelado: Quando o pedido ¢ cancelado pelo solicitante ou ocorre decurso de prazo. Titulo z ([Wersto | Classificacao Pagina PROJETO SREI: PA1.2.6-Relatorioda | vi.t.10 | LS-TEGRestrito | 15/50 ‘modelagem do processo automatizado3 Visdo geral dos processos 3.1 Processos executados nos sistemas de atendimento Nos Sistema de Atendimento (AS), que correspondem ao CAEU, SAEU e SAPU, 840 executados os seguintes processos: Processo 1.0 - SA - Gerar pedido: Responsavel pela interagéo com o usuario remoto ou atendente do cartério para a realizagao da solicitagao de um pedido; * Processo 2.0 - SA - Distribuir solicitagao: Realiza 0 encaminhamento da solicitagao realizada pelo usudrio ao respectivo cartério, baseado nos dados da solicitagéo como, por exemplo, o enderego do imével; * Processo 3.0 - SA - Acompanhar pedido: Este processo possibilita aos usuarios consultar suas solicitages, com funcionalidade de exibig&o do estado do pedido e encaminhamento de notificagbes, e também permite a solicitagéo de cancelamento do pedido; * Processo 4.0 - SA - Regularizar pedido: Trata da regularizagéo das solicitagdes processadas com exigéncias, como pagamentos e documentagées; * Processo 5.0 - SA - Obter resultado do pedido: Realiza a entrega dos produtos do pedido ao solicitante; * Processo 12.0 ~ SA ~ Administrar SA: Responsdvel principalmente pela manutengéio do Sistema de Atendimento, incluindo o gerenciamento de cadastros como, por exemplo, o de perfis de usuarios do portal e gerenciamento da base de cartérios do Brasil 3.2 Processos executados no Nucleo do Sistema do Cartério No Nuicleo do Sistema do Cartério so executados os seguintes processos: Titulo) i Versio. | Classificacao. Pagina’ PROJETO SREL PA1.2.6-Relatérioda | vi.t.t0 | LS-TEGResirto | 16/50 ‘modelagem do processo automatizadoProcesso nt 34/20 Fis. n°__JCOG ASTUTE Sev___ * Processo 6.0 — NSC - Receber pedido: Responsavel pela recepgado de titulos © pagamento, digitalizagéo dos titulos recebidos em papel e disponibilizagao da solicitagdo para andlise; * Processo 7.0 — NSC - Analisar pedido: Responsavel pelo tratamento especifico de acordo com o tipo de solicitago (emiss&o de certidao, exame e célculo ou registro); * Processo 8.0 - NSC - Liberar pedido: Responsavel pelo encaminhamento do pedido apés a andlise, pela efetivagdo do pedido (emisso de certidao, nota de exigéncia ou registro) e disponibilizagao para retirada e notificago do solicitante; * Processo 9.0 - NSC - Entregar pedido: Responsavel pela entrega do resultado do pedido ao solicitante; * Processo 10.0 - NSC — Realizar transagées: Responsével pelo tratamento das transagdes via convénio, como com as prefeituras e Receita Federal; * Processo 11.0 — NSC - Admi do Nucleo do Sistema do Cartério, incluindo a configuragao do software e a trar NSC: Responsével pela manutengao gestéo de usuarios. Titulo Versao |) Classificagao: [Pagina PROJETO SREL: PA1.2.6-Relatérioda | vi.tr.to | LS-TEGRestrito | 17/50 ‘modelagem do proceso automatizadoProvesso n® 3125 Fis. n¢__ lap LSU TEL Serve labore de Sines eg enka 4 Modelagem dos processos SREI Nesta segdo sdo detalhados todos os processos automatizados do SREI: Proceso | Nome Subsistema | Segto 1.0 | Gerar pedido SA 4a 20 | Distibuirsolctagao SA 42 3.0 | Acompanhar pecido SA 43 ~ 40 | Reguiarizar peaiao SA 44 5.0 | Obter resultado do pedido SA 45 60 | Receberpedido Nsc 46 7.0 _| Analisar pedido Nsc 47 80 | Liberar peaido Nec 48 9.0 | Entrogar pedido Nec 49 10.0 | Realizar ransagoes NSC 4.10 11.0 | Administer NSC NSC an 120 _ | Administar SA SA 412 4.1 Processo 1.0 - Gerar pedido O processo 1.0 - Gerar pedido trata da geragSo de pedidos no Atendimento Eletrénico do usuario, tanto no CAEU (do SAEC) quanto no SAEU (do SC). Uma vez identificado 0 tipo do pedido, caso o cartério indicado nao esteja integrado ao Sistema de Registro Eletrénico Imobiliatio (SREI), 0 usuario € orientado a Procurar atendimento presencial no cartério em questéo. Caso contrario, segue-se a etapa de autenticagéo do usuario (subprocesso 1.2) e elaboragéo do protétipo do Pedido (subprocesso 1.3), no qual serao coletados os dados necessarios para sua efetivacdo. Em seguida, os dados sao confirmados e é efetuado 0 pagamento. E importante destacar que nao é necessario concluir a elaboracdo do pedido em apenas um acesso. A partir da entrada inicial de informagdes, 0 usuario conta com um periodo (tempo parametrizavel e definido pelo Comité Gestor) para concluir esta Titulo ‘Versio | Classificagao Pagina PROJETO SREI: PA 1.2.6-Relatorioda | vi.t.10 | LSI-TEC:Restrito | 18/50 modelagem do processo automatizadoetapa ¢ realizar 0 pagamento. Assim, no inicio do forecimento dos dados, & atribuido ao pedido 0 estado de “protétipo de pedido em elaboracéo”. Enquanto estiver neste estado a especificacéo do pedido pode ser alterada. Uma vez confirmada a especificago do pedido, o estado passa para "protétipo de pedido aguardando pagamento”, sendo aguardada a confirmagao do pagamento do respectivo pedido. Caso seja um usuario de convénio, este estado é pulado. Nesse contexto, o pedido em elaboragéio somente serd efetivado quando de seu pagamento e, caso este ndo seja realizado depois de decorridos o periodo permitido @ partir do inicio da elaboracao do pedido, sera cancelado. Efetuado 0 pagamento, gerado um numero do pedido em elaboragao que, informado ao usuario, possibilita seu acompanhamento. Destaca-se que, para pedidos de penhora e indisponibilidade, 0 pagamento néo é realizado neste momento, dada sua caracteristica de convénio. 4.1.1 Subprocesso 1.2 — Identificar usuario Representado no diagrama anexo como “Subprocesso 1.2 — Autenticar Usuario", esta etapa busca autenticar os usudrios que realizam acesso ao SREI. Além disso, vVerifica a necessidade de autorizacdo prévia para este usuario realizar determinados tipos de pedidos. Inicialmente, é determinado se o usuario possui ou n&o cadastro no sistema. Em caso negativo, este é encaminhado para o preenchimento do cadastro e, confirmado © interesse de realiza-lo, os dados necessarios so solicitados e, assim, cadastro e login sao efetivados. Para os usuarios jé cadastrados, so solicitados apenas a identificago do usuario no sistema. Atualmente, para pedidos que exigem autenticagdo de nivel de seguranga padrao é requisitado 0 CPF do usuario e a senha. Para pedidos que exigem autenticagao de nivel de seguranga alto, também é requisitado o certificado digital. Uma vez fomecidas as informagdes necessarias, € confirmada sua consisténcia e, em caso positivo, o login do usuario no sistema ¢ efetivado. Casos que apresentem inconsisténcia de dados fornecidos geram duas opgSes ao usuério: repetir a tentativa de login ou recuperar senha Titulo, “Versio | Classificagao | Pagina PROJETO SREI:PA1.2.6-Relatorioda | vi.t.10 | LSI-TEC:Restrito | 19/50 modelagem do processo automatizadoASTUTE Caso 0 pedido exija, ¢ verificado se 0 usuario possui autorizagdo especifica para realizagao do pedido, Destaca-se que, além dos pedidos definidos no subprocesso 1.1, a autenticago do usuario também é requerida para solicitagées de Acompanhar Pedido e Administrar SAEC. 4.1.2 Subprocesso 1.3 ~ Elaborar pedido Representado no diagrama anexo como tubprocesso 1.3 ~ Elaborar Pedido’, 0 subprocesso refere-se & coleta dos dados minimos necessarios para a efetivagéio do Pedido e, dessa forma, so requisitadas informagées especificas para cada tipo de pedido Nesse ambito, 0 pedido de registro além de contemplar a natureza do registro, informagées especificas a ela relativas e a qualificagdo das partes envolvidas, conta também com 0 subprocesso 1.3.1 "Receber Titulos” No ambito do SAEC ou do Sistema do Cartério, este subprocesso contempla 0 recebimento de titulos natodigitais oriundos de usuarios remotos. No ambito do Sistema do Cartério, também contempla o recebimento de titulos digitalizados pelo atendente do cartério, oriundos de titulos em papel apresentados pelo usuario presencial. 4.1.3 Subprocesso 1.4— Efetuar pagamento Representado no diagrama anexo como “Subprocesso 1.4 — Efetuar Pagamento’ contempla 0 pagamento do pedido em elaboracdo e a regularizagao de pagamento do pedido. © pagamento do pedido em elaboragao é realizado com base na tabela de custas estadual, e para pedidos de registro sera cobrado apenas 0 custo da prenotagdo. A regularizagéo de pagamento, por sua vez, é relativa ao restante do valor do pedido, a ser calculado pelo cartério apés andlise do mesmo, Nao obstante a diferenca, ambas as formas de pagamento seguem 0 mesmo caminho pelo fluxo. A diferenciagdo, neste caso, ocorre apenas na escolha da forma Titulo Versio |) Classificagao: Pagina PROJETO SREI: PA1.26-Relatérioda | vi.t.10 | LSI-TEG:Restrto | 20/50 modelagem do proceso automatizadoProvesso nt: Lal, re__o SL de pagamento, de forma que, atualmente, o usuario presencial conta com as opgées de dinheiro em espécie ou cheque, enquanto o usuario remoto podera escolher, de acordo com deciséo do Comité Gestor, entre 0 pagamento através de boleto bancério, cartao de débito/orédito ou transferéncia bancari 4.1.4 Subprocesso 1.5 — Cancelar pedido em elaboracdo O cancelamento do pedido em elaboragao pode ocorrer em duas situagées distintas: © Mediante solicitagao do usuario; * Devido a decurso de prazo. Em ambos os casos, as informagées relativas ao pedido em elaborago s8o descartadas e 0 cancelamento é comunicado ao usuario, 4.2 Processo 2.0 — Distribuir solicitagao Representado no diagrama anexo como “Processo 2.0 — Distribuir Solicitagao", o Processo pode ocorrer de duas formas distintas, dependendo da natureza da solicitago. Para pedidos de informagdo, certidao, registro, exame e calculo e penhora de bens, que esto relacionados a um cartorio especifico, este foi identificado nas etapas anteriores, sendo possivel 0 encaminhamento do pedido ao Cartério responsavel pelo atendimento do pedido. Para pedidos de indisponibilidade de bens de uma pessoa, para evitar que cada pedido seja encaminhado a todos os cartérios do Brasil, é consultada uma base minimalista de CPF de detentores de direitos reais, passado ou atual, e respective cartério. Desta forma, os pedidos so encaminhados somente para alguns cartorios nos quais a pessoa teve ou tem algum direito real, concomitante ao encaminhamento por outros meios aqueles nao integrados ao Sistema. ‘Apés 0 pedido em elaboragao ser encaminhado ao(s) cartério(s), € realizada a emisséo do recibo protocolo, representada pelo subprocesso 2.1 — Emitir Recibo Protocolo. O recibo protocolo sera emitido pelo SAEC a partir do numero do pedido global definido pelo Sistema de Cartério e, caso o titulo tenha sido apresentado em Titulo Versio | Classificagao || Pagina PROJETO SREI: PA1.26-Relatérioda | vi.t.10 | LSI-TEC:Restrito | 21/50 modelagem do proceso aulomatizadoProcesso né S72, Fis. n° Seny, See formato papel, ¢ requisitada a emisséo de etiquetas a fim de identificar suas paginas. 4.3 Processo 3.0 — Acompanhar pedido Além de permitir a solicitagéo remota de pedidos, 0 SAEC prevé suporte ao ‘acompanhamento do estado do pedido em tempo real, a suscitagdo de duividas e o cancelamento do pedido. Pode-se acompanhar tanto os pedidos realizados eletronicamente, através do portal do SAEC, quanto os pedidos realizados de forma presencial no cartério, desde que © sistema do cartério esteja integrado ao SAEC. 4.3.1. Subprocesso 3.2 - Cancelar pedido O cancelamento do pedido pode ocorrer em duas situagdes distintas: * Mediante solicitagao do usuario; * Devido a decurso de prazo. Caso 0 cancelamento seja solicitado pelo usuario, as informagées relativas ao pedido s&o descartadas; caso o cancelamento seja ocasionado por decurso de prazo, as informagSes relativas 4 anélise previamente realizada so mantidas em estado inativo, de forma que possam ser utilizadas posteriormente. 4.4 Processo 4.0 — Regularizar pedido Representado no diagrama anexo como “Subprocesso 4.0 — Regularizar Pedido”, 0 processo de regularizagdo pode referir-se & documentaco e informagéo relativas ao Pedido ou ao complemento de pagamento. Em ambos os casos, o pedido & encaminhado para os subprocessos ao qual a regularizacao diz respeito. Em casos especificos € possivel ao Oficial protrogar 0 prazo de vigéncia da Prenotagéo, mantendo o ntimero do pedido global e, assim, caracterizando a atividade como regularizagao do pedido, ainda que seja permitido exclusivamente para usuarios do cartorio. Titulo Versio [| Classificagao Pagina PAOJETO SREI: PA1.26-Relatérioda | vi.t..10 | LSI-TEC:Restrito | 22/50 modelagem do proceso automatizado said4.5 Processo 5.0 ~ Obter resultado do pedido O diagrama “Processo 5.0 - Obter resultado do pedido’ é 0 macro proceso do Sistema de Cartério que permite ao s itante, presencial ou remotamente, obter 0 resultado do pedido, seja uma certidéo, efetivago do registro ou nota de exigénoias. 4.6 Processo 6.0 - Receber pedido Representado no diagrama “Processo 6.0 — Receber Pedido” é o macro processo do Sistema de Cartério que recepciona novos pedidos e suas alteragSes. (regularizagées e complementos) enviados pelo Portal SREI, ‘que prevé: a) Recepgao de Pedidos: Este subprocesso recebe automaticamente as informag6es de pedidos em elaboracao (informagao, consulta, registro & exame e calculo, etc). E neste momento que o sistema do cartério criaré um Novo pedido e atribuira a ele o préximo ntimero sequencial disponivel para o Nro. do Pedido (nro.cartériotnro.sequencial). O Nro. do Pedido representa a ordem de precedéncia dos pedidos do cartério. Independentemente da recepco do titulo, assim que o sistema no cartério criar 0 novo pedido com um novo Nro. do Pedido ele enviara notificagao de alerta ao Portal SRE! confirmando a recep¢ao do pedido e informando 0 seu Nro. do Pedido Global para viabilizar a impresséio do Recibo Protocolo ao cliente e das etiquetas para identificago do Titulo prenotado (se houver). Além do Nro. do Pedido Global, todas as ocorrencias do Pedido receberam um Nro. de Protocolo. Desta forma, todas as entradas, saidas e ocorrencias de processamento do Pedido, terdo outra chave sequencial tnica, além do Nro. do Pedido. A cada entrada de Titulo, documentos de suporte ou valores, o apresentante receberd um recibo-protocolo contendo além do Nro. do Pedido em destaque, © Nro. do Protocolo de Entrada, no rodapé, por exemplo. b) Recepgdo de Titulo: O SREI ‘Titulo’ ira recepcionar documentos apresentados para prenotagéo incluindo oficios que, desta forma, serao recepcionados, arquivados, processados ¢ respondidos. Representado no diagrama "6.1 — Recepcionar Titulo’, este subprocesso é responsavel pela Titulo _Versao_ Classificacao | Pagina PROJETO SREI:PA1.2.6-Relatorioda | vi.t.10 | LSFTEC:Restrito | 23/50 modelagem do proceso automatizadorecepcao do titulo (prenotagdes e regularizacdes ou complementos), inserindo-o no GED do SREI'. Os titulos devem ter a lista de documentos que © compéem relacionada no protétipo do pedido, permitindo a vinculagéo dos documentos tipificados no GED. Por fim o SREI disponibilizara a prenotagao com titulo para a andlise do SREI, que somente utiliza titulos eletrénicos (digitalizados pelo SREI ou nato digitais). Assim, 0 SRE! somente trata a recepodo de titulos papel ou nato digitais: i. Para Titulo Papel: Op no Menu SRE! que disponibiliza sistema GED Para que um usuério da operacao do cartério digitalize o titulo em papel (@ prenotado e devidamente identificado pela recepgdo do cartério em todas as paginas por etiqueta do Portal SREI) € vincule os documentos que compuserem o titulo a lista definida no protétipo do pedido. Automaticamente 0 SREI faz o vinculo ao pedido e armazena informagées sobre 0 arquivamento do papel. A digitalizagao do titulo em papel pode ser efetuada pela operagdo do cartério a qualquer momento apés sua identificagéo, ndo requerendo a presenca do apresentante, restringindo apenas a liberagao para a sua andlise. ji, Para Titulo Nato igital: © protétipo do pedido devera indexar os documentos que compuserem 0 titulo eletrénico com sua tipificagdo e devera agregar seus metadados especificos informados pelo atendente. Apés a recepgao do pedido com titulo eletrénico o SRE! automaticamente aciona o sistema GED para efetuar o download dos arquivos anexados ao protétipo do pedido com seus metadados e vinculando-o & prenotaco correspondente, sem interven¢&o manual ©) Recepgao de Regularizagao ou Complemento de Pedidos: O sistema de cartorio devera acatar automaticamente as alteragées enviadas somente para Pedidos de prenotacao existentes, ainda ndo efetuados e dentro do prazo de * Independente da solucdo de GED a ser utlizada pelo SREI, podemos observar no diagrama deste subprocesso os grupos de funcionalidades que sao nativas de sistemas GED. Titulo [jiversde | Classificagaol Pagina PROJETO SREI: PA1.2.6-Relatérioda | vi.t.10 | LSI-TEC:Restrto | 24/50 modelagem do processo automatizadoProvesso SCE TE ASTUTE Serv, vigéncia; caso contrario iré rejeité-las. Estas alteracdes podem ser regularizagées de exigéncias de substituigao ou incluséo de documentos do titulo ou complemento de valores, independente da existéncia de nota de exigéncias emitida, desde que a prenotacao esteja em aberto. Como o Protétipo do pedido de registro efetuado no Portal SREI exigiré somente o valor de prenotagao como entrada, pela dificuldade de previsdo dos atos a serem praticados para o sistema operado por usudrios remotos ¢ como 0 registro somente deve ser efetivado apés o pagamento total recebido, sempre havera fluxo de exigéncia de valor complementar. Apés a recepcdo da regularizagao, o sistema de cartério disponibilizara as informagbes do pedido atualizado para as préximas consultas ao pedido no Portal SREI. Em caso de rejeicao da alteragdo o sistema de cartério devera emitir notificagao de alerta a0 Portal SRE. d) Recepgao de Informagao de Duvida Inversa ou de Parecer de Divida: sistema de cartério deveré acatar automaticamente a informagéo de suscitagao de duvida ou de seu parecer somente para pedidos de prenotagdo existentes, aguardando exigéncias ou parecer de duivida (respectivamente) e dentro do prazo de vigéncia; caso contrario ira rejeité-la. Esta informagao & fegistrada pelo atendente do cartério como um tipo especial de regularizagao/complemento do pedido no Portal SREI, pois este tipo de alteragéo somente n&o esté disponivel para usudrios remotos. Apés a recepcao da informacao de divida a processar, 0 sistema de cartorio disponibilizara as informagdes do pedido atualizado para as proximas consultas 20 pedido no Portal SREI. Em caso de rejei¢do da alteragdo 0 sistema de cartorio devera emitir notificagao de alerta ao Portal SREI. e) Recepcao de Prorrogacao da Prenotagao: O sistema de cartério devera acatar automaticamente a informagéo de prorrogagao de uma prenotagéo somente para pedidos de prenotacao existentes, ainda nao efetuados e dentro do prazo de vigéncia; caso contrério ira rejeité-la. Esta informacao & registrada pelo atendente do cartério como um tipo especial de regularizagao/complemento do pedido no Portal SREI, pois este tipo de Titulo [Versio | Classificacao | Pagina PROJETO SREI: PA1.2.6-Relatérioda | vi.t.10 | LSI-TEG:Restrito [25/50 modelagem do processo automatizado Fis. wateLUTE alteragéo somente n&o esta disponivel para usuérios remotos. Apés a Tecepcao da informagao de prorrogagdo a processar, o sistema de cartorio disponibilizara as informagdes do pedido atualizado para as proximas consultas ao pedido no Portal SREI. Em caso de rejeigo da alteracdo 0 sistema de cartorio devera emitir notificagao de alerta ao Portal SREL f) Recepgao de Cancelamento do Pedido: O sistema de cartorio deverd acatar automaticamente solicitacoes de cancelamento do pedido somente para pedidos de prenotagao existentes, ainda ndo efetuados e dentro do prazo de vigéncia; caso contrério ira rejeitata. Apés a recepcéo da informagao de prorrogacdo a processar, o sistema de cartério disponibilizara as informagées do pedido atualizado para as préximas consultas ao pedido no Portal SREI. Em caso de rejeicao da alteragdo o sistema de cartério deveré emitir notificago de alerta ao Portal SREI 4.7 Processo 7.0 — Analisar pedido Representado no diagrama “Proceso 7.0 ~ Analisar Pedido” 6 o macro processo do sistema de cartério que processa os pedidos de consultas, registro e exame © calculo ja recepcionados que prevé: a) Captura Inicial dos Dados do Titulo: Para o SREI a primeira etapa obrigatoria para o processo de andlise de pedidos de exame ou registro é a captura dos dados do Titulo (inicial e regularizagées), principalmente visando a identificagdo de todos os iméveis e pessoas envolvidas para que a verificagao do contradit6rio eletrénico seja mais eficiente. Maiores detalhes na segdo 3.7.1 deste relatorio. b) Anilise: O sistema de cartério do SREI devera disponibilizar para os usuarios da operagao do cartério responsavel pela andlise de pedidos acesso a trés ‘filas" distintas de pedidos aguardando andlise destacando a ordem de precedéncia (ordem de chegada) dentro de cada tipo de pedido - consultas, exames e prenotagdes. Apesar do sistema exibir uma fila ordenada, ele néo ira impedir a selegéo de um pedido a frente de outro com data de recepgao Titulo |) Verso | Classificagio: PROJETO SREI: PA 1,2.6-Relatorioda | vi.t.10 | LS-TEG:Restito | 26/50 modelagem do proceso automatizadoHz51 Proceso m2 l=. Fis, 1. ASTUTE Serv www agt anterior (0 impacto da rigorosa ordem de precedéncia e prenotaggo sera mantido na verificagéo do contraditério). A fila de prenotagdes contemplara Pedidos novos ou regularizados com dados do Titulo capturados, bem como Pedidos reprovados pelo processo final de liberacao do pedido. Caso durante a analise seja identificado um imével ou pessoa nao identificado pela captura inicial de dados, o pedido seré redirecionado para revisdo da captura de dados e posterior reinicio da anélise para atualizagéo do contraditorio eletrénico. Ao fim do processo de anélise o pedido é disponibilizado a0 Proceso de liberago e o sistema de cartério disponibilizara as informagées do pedido atualizado para as préximas consultas ao pedido no Portal SRE. Maiores detalhes na seco 3.7.2 deste relatori ©) Processamento de Consultas Automaticas: O sistema de cartério do SREI ira identificar automaticamente pedidos de consultas que s4o passiveis de Processamento automatico decorrente do registro eletronico. Atualmente tratam-se das consultas de buscas (o detalhes na seco 3.7.3 deste relatério, uscas de penhora online). Maiores @) Tratamento de Informacao de Suscitagao de Divida: Apés a recep¢ao desta informagao, o SREI devera registrar automaticamente as informagées do oficio, suspender o prazo da prenotago e direciona-la para a posigao de aguardando parecer de divvida. Neste caso o sistema de cartério devera emitir notificagao de alerta ao Portal SREI. €) Tratamento de Parecer de Diivida Improcedente: Apés a recepcao deste tipo de parecer, o SREI deverd registrar automaticamente as informagies do parecer, retirar a suspensao de prazo da prenotago e redirecioné-la para que @ reanalise dispense a exigéncia em questo. Este pedido seré entéo incluldo na fila de pedidos de registro aguardando analise. f) Tratamento de Parecer de Duivida Procedente: Apés a recepgao deste tipo. de parecer, 0 SREI devera registrar automaticamente as informagées do Parecer, retirar a suspensao de prazo da prenotacdo e redirecioné-la para a Titulo Versiol | Classificacao | Pagina PROJETO SREI: PA 1.2.6-Relatérioda | vi.t..10 | LS-TEGRestrito | 27/50 modelagem do proceso automatizado@ 157 Tec posicaio anterior aguardando regularizagao das exigéncias originais. Neste caso 0 sistema de cartério devera emitir notificagao de alerta ao Portal SREl. g) Tratamento de Prorrogagéo de Prenotacdo: Apos a recepcdo da informagéo de prorrogagéo de prenotagéo, o SRE! devera registrar automaticamente as informagdes do motivo da prorrogacao no histérico do pedido e alterar o prazo da prenotagdo para a data prorrogada. Neste caso 0 sistema de cartério disponibilizara as informagées do pedido atualizado para as préximas consultas ao pedido no Portal SRE. h) Tratamento de Cancelamento de Pedido: Apés a recepodo da solicitacao de cancelamento do pedido, o SREI devera registrar automaticamente as informagdes do cancelamento, encerrar 0 pedido e baixar as versoes e atos em elaboracao. Neste caso o sistema de cartério disponibilizara as informagées do pedido atualizado para as préximas consultas ao pedido no Portal SREI.Controle do Prazo das Prenotacées: Diariamente, o sistema de cartério do SREI devera verificar as prenotagdes em fila que devem ser encerradas por decurso de prazo, baixar as versoes e atos em elaboracao © disponibilizar as informagdes dos pedidos atualizados para as proximas consultas ao pedido no Portal SRE! 4.7.1 Subprocesso 7.1 — Captura Inicial dos Dados do Titulo Representado no diagrama “7.1 - Efetuar Captura Inicial de Dados do Titulo” é o subprocesso do sistema de cartério que processa a validagao e extragao dos dados relevantes do titulo para exame ou registro para cada documento que compée o Titulo, Caso durante 0 processo de analise seja identificado algum imével ou pessoa no registrado nesta etapa, o pedido ¢ encaminhado para nova captura. Nesta situagéo 0 usuario do sistema reprocessar todos os passos confirmando ou complementando os dados necessarios. Para este processo 0 usuario seleciona o pedido a ser processado e 0 SREI disponibiliza automaticamente consulta ao titulo eletrénico ou as imagens digitalizadas, através de seu sistema GED, permitindo registro da andlise em paralelo, Prevé: Titulo. Versio. | Classificacao. |) Pagina PROJETO SREI: PA1.2.6-Relatrioda | vi.t.i0 | LS-TECRestito | 28/50 modelagem do processo automatizadoAST TE cote Soros ngs aol @) Validacao de dados do documento x dados do pedido e titulo: Para cada documento, verificar consisténcia das informagdes do pedido e titulo apresentado para exame ou registro, registrando © ajustando no pedido as divergéncias encontradas. b) Checklist especifico de documentos: Efetuar verificagéo especifica conforme o tipo de documento, seguindo Checklist especifico cadastrado no sistema pelo Comité Gestor do SREI, registrando as divergéncias encontradas. ©) Extragéo de dados dos iméveis e pessoas: Identificar os iméveis e as pessoas envolvidas no proceso, extraindo as suas informagées existentes nos titulo e documentos de suporte fornecidos e registrar no sistema. Esta etapa é fundamental para a eficacia da verificagéo do Contraditério Eletronico 4.7.2 Subprocesso 7.2 — Efetuar Analise Representado no diagrama “7.2 — Efetuar Analise” é 0 subprocesso do sistema de cartério que processa a andlise dos pedidos de exame, registro e consulta, que prevé: a) Verificar Contraditério Eletrén : A ver ficagéo do contraditorio é a primeira etapa da analise de todos os pedidos (consulta, exame e registro) e € obrigatéria, Durante a analise ou liberagéo ela pode ser requerida para Teprocessamento pelo operador a qualquer momento. Como o contraditério eletrénico 6 instantaneo, ¢ mais efetivo consulté-lo imediatamente antes de utilizar, pois consultas anteriores podem n&o ser mais validas. Maiores detalhes na segao 3.7.2.1 deste relatério, b) Processar Consultas: Apés a verificagéo do contraditério, pode ser processada a consulta solicitada. Maiores detalhes na segao 3.7.2.2 deste relatério. Todos os subprocessos seguintes citados nesta seco, sdo de uso exclusivo de pedidos de exame ou registro. ©) Efetuar 1° Qualificagdo Eletrénica: Uma das informagdes que podem ser indicadas pela verificag&o do contraditério @ de que haja algum imével que Titulo Versdo. | Classificagao Pagina PROJETO SREI: PA1.2.6-Relatérioda | vi.t.10 | LSHTEG-Restrito | 29/50 modelagem do pracesso automatizadoProvesso n’S4csl eT EK Sex anos hegre Taro ainda esteja registrado na matricula em ficha ou livro. Caso pelo menos um dos iméveis envolvidos na andlise ainda nao esteja em registro eletronico, deverdo ser realizadas analise e migragao do registro atual para o registro eletrénico, como etapa obrigatéria para prosseguimento da andlise no SREI, procedimento 0 qual chamamos de “primeira qualificagao eletronica’. Outra lao que exige este procedimento de migracao para registro eletrénico é na recepcao de registros de imével migrado de outra circunscrigéo. A “primeira qualificagéo eletrénica” também 6 obrigatéria para pedidos de exame e céloulo, j4 que a anélise do SREI é baseada no registro eletranico Ao final deste processo, ¢ necessério reprocessamento da verificagao de Contraditério Eletrénico para retornar ao fluxo de anélise. Maiores detalhes na secdo 3.7.2.3 deste relatério. 4) Processar Exame Eletrénico: © SRE! devera efetuar validacao automatica dos dados disponiveis do Pedido e dados extraidos do Titulo e Documentos de Suporte com Consultas Externas Eletrénicas que estejam disponiveis, ®) Efetuar Qualificagao e Analise: Apés a verificagdo do contraditério e exame eletrénicos, 0 responsdvel pela anélise poderd inicié-la, com 0 apoio de um checklist especifico conforme a natureza do titulo. Caso 0 processo de andlise precise ser interrompido antes do término, 0 SREI iré manter o resultado parcial da anélise para continuago posterior, pelo mesmo usuario. Este processo pode ser interrompido, caso o usuario encontre um imével ou pessoa no identificada na fase de captura, encaminhando 0 pedido para reprocessamento desta fase. Caso a andlise aprove o registro, produzira um conjunto de atos a serem praticados e as novas verstes de iméveis e/ou pessoas a registrar; caso contrario produziré uma nota de exigéncias a ser emitida, Maiores detalhes na segao 3.7.2.4 deste relatério. 1) Verificar Valores: Para casos de registro aprovado, com base nos atos praticados o SREI devera calcular o valor devido. Para pedidos de exame e célculo, podera entéo gerar a Nota de Devolucao de Exame e Calculo. Neste caso s&o mantidos os atos a serem praticados e versées do imével e pessoa, para reaproveitamento apés pagamento. Para pedidos de registro, caso haja Titulo! Versio | Classificagao |) Paginal PROJETO SAEI: PA1,2.6-Relatorioda | vi.t.10 | LS-TEC:Restrito | 90/50 ‘modelagem do processo automatizado Fis, n°__JOJ9Fis, n@__.1020 OST TEL pegareeees valor devido, devera gerar Nota de Exigéncia. Maiores detalhes na segéo 3.7.2.5 deste relatorio. 4.7.21 Subprocesso 7.2.1 - Verificar Contraditério Eletrénico Representado no diagrama *7.2.1 - Verificar Contraditério Eletrénico” € o Subprocesso do sistema de cartério que processa a consulta de contraditério nas bases de dados de registro eletrénico referente aos iméveis ou pessoas envolvidas no pedido, disponibilizando para andlise uma lista das ocorréncias encontradas. Como 0 contraditério eletrénico tem validade instantanea, 0 SREI deve manter histérico de todas as posicdes consultadas durante a analise (com carimbo de tempo). Esta pesquisa deve ser feita para todos os iméveis e pessoas do pedido em andlise e prevé: a) Contraditério de Prenotacdes: O SREI devera pesquisar todas prenotagées em aberto. Opcionalmente pode ser incluida a pesquisa de prenotaces concluidas; b) Contraditério de Registros Eletrénicos: O SREI devera pesquisar todos os registros eletrénicos existentes de matricula e registros auxiliares; ©) Contraditério de Registros Nao Eletrénicos: © SREI devera pesquisar a existéncia de registros nao eletrénicos, que s&o registros dos antigos Indicadores Real e Pessoal, significando que estes iméveis e/ou pessoas ainda no foram migrados para o Registro Eletrénico. 4.7.2.2 Subprocesso 7.2.2 — Processar consultas Representado no diagrama “7.2.2 ~ Processar Consulta: 6 0 subprocesso do sistema de cartério que efetua a consulta solicitada no pedido. E feita a consulta no sistema (pressupée-se que os indicadores pessoal e real j4 estejam cadastrados) conforme descrito no “Subprocesso 7.4 — Consultar Sistema” descrito abaixo. Caso 0 resultado da consulta indique a existéncia de referéncias ativas ao acervo (Livros ¢ fichas em papel ou digitalizados), o sistema disponibiliza o resultado da consulta para visualizaco para que o funcionario do cartério possa consultar o acervo. Considera-se como referéncias ativas ao acervo aquelas que ainda no Titulo Versio | Classificagao Pagina PROJETO SREI: PA1.2.6-Relatrioda | vi.tr.10 | LS-TEGRestrito | 31/50 ‘modelagem do processo automatizadofer mre ess CSU TEL Sev foram cadastradas no sistema. Para isso 0 sistema deve fazer um controle de quais referéncias ao acervo ja foram cadastradas ou néo. Pedidos de Certidao de Matricula sao tratados conforme o “Subprocesso 7.2.2.2 - Gerar Certido de Matricula (Acervo)’ e os demais tipos de Certidao no “Subprocesso 7.2.2.3 - Gerar Outras Certidées (Acervo)’, descritos abaixo. Caso nao haja referéncia ao acervo, os pedidos de certidéo sao tratados automaticamente conforme “Subprocesso 7.2.2.1 Gerar Certidao Padrao” descrito abaixo, Observagdo: em casos como o de desmembramento onde ha mais de uma matricula envolvida, a emissao de certidéo das demais matriculas deve ser solicitada através de um novo pedido, a) Gerar certidao padrao: Representado no diagrama *7.2.2.1 - Gerar Certidao Padrdo’, considera como certidao padrao uma certidéo mais simplificada que contém a situago atual do imével e que no depende do consulta ao acervo, diferentemente da certidao de matricula. Neste caso o sistema gera automaticamente uma certidéo @ partir dos dados obtidos ou uma certidéo negativa caso os dados néo sejam encontrados. b) Gerar certiddo de matricula (acervo): Representado no diagrama "7.2.2.2 - Gerar Certidéo de Matricula (Acervo)" este subprocesso trata os pedidos de certidao de matricula onde € necessério consultar o acervo. A consulta ao acervo esta detalhada no “Subprocesso 7.2.2.4 - Consultar Acervo” descrito abaixo. E recomendavel como boa pratica que a situagao atual da matricula obtida na consulta ao acervo seja cadastrada no sistema, contribuindo assim para a migraco dos dados em papel para o registro eletrénico. O funcionario do cartério edita o contetido da certidao e a gera pelo sistema. ©) Gerar outras certidées (acervo): Representado no diagrama ‘7.2.2.8 - Gerar Outras Certiddes (Acervo)" é similar a0 subprocess acima "Subprocesso 7.2.2.2 — Gerar certidéo de matricula (acervo)" descrito acima com a adigao de que necessario uma anélise dos dados obtidos nas consultas para Titulo ‘[Wersio | Classificagao [Pagina PROJETO SREI:PA1.2.6-Relaiorioda | vi.tr.10 | LSFTEC:Restrito | 92/50 modelagem do processo automatizadoOST TE ve hinge Tecnligeo compor a certidéo. E recomendavel que as certidées emitidas sejam armazenadas para uso futuro, 4) Consultar acervo: Representado no diagrama “7.2.2.4 — Consultar acervo" descreve de forma sucinta os procedimentos para buscar informagées no acervo do cartério para a analise de registro, exame e calculo e certiddo. Sao identificados os dados fornecidos para a busca, que podem ser: i. Numero da matricula; ii. Qualificago pessoal (nome, RG, CPF, data de nascimento, etc.); iii, Enderego do imével, iv. Numero e/ou data da transcrigao; v. Numero do registro no Livro Auxiliar e/ou nome dos cénjuges. A partir da identificagao, é definida a fonte adequada de busca. € importante salientar que essa fonte no & necessariamente unica, assim, é possivel que, para o atendimento da solicitag&o, diversos documentos sejam consultados. €) Consultar Imével: consultar matriculas no Livro 2 — Registro Geral e/ou transcrigdes no Livro de Transcrigdo. f) Consultar dnus: visa levantar os registros nos Livros do cartério sobre penhora, hipoteca, cédula de crédito e indisponibilidade de bens, para que seja feita a verificacdo de existéncia de onus. 9) Consultar registro auxiliar: consultar outras informagdes que possam ser relevantes @ analise como por exemplo o pacto nupcial. Nos casos em que a qualificago pessoal (nome, RG, CPF) e/ou o enderego do imével séo fornecidos, a consulta sé é encerrada quando se esgotam as possibilidades de busca, ou seja, diversas variagdes de grafia para nomes e enderegos @ formatagées numeéricas (com e sem pontuagao e digito) foram utilizadas. Ao final das buscas é consultada a informagao de existéncia ou néo de contraditério, obtida no inicio do proceso de andlise. Titulo Versio | Classificacao || Pagina PROJETO SREI: PA 1.2.6-Relatorioda | vi.t..10 | LS-TEG-Restito | 93/50 modelagem do processo automatizadoProcesso nt ¥i259 fogs Sen, eee 4.7.2.3 Subprocesso 7.2.3 — Efetuar 1° Qualificagao Eletronica Representado no diagrama 3 - Efetuar 1° Qualificago Eletrénica’ € 0 Subprocesso do sistema de cartério que permite a migraco de registros de imoveis eletrénicos oriundos de registros antigos ou migrados de outra circunscrigéo, que prevé: a) Consulta aos livros e fichas: As fichas & ‘08 digitalizados podem ser acessados pelo SREI no GED através dos indices de céd, Matricula ou céd, Identificagao das pessoas (CPF/CNPJIRIC). Este proceso de consulta as imagens digitalizadas dos registros antigos em papel, também deve ser um processo de reuso, disponivel para consultas a qualquer momento, mesmo que 0 registro ja tenha sido migrado para o SREI o b) Consulta a certidao de origem: para iméveis migrados de circunscrigso, 0 oficio de destino deve analisar a sua certidéo de origem a fim de aprovar sua Tecepeao, garantindo que no haja nenhuma irregularidade pendente; ©) Extragao da situagao juridica atual: o escrevente devera realizar anélise dos registros antigos ou da certidéo de origem, identificando apenas a situacéo atual da descriggo do imével, de seus proprietarios e de eventuais onus, além de transcrever registros auxiliares (de iméveis ou pessoas) ainda vigentes. ) Encerramento dos registros antigos migrados: Recomenda-se que os livros antigos em papel recebam averbacao de encerramento, impedindo consultas indevidas ao acervo que deixara de ser atualizado com a migracao para o registro eletronico. 4.7.2.4 Subprocesso 7.2.4 — Efetuar Qualificagao e Analise Representado no diagrama “7.2.4 — Efetuar Qualificagao e Andlise” é 0 subprocesso do sistema de cartério que permite a andlise do titulo para exame ou registro. Este processo pode ser realizado por mais de uma pessoa e em mais de um acesso a0 pedido. A analise no SREI ndo exige 0 acesso aos registros anteriores em papel, Tile) Versio | Classificagao [Pagina PROJETO SREI:PA1.2.6-Relatorioda | vi.tr.10 | LSFTEC:Restrito | 34/50 10delagem do proceso automatizadoProceso n° 2428. ey apesar de estarem disponiveis para consulta no GED, assim como 0 Titulo e os documentos de suporte. A andlise do SRE! prevé: a) Analise das informagées eletrénicas: 0 SREI disponibilizara ao usuario u conjunto de informagSes eletronicas para anélise: vie Ocorréncias de contraditerio; Pedido; Titulo e documentos de suporte; Livros eletrénicos; Resultado de consultas externas automaticas; Anélises anteriores - 0 SRE! deve manter base histérica do resultado da analise de registro, pois a andlise geralmente passa por fase de regularizag6es de valores ou até de anterior exame e célculo. Esta base historica € composta de historico do pedido, registros nao efetivados das bases de atos praticados e versdes do imével e pessoa. b) Checklist de Qualificagao Especifico: Representado nos diagramas: 7.2.4.0 Efetuar Checklist de Qualificagdo Especifico e 0 caso de exemplo 7.2.4.2 — Efetuar Qualificagéo de Imével Rural. O SREI disponibilizaré um roteiro pré-cadastrado no sistema pelo Comité Gestor SREI, para exame e qualificagao do titulo conforme sua natureza. O caso de exemplo para qualificagao de imével rural prevé que o SREI permita, além da analise do Checklist especifico, preve um processo de Consulta a um SIG (Sistema de Informagées Geodésicas), permitindo visualizagao do poligono georreferenciado do imével, além de outras informagées da descrigéo do imével, como area, localizacdo, confrontantes e nacionalidade dos proprietérios, para andlise critica de no sobreposi¢éo com outros iméveis ou a existéncia de limites naturais ou n&o que dividam o imével em mais que uma matricula Preve também que através do SIG sejam consultadas diretamente Titulo: Versio | Classificagao | Pagina PROJETO SREI:PA1.2.6-Relatorioda | vi.t.t0 | LSITECRestrito | 35/50 modelagem do processo automatizado ASU TEL ——ASTUTE informacoes do CNIR (Cadastro Nacional de Iméveis Rurais) do INCRA. ©) Definicao do parecer da analise: onde o usuario do sistema ird definir 0 parecer da andlise: os atos a serem praticados para um titulo aprovado para registro ou caso a anélise tenha identificado impedimentos (conforme a lei, todos os existentes), neste momento o usuario iré redigir as exigéncias encontradas. O conjunto de produtos do parecer da analise (atos, versdes, declaragdes de exame ou exigéncias) é sempre armazenado pelo SREI permitindo reaproveitamento nas diversas sessdes que uma andlise possa ter ou entre as regularizagées do pedido ou apés um pedido de exame e célculo. O parecer favoravel ao registro esta representado no diagrama 7.2.4.1 Definir atos a serem praticados que prevé que o usuario do SREI faca’ i. Analise do modelo de atos praticados sugeridos pelo Checklist do SREI de Exame e Qualificacdo do Titulo; ii, Identificago dos iméveis e as pessoas a terem registros criados ou alterados e quais informagSes eletronicas oriundas do titulo sero capturadas para este fim. Cada ato praticado corresponderé a uma nova verséio de um imével ou de uma pessoa na base de dados eletrénicos do SRE; Redagdo da narrativa para cada ato praticado, aos moldes do processo tradicional, se for pedido de registro (nao & necessario para exame e caleuloy; Redacao da Declaragao de Exame e Céloulo, se for 0 caso. O SREI trata o proceso de Exame e Calculo, considerando todas as etapas de um registro apenas no efetuando a liberagao final e mantendo os atos praticados no histérico do pedido para futuro reaproveitamento. d) Analise Legal: Como tltimo passo da andlise, 0 SREI disponibiliza ao usuario, todas as informagdes ja disponibilizadas na etapa anterior, complementadas com 0 parecer gerado (conjunto de atos a serem praticados ou nota de exigéncia), para que 0 usuario faga a anélise legal do registro. Titulo Versio. |) Classificagaol”) | Pagina PROJETO SREI: PA1.26-Relatérioda | vi.t..10 | LSI-TEC:Restrito | 36/50 ‘modelagem do processo automatizadoProcesso n° 34 2S“4. i eo aan a = 4.7.2.5 Subprocesso 7.2.5 — Verificar Valores Representado no diagrama ‘7.2.5 — Verificar Valores” 6 0 subprocesso do sistema de cartério que permite 0 ajuste do valor devido pelo pedido de registro aprovado (registro com exigéncias, consultas e exames nao requerem ajuste de valor), que prevé: @) Apuragao do Valor devido: o SRE! deverd atribuir um valor para cada ato praticado conforme Tabelas de Custas Estadual disponivel no SAEC e Tabela de Custas da Comarca disponivel no Sistema do Cartério, apurando pela soma 0 valor total devido pelo pe lo; b) Apurar ajuste a ser feito: o SRE! podera apresentar: i. valor a ser ressarcido — neste caso quando o pedido for entregue 20 apresentante, 0 SREI deveré apresentar esta diferenga no Contra- Recibo e 0 atendente do oficio deveré efetuar a devolugéo 20 apresentante; ou ji, valor a ser complementado — neste caso, 0 pedido é interrompido e é emitida uma Nota de Exigéncia sol tando complemento do valor; ou li, no haver ajuste de valor - neste caso, 0 pedido prossegue para liberagao. 4.7.3 Subprocesso 7.3 - Efetuar consultas automaticas Este subprocesso trata consultas que ndo dependem do acervo e pode ser processada inteiramente pelo sistema. E feita a consulta no sistema (pressup6e-se que os indicadores pessoal e real ja estejam cadastrados) conforme descrito no "Subprocesso 7.4 — Consultar Sistema’ descrita abaixo. O sistema gera automaticamente a resposta do pedido e o atualiza. 4.7.4 Subprocesso 7.4 — Consultar sistema Descreve de forma sucinta os procedimentos para buscar informagées no sistema para a andlise de registro, exame e calculo e certidéo: 5 Titulo Versao | Classificagao | Pagina PROJETO SREI: PA 1.2.6-Relatorioda | vi.tr.10 | LSITEC:Restrito | 37/50 modelagem do processo automatizadoProceso n®\2/1 25° ‘Sao identificados os dados fornecidos para a busca, cujos mais comuns sao: «Numero da matricula; * Qualificagao pessoal (nome, RG, CPF, data de nascimento, ete.); + Enderego do imével; * Nome dos cénjuges. A partir da identificagao, 0 sistema consulta as versdes ativas das entidades Imével e Pessoa do Registro Eletrénico. Para mais detalhes sobre estas entidades consultar 0 documento Relatorio sobre alternativas para especificagéo dos dados eletronicos [2]. a) Consultar Imével: so retornados os atributos da entidade Imével: caracterizacéo do imével (localizagao, medidas, confrontagées, cadastro municipal ou CCIR, etc), situagao atual do imével (inclui a existéncia ou n&o de énus) e histérico com as situacées anteriores. b) Consultar Pessoa: sao retornados os atributos da entidade Pessoa dentre os quais citamos a identificagao (CPF, CNPJ ou RIC), enderego, nacionalidade e regime de bens (pacto nupeial). Observacéo: as entidades Auxiliar do Imével e Auxiliar da Pessoa também s8o obtidas nas consultas acima. E recomendavel que o sistema faca busca fonética para que se esgotem as possibilidades de busca, ou seja, diversas variagSes de grafia para nomes e enderegos. Apés a busca, o sistema verifica a consisténcia das entidades encontradas na base de dados com seus respectivos registros eletrénicos para verificar se nao houve adulteragao da base de dados. Caso haja inconsisténcia todo 0 processo do pedido € abortado. As providéncias nevessérias neste caso estéo além do escopo do presente documento. A vetificacao da consisténcia neste subprocesso € opcional, pois depende do impacto no tempo de processamento. Titulo Versio [| Classificagao | Pagina PROJETO SREI:PA1.2.6-Relatorioda | vi.t..10 | LS-TEC-Restrito | 98/50 modelagem do proceso automatizadoProcesso n°’ Hi2 64 Fis. n®@__JO 28. Serv i 4.7.5 Subprocesso 7.5 — Suscitar duvida Representado no diagrama anexo como “Subprocesso 7.5 — Suscitar duivida", o ‘subprocesso pode ser incitado por um mandato de duvida improcedente, pela busca diaria no Diario Oficial da Uniao para notificagao de parecer de divvida procedente pela busca didria no forum de notificagao de duivida inversa 4.8 Processo 8.0 — Liberar pedido Representado no diagrama anexo como “Processo 8.0 — Liberar Pedido’, 6 0 proceso onde o pedido é submetido para aprovaco. Caso aprovado, so gerados os documentos necessarios para a entrega do pedido como oficio resposta e Contra Recibo O sistema disponibiliza 0 pedido (incluindo o titulo) para retirada, atualiza o estado do pedido e notifica 0 usuario eletronicamente. A definico do meio de comunicagao desta notificagao é livre. Para os pedidos do tipo Registro a matricula é impressa para ser armazenada no cartério como cépia de seguranca. Caso no seja aprovado o pedido volta para re-andlise no Processo 7.0 Analisar Pedido. 4.8.1 Subprocesso 8.1 — Aprovar pedido Representado no diagrama anexo como “Subprocesso 8.1 — Aprovar Pedido”, é 0 subprocesso onde 0 pedido @ submetido para aprovacao, geralmente efetuada pelo proprio oficial, seu substituto legal ou por escrevente mais experiente. E feita uma revisdo final conforme o tipo de pedido e gerado 0 documento eletrénico conforme o tipo do pedido: © Pedido de informago Nao ha necessidade de aprovacdo. * Pedido de Certidao E feita uma ultima verificagao da existéncia de contraditério conforme descrito no “Subprocesso 7.2.1 - Verificar Contraditério Eletrénico” (seco 3.7.2.1). Se Titulo Versio | Classificagao | Pagina PROJETO SREI: PA1.2.6-Relatorioda | vi.t..10 | LSI-TEC:Restrito | 39/50 modelagem do proceso automatizadohouver contraditério, o pedido volta para analise para que o contraditério seja indicado na Certidao. A Certidao é assinada digitalmente. * Pedido de Registro e Pedido de Exame e Calculo Caso seja aprovado, é feita uma ultima verificagdo da existéncia de contraditério conforme descrito no "Subprocesso 7.2.1 - Verificar Contraditério Eletrénico” (segao 3.7.2.1). Se houver contraditério, © pedido volta para analise. Para garantir que néo haja um grande intervalo de tempo entre esta Verificagao e a efetivacao do registro, deve ser definido um intervalo maximo permitido parametrizével (doravante denominado de time-out para a efetivagao do registro), cujo contador deve ser iniciado neste momento. Pedidos de Exame e Célculo aprovados e sem contraditério sé assinados digitalmente e os estado das entidades envolvidas mudam para “Provisério’, para indicar que nao s&o validas, Para os pedidos de Registro aprovados e sem contraditério deve ser feita a efetivacdo do registro, conforme descrito no “Subprocesso 8.1.1 — Efetivar Registro” (seco 3.8.2). Os status das entidades envolvidas mudam para “Ativo" Os pedidos reprovados sao tratados conforme descrito no "Subprocesso 8.3 — Reprovar Andlise” (se¢o 3.8.4). 4.8.2 Subprocesso 8.1.1 — Efetivar registro Representado no diagrama anexo como "Subprocesso 8.1.1 ~ Efetivar Registro”, € 0 subprocesso onde o sistema torna o registro concluido e efetivo, nao sendo mais possivel ser alterado. A partir dos atos praticados e novas versées do Imével e da Pessoa gerados no "Proceso 7.0 ~ Analisar Pedido" (segao 3.7), so gerados livros eletrOnicos contendo a situago atual do registro e os atos praticados. Estes livros eletronicos devem ser assinados digitalmente. E feita uma verificagdo da integridade da base de dados para garantir a validade do registro. Caso no haja integridade todo 0 processo do pedido é abortado. As providéncias necessérias neste caso esto além do escopo do presente documento. Titulo Verso. | Classificagao Pagina PROJETO SREI: PA1.26-Relatrioda | vi.t.10 | LS-TEC-Restrito | 40/50 ‘modelagem do pracesso automatizadoCSUTE SL O timeout para a efetivacao do registro citado no “Subprocesso 8.1 — Aprovar Pedido” (secdo 3.8.1) é verificado e caso tenha sido ultrapassado, o usudrio do sistema é notificado. Caso contrario o sistema deve tornar os atos praticados e novas versées do Imével e da Pessoa inalteraveis, além de nao permitir sua remogao. 4.8.3 Subprocesso 8.2 — Aprovar exigéncias Representado no diagrama anexo como “Subprocesso 8.2 — Aprovar Exigéncias”, € © subprocesso onde a exigéncia é submetida para aprovagao, geralmente efetuada pelo proprio oficial, seu substituto legal ou por escrevente mais experiente. E feita uma revisdo final e, caso aprovada, a exigéncia € assinada digitalmente. A exigéncia reprovada é tratada conforme descrito no “Subprocesso 8.3 — Reprovar Andlise” (seeao 3.8.4) 4.8.4 Subprocesso 8.3 ~ Reprovar andlise Representado no diagrama anexo como “Subprocesso 8.3 — Reprovar Andlise’, é 0 subprocesso onde o oficial, seu substituto ou escrevente autorizado que tenha reprovado a anélise de um pedido de Registro ou Exame e Célculo, informa ao sistema que a anélise foi reprovada e 0 motivo da reprovagao. O sistema entéo atualiza 0 pedido para “Andlise Reprovada’ e 0 coloca em lista de ‘Pedido aguardando andlise”. 4.9 Processo 9.0 — Entregar pedido Representado no diagrama anexo como “Subprocesso 9.0 — Entregar pedido”, é 0 proceso onde é feita a solicitagao de retirada do pedido e, caso esteja pronto, este 6 entregue ao solicitante. A entrega é efetuada eletronicamente para as solicitagbes de retirada feitas pelo Portal ou a entrega é feita presencialmente, para as solicitagées de retirada feitas pessoalmente no cartério. Ambas devem ser registradas no protocolo geral de eventos de entradas e saidas dos pedidos. 4.10 Processo 10.0 — Realizar transagées Titulo! 7] versio | Classificagao Pagina PROJETO SREI:PA1.2.6-Relatorioda | vi.tr.t0 | LSI-TEC:Restrito | 41/50 ‘modelagem do processo automatizadoProcesso nt 212s. Lee wena og O “Proceso 10.0 ~ Transagées via convénio" abrange os seguintes subprocessos: * “Subprocesso 10.1 —Convénios": verificar segao 4.10.1; * "Subprocesso 10.2 —Consultas externas”: verificar seco 4.10.2; * Pedidos em batch: verificar seco 4.10.3. 4.10.1 Subprocesso 10.1 - Convénios Nos diagramas apresentados, foram destacados os principais convénios que podem ser fechados com os cartorios para facilitar as atividades que atualmente estéo exigidas na lei: a) Receita Federal Receita Federal (RF) deve-se basicamente para o envio da DO! (Declaragao de Operagées Imobiliarias), conforme detalhado no subprocesso “Enviar DOI” do “Subprocesso 10.1.1 — Transacdes com Receita Federal’. A DO! costuma ser enviada mensalmente para a Receita Federal e para tanto é necessario 0s atos praticados dos ultimos 30 dias dos iméveis que sofreram transmissées @ também as informagdes do proprio cartério. No SREI 0 procedimento deve ser feito automaticamente, A RF disponibiliza um *Laiout © convénio dos Oficios de Registro de Iméveis com a para Importar" da DOI que especifica os dados que devem ser convertidos de um arquivo “DOl.txt” para um arquivo “.DEC’, de forma esta declaragao é enviada através do software “ReceitaN da RF e a confirmagao ¢ realizada pelo protocolo de recebimento no arquivo *.REC’ b) INCRA: os cartérios devem enviar mensalmente as certidées dos registro de iméveis rurais para o INCRA, assim como trimestralmente as certidées dos registro de iméveis de estrangeiro. O detalhamento das transagées com 0 INCRA esta no diagrama representado pelo “Subprocesso 10.1.2 - Transagdes com INCRA. ¢) Prefeitura: o SREI prevé que as transagdes entre os cartorios e as prefeituras consistem principalmente na emissao de notas fiscais eletrénicas e@ no envio mensal de dados dos ultimos adquirentes de iméveis para Titulo Versio | Classificacfo | Pagina PROJETO SREL: PA1.2.6-Relatérioda | vi.t.10 | LSL-TEC:Restrito | 42/50 modelagem do proceso automatizadoProcesso nt_212s% Fis. ni? OST TE Serv atualizagéo do IPTU, conforme o “Subprocesso 10.1.3 — Transagées com Prefeitura”. d) TJ (Tribunal de Justiga): 0 “Subprocesso 10.1.4 - Transagées com TJ" Tepresentam as transacées possiveis com os Tribunais de Justica estaduais, que consiste no envio semanal dos relatérios didrios de atos praticados. A Penhora Online e os Oficios eletrénicos nao esto descritos nos diagramas do TJ, visto que eles teriam 0 mesmo fluxo do usuario remoto em que a penhora ou 0 oficio seriam os titulos de entrada. Outros tipos de transagées também podem ser estabelecidas entre os Oficiais de Registros de Iméveis e a Receita Federal, INCRA, Prefeitura e TJ, conforme a necessidade. Um protocolo de comunicagéo entre as os érgaos deve ser determinado para que as trocas possam ocorrer via WebService, de forma que sejam especificados os dados que o cartério e os érgdos poderao disponibilizar. Além desses convénios, outros também poderiam ser estabelecidos, e criados um protocolo de comunicagdo entre 0 Oficio de Registro de Iméveis e outros érgaos, conforme esquematizado no “Subprocesso 10.1.5 ~ Outras transagées", em que foram destacados os seguintes convénios: IBAMA, IBGE, outras serventias (cartétios de notas, titulos de documentos, registro civil e protestos), Secretaria da Habitaca Bancos, Imobiliérias e outros. , Secretaria da Secretaria da Unido, Corregedoria Geral dos Estados, 4.10.2 Subprocesso 10.2 - Consultas externas © “Subprocesso 10.2 - Consultas externas” representa todas as consultas que podem ser realizadas tanto isoladamente no SREI, como durante o procedimento de andlise (‘Processo 7.0 — Analisar pedido"), dentre as quais podemos evidenci * Validar CPF/RIC/CNPJ na Receita Federal; * Consulta CEP ¢ enderego nos CORREIOS; * Verificar se é o primeiro financiamento no SFH; © Consultar valor venal do imével no INCRA (imével rural) ou Prefeitura (imével urbano); Tile) Versio. | Glassificagae | Pasina PROJETO SREI:PA1.2.6-Relaiéioda | vi.tr.10 | LS-TEC:Restrito | 43/60 modelagem do processo automatizado LAX© Consultar IPTU/ITBI (Prefeitura); © Consultar ITR (RF) * Consultar CCIR (INCRA); + Consultar porcentagem de iméveis rurais estrangeiros; + Verificar se imével é rural ou urbano; © Outras. 4.10.3 Pedidos em batch Os convénios também incluem os pedidos de batch, que sao realizados automaticamente pelo SREI. Esses pedidos ocorrem, por exemplo, no envio de certidées em lote e outros pedidos de informag6es. Como os processos realizados ‘em batch seguem 0 mesmo fluxo dos processos realizados por um usudrio remoto, ‘em que os principais processos so: + "Processo 6.0 - Receber pedido’, ‘* "Proceso 7.0 — Analisar pedido” e ‘+ "Proceso 8.0 ~ Liberar pedido”, 0s processos em batch nao estéo apresentados no diagramas do "Proceso 10.0 - Transagées via convénio”. Dentre as diferengas dos processos dos Pedidos em batch comparados com os pedidos de usuarios comuns (presenciais ou remotos), destacam-se: * Os processos so realizados automaticamente: dependendo do tipo de pedido em batch, o sistema pode, por exemplo, disparar um evento para a geragéo de uma certido ou outra agao especifica para disponibilizar via WebService para outros érgaos; * Pedidos em batch possuem status distintos dos apresentados no processo "Processo 3.0 — Acompanhar pedido": novos status especificos para procedimentos em batch poderiam ser criados de acordo com o tipo de pedido realizado; Titulo ___| Versio | Classificagao | Pagina PROJETO SREI: PA 1.2.6-Relaiérioda | vi.tur.10 | LS-TEC:Restrito | 44/50 modelagem do processo automatizadoProcesso ni 3i2 6° Fis. °__10 39 * Os custos para realizagdo dos pedidos no sistema nao teriam 0 mesmo tratamento se comparado com os custos para os usuérios presenci Temotos: para o sistema o custo seria zero, visto que os custos j4 seriam Pagos conforme os contratos acordados com outros érgaos (convénios) de acordo com 0 tipo de pedido em batch. e 4.11 Processo 11.0 - Administrar NSC © "Processo 11.0 ~ Administrar sistema" & responsavel pela manutengdo do sistema dos cartérios, que independem do SAEC. Suas funcionalidades incluem, dentre outras: a) Geragao de Livro de Protocolo Eletrénico: Proceso didrio de geracéo de Livro de Protocolo Eletrénico, contendo todos os eventos de entrada e saida de pedidos de registro ocorridos no dia, para consolidagdo e assinatura digital do oficial em documento eletrénico, com impressao opcional. Este processo garanie a integridade do livro protocolo, de forma que nada altera o histérico de movimentagéo de pedidos de registro no cartério, Antes de cada gerag3o deve ser efetuado teste de integridade da base de dados do dia anterior com a ultima verso de livro eletrénico gerado. b) Apoio as correigées: representado pelo “Subprocesso 11.1 — Apoio as correi¢des". Nesse processo 0 corregedor fara a autenticagao no sistema e podera fazer suas soli descrito a seguir), e consultar dados do acervo eletrénico (nato digital) e do acervo digitalizado, Estas consultas podem ser realizadas tanto nos registros fagdes, que incluem: gerar relatérios (processo 11.3 do banco de dados dos sistemas de cartério quanto nos documentos armazenados no GED (documentos digitalizados, nato digitais e livros eletrénicos). A partir da visualizagéo das respostas as solicitagdes, 0 corregedor podera fazer sua avaliagdo e criar anotagées relativas a mesma, para que 0 registro da correicéo seja realizado. Todos os registros das corr igdes deverao ser assinados digitalmente em registros do banco de dados ou em documentos nato digitais, de forma a serem disponibilizados no sistema para o Oficial do cartério. Titaio Verstol | Classificagao Pagina PROJETO SREI: PA1.2.6-Relatorioda | vi.tr.t0 | LSI-TEC:Restito | 45/50 L___modelagem do processo automatizadoProcesso ni Bush CSTE Bese LL ©) Gerenciar perfis e usuarios: representado pelo “Subprocesso 11.2 — Gerenciar perfis e usuarios", em que é possivel criar, alterar e visualizer os Usuarios e seus respectivos perfis conforme a necessidade do cartério. Nessa Configuraco estardo disponiveis apenas as telas e funcionalidades de cada tipo de usuario (atendente, escrevente, oficial, corregedor, administrador), de forma que apenas o administrador do sistema tera um acesso total. 4) Gerar relatérios: representado pelo “Subprocesso 11.3 — Gerar relatérios”, em que podem ser gerados 0 relatério de atos praticados (Processo 11.3.1), relatério de receitas e despesas, relatorios estatisticos (Processo 11.3.2) e outros a serem customizados, os quais seréo armazenados no GED e disponibilizados para visualizagao. e) Exportar e importar dados: representado pelo subprocesso “Exportar e importar dados", em que usuarios restritos poderao fazer a importacéo e exportagao de dados do Banco de Dados ou documentos nato digitais ou digitalizados do GED, no caso da mudanga ou atualizagao do sistema. 1) Primeira carga no sistema: inclui os subprocessos “Migra¢do de circunscrigao", “Cadastrar indicadores reais’ e “Cadastrar indicadores pessoais’. A primeira carga no sistema deve registrar todos os indicadores reais @ pessoais do Oficial de Registro de Imoveis para facilitar as buscas. Opcionalmente, seré possivel fazer a migragao de circunscri¢ao, caso seja criada uma nova circunscrigao. Para tanto 0 processo “Exportar e importar dados” seré utilizado, mas apenas com os dados especificos para a migragao da circunscrigao. Assim, 0 cartério que deixou de cuidar de determinada circunscrig&o s6 teré os documentos para fins de certidao, de forma que seus registros sero bloqueados para qualquer novo registro eletrénico. Os dados para consulta podem ser exportados para 0 outro cartério, o qual poderd fazer a importagao dos registros da outra circunscrigéo. Além disso, nesse proceso deverdo ficar registradas as fases em que o imével pertenceu a cada cartério, para permitir o rastreamento de responsaveis por atos de registros anteriores. Além disso, a atualizagao dos dados da circunscri¢ao Titulo) Versio | Classifieacao. Pagina PROJETO SREI:PA1.2.6-Relatorioda | vi.t.10 | LSETEG:Restrito | 46/50 modelagem do processo automatizadoProvesso nf SUS" Fis, °___10.34 HEUTE Serv, — do cartério também deve ser realizada no SAEC, conforme sera visto no “Processo 12.0 - Administrar SAEC" (segao 4.122) 9) Digitalizacéo e extragdo de metadados do acervo: em que é possivel incluir no sistema os documentos digitalizados do acervo fisico, através do GED e extrair seus metadados para a base de dados, a fim de facilitar as consultas ena criagéo da matricula eletrénica (registro eletré 0), sem 0 manuseio fisico do papel. Esse proceso é semelhante a ‘Primeira Qualificacéio do Titulo" e esta representado pelo processo “Digitalizagao e extracdo de metadados do acervo". h) Visualizar Jogs do cartorio: todos os atos praticados no cartério devem ser registrados em fogs, que poderdo ser visualizados através de um acesso restrito. Esta fung&o esta representada no subprocesso cartorio" fisualizar logs do i) Configurar software: representado pelo subprocesso “Configurar software", que inclui a configuragéo de enderego IPs, nomes, certificados de digitais SSL, etc. 4.12 Processo 12.0 - Administrar SA 0 “Processo 12.0 - Administrar SAEC" é responsdvel pela manutengao do Sistema de Atendimento Eletrénico Compartilhado. Suas funcionalidades incluem, dentre outras: a) Apoio a correigao remota: representado pelo “Subprocesso 12.1 — Apoio a Correigéo Remota’. De forma semelhante ao processo do Sistema do Cartério, 0 corregedor fara a autenticagao no sistema e poderd fazer suas solicitagées, que incluem: gerar relatérios (subprocesso 11.3) e consultar livros eletronicos. Por tratar-se de acesso remoto, os documentos armazenados no GED néo estargo disponiveis para acesso. A partir da visualizagao das respostas as solicitagdes, o corregedor poderé fazer sua avaliagdo e criar anotagées relativas a mesma, para que o registro da correigdo seja realizado. Todos os registros das correigbes deverdo ser Titulo Versio | Classificagao [| Pagina PROJETO SREI: PA1.2.6-Relatérioda | vi.t.10 | LSI-TEG:Restrto | 47/50 modelagem do proceso automatizadoProcesso nt3125 94 Fis, ni? O 3} OTE Sen assinados digitalmente em registros do banco de dados ou em documentos nato digitai cartério. de forma a serem disponibilizados no sistema para 0 Oficial do b) Gerenciar perfis e usuarios: representado pelo “Subprocesso 12.2 — Gerenciar perfis e usuarios", em que é possivel criar, alterar e visualizar os usuarios e@ seus respectivos perfis conforme necessidade. Nessa configura¢ao estar&o disponiveis apenas as telas e funcionalidades de cada istrador), de tipo de usuério (atendente, escrevente, oficial, corregedor, adi forma que apenas o administrador do sistema tera acesso total, ©) Cadastrar cartérios do Brasil: representado pelo "Subprocesso ~ Cadastrar Cartérios do Brasil" refere-se ao cadastro de informag6es tais como enderego, oficial responsavel, telefone de contato, portal do cartério, ete... Ademais, 0 Subprocesso contempla informagées relativas a competéncia registral também a identificagao dos cartérios integrados ao SREI. 4) Cadastrar custas e emolumentos: refere-se a0 cadastro das tabelas de custas e emolumentos estalais vigentes. ©) Cadastrar indisponibilidade da pessoa: refere-se ao cadastro de pessoas com indisponibilidade de bem perante a Justica. f) Cadastrar indice pessoal: refere-se ao cadastro do indice de pessoas que figuram em cada cartério. g) Manter Checklists de Apoio a Analise: Processo que prevé a criacéo e manutengao dos checklists de extracéo de dados e de exame e qualificagéo do Titulo, pelo Comité Gestor do SREI. h) Migragdo de circunscrigao: subprocesso realizado caso seja criada uma nova circunscrig&o. Para tanto o processo “Exportar e importar dados” seré utiizado, mas apenas com os dados especificos para a migracéo da circunscrigSo. Assim, 0 cartério que deixou de cuidar de determinada circunscrigao s6 tera os documentos para fins de certidao, de forma que seus registros serao bloqueados para qualquer novo registro eletrénico. Os dados Para consulta podem ser exportados para 0 outro cartério, o qual podera fazer Titulo’ Versio. || Classificacao. Pagina PROJETO SREI:PA1.26-Relatérioda | vi.t..10 | LS-TEG:Restrito | 48/50 modelagem do proceso automatizado _0 de Sitemce gr escigico @ importagao dos registros da outra circunscrigéo. Além disso, nesse Processo deverdo ficar registradas as fases em que o imével pertenceu a cada cartério, para permitir o rastreamento de responsaveis por atos de registros anteriores. i) Configurar software: representado pelo subprocesso “Configurar software’, que inclui a configuracéo de enderego IPs, nomes, certificados de digitais SSL, etc... }) Gerenciar logs k) Gerar dados estatisticos Titulo Versio | Classificacao Pagina’ PROJETO SREI: PA1.2.6-Relatérioda | vi.t.10 | LSLTEG-Restrito | 49/50 modelagem do processo automatizadoProvesso nt 3425S &® OSUVEC Fis. on (aborotio de Sumas ng Taraigico Referéncias [1] LSI-TEC. Arquitetura Geral SRE! do Estado do Para. Sao Paulo, 2011 [2] LSI-TEC. Relatorio sobre alternativas para especificagéo dos dados eletrénicos, Sao Paulo, 2011. [3] LSI-TEC. Relatério de alternativas para organizac4o dos processos. Sao Paulo, 2011. [4] LSI-TEC. Relatério de descri¢ao dos canais de atendimento eletronico. Séo Paulo, 2011 Tiuio | Versio | Classificacao | Pagina PROJETO SREI: PA1.2.6-Relatorioda | vi.t.10 | LS-TEGRestrito | 50/50 modelagem do processo automatizado iit