Processo n° 2. laboratério de Sistemas Integraveis Tecnolégico PROJETO SREI Sistema de Registro Eletrénico Imobiliario PA 2.5.4 - Especificagao do software de SREI (para o Estado do Para) Titulo PROJETO SREI: PA 2.5.4 — Especificagao do software _| de SREI (para o Estado do Para) Versao Verso 1.0 release 10 Datadaliberacdo | 28/02/2012 SI-TEC:Restrito Adilson Hira, Leandro de Morais LSI-TEC LSI-TEG, CNJ e ARISP Fis, mfgProcesso m°.2G.9.¢97 Fis ° ISTE soy Sumario 2.1 GERARPEDIDO. 21.1 Caso de Uso Dotnit Tip de Pedi. 21.2 Caso de Uso Identificar (Autenticar) Usuro. 2.1.3 Elaborar Pedido (Prototipo de Pedido).. 21.4 Eletuar Pagamento, 22 — DistABUIRPEDIDO.... 224 Emit Titulo.. 23 ACOMPANHAR PEDIOO. 2 a 2 2.4 REGULAAIZAR PEDIDO. 25 —_ OBTER RESULTADO Do PEDIDO. 2.6 AOMINISTRAR SA. 3.1 (6.0) Receaen PeDIDo 3.1.1. Recepcionar Tituios. 3.2 ANALISAR PeDIDO.. 3.2.1 Efeluar Captura Inicial dos Dados.. 3.2.2 Veriicar Valores 823° Efetuar Andlise 3.2.4 Consultar Sistema . 3.8 Lipear PeDioo. 3.4 ENTREGA PEDIDO.. . 45. EALZAR TRANGAGOES (TRANGAGOES WA CONVENO), 36 — AouiustRAR NSC agesaaeee ee Gia LSITEG:Restrito | 2/53 PROJETO SRE: Arquitetura Geral para SREI do Estado do Para1 Introdugao Este documento apresenta a definicao especificagao do software do SREI a ser implantado no Estado do Para. Este relatério seguira 0 Padrao de Representagao e Diagramas de Casos de Uso da UML (Unified Modeling Language) ‘Como premissa desta especificagao, foram consideradas os resultados da definic&o dos requisitos das outras PA’s do Projeto SREI: * Recomendagao da Modelagem do processo automatizado; * Recomendago para modelo de dados eletrénicos; + Recomendacao para formato de documento eletrénico; + Recomendacao para manipulacao de dados de georeferenciamento; * Recomendagao para formato de arquivo digitalizado; * Recomendagao para uso da assinatura digital nos cartérios de registro de iméveis; * Outros Sistemas Legados (Penhora on-line, Sistema de Indisponibilidade) * Definigao dos requisitos para garantia de integridade da base de dados eletrénica; * Processo de certificagao de software de SREI; + Levantamento das restrigdes existentes no Estado do Para; + Definigao da arquitetura geral do sistema; * Definigao do ambiente de execugao; Basicamente, os objetivos da especificagao de software 6 trazer uma representagao ‘a especificagao dos requisites funcionais, descrevendo a percepcéo ao f Tull ae PROJETO SREX: Arquittura Gora para SRE! do Estado do Para _Giassificagao | Pagina LSITEC:Restrito | 3/53Proceso n° 34.2 ¢9/ ETT TE Sn Sen, Sea engl Teli —— desenvolvedor quanto ao sistema a ser desenvolvido, focalizando principalmente os seguintes requisitos ¢ caracteristicas do Software: Funcionalidade e Fluxos dos Sistemas Requisitos Funcionais e no-Funcionais Tratamento dos dados e informagdes pelo Sistema Interfaces do Sistema com Usuario e interfaces de Sistema a Sistema Comportamentos de Excegdes e Restricdes Os Casos de Uso serdo usados no roteiro fase homologagao do sistema Esta especificacdo terd algumas limitagdes para a fase Piloto do Projeto SRE! Desenvolvimento do SW dependera de um conjunto de Normas e Especificagdes Nomenclaturas (Vocabularios, Listas Controladas, Meta-Dados, etc..) a serem definidas pelo Comité do SRE! ‘Além disso, desta padronizacéo, serdo definidas as Troca de Mensagens e a Interoperabilidade, que depende de acordos e arranjo Politico e Institucional relativos aos Convénios = “Tilo Versio | lassificagae | Pagina PROJETO SREI: Arquitetura Geral para SREIdo | vi.t.10 | LSITEC:Restrito | 4/53 Estado do ParaProvesso n° 322.9 / OST WEL paneer 1 Casos de Uso Para o Sistema de Registro Eletrénico Imobilidrio (SRE!) a ser implantado no Estado do Para foi considerado dois Sistemas de Software principais: * Sistema de atendimento (SA), considerando o uso do GAEC (Central de Atendimento EletrGnico do SAEC), e SAEP (Sistema de Atendimento Eletronico Presencial); * Sistema do cart6rio (SC), em especial ao Niicleo do Sistema do Cartorio (NSC) Os Casos de Uso sao uma representacdo da UML (Unified Modeling Language) Basicamente, cada caso de uso tem uma descrigao referente a funcionalidade que ir ser construida no sistema proposto. Um caso de uso pode "incluir" outra funcionalidade de caso de uso ou "estender’ outro caso de uso com seu proprio comportamento. Casos de uso sao tipicamente relacionados a "atores". Um ator pode ser um humano ou entidade maquina que interage com o sistema para executar um significante trabalho. Os Casos de Uso, ou so descritos de acordo com os seguintes parametros: + Nome do Caso de Uso. Ex: Gerar Pedido * Ator Principal. Ex: Usuario Remoto (para o SAEC) * Ator Secundario: Ex: NSC (para 0 SAEC) ‘= Pré-Condigdes ou Res! autenticado. des. Ex: O usuario deve estar previamente * Fluxo de Eventos (toda seqiiéncia de eventos e agdes de atores e sistemas) * Fluxos de Excegao/Restrigao. Exemplos: * Na autenticacao, o usuario nao cadastrados deverdo se cadastrar; * Restrigbes e tratamento de excegdes do sistema: Tito snes Wersio | Classificagao | Pagina PROJETO SRE: Arquitetura Geral para SREIdo | vt.t.10 | LSITEC:Restrto | 5/53 Estado do Para= legislagao e normas: Normalizagao do Comite SREI, Legislacéo referente a Cartérios de Iméveis, Normalizagao do e-PING. ~ tecnolégicas: uso de Meta-Dado, XML ou WEB Services definido pelo Comite do SREI, e-PING, etc... = operacionais: informagoes obrigatérias no preenchimento de restrigo do proceso, restrigéo de pessoal, restrigéo de tempo, etc.. ~ outras restrigées especiticas * Fluxos Alternativos e Variantes. Exemplos: © Alternativo: Fluxo Normal (principal): Usuario se Logar ;Fluxo alternativo, se usuario ndo cadastrado , serd encaminhado pela cadastro. *Variantes: Quando ha varias possibilidades de fluxo, e nao ha nenhuma principal * Pés-Condigdes. Ex: Apés fluxo de Gerar Pedido, atualizagao de Status do Pedido para Protétipo de Pedido Gerado © principal fluxo de eventos do SREI se refere ao tratamento do pedido, como apresentado na figura abaixo: Desia forma, os principais Casos de Uso do Sistema de Atendimento (SA) so: * Gerar pedido * Distribuir Pedido * Acompanhar Pedido * Regularizar Pedido * Obter Resultado do Pedido Raa Rn TT Wersto | “Giassiticagio “| Pagina PROJETO SREI: Arquitetura Geral para SREIdo | vi.t.10 | LSITEC:Restrito | 6/53 Estado do Para Proceso n°. 2y.2 99, Fi ee BIC OSU TEL Sen eT mrs artic ——_—.Prooesso nt 34.3.0) Fis. n°. OT WEE sy Laborti de Seman grin Train © Administrar SA Os Principais Casos de Uso para Nucleo do Sistema do Cartério (NSC) sao: * Receber Pedido * Analisar Pedido * Liberar Pedido © Entregar Pedido * Realizar Transagées (Transagdes Via convénio) * Administrar NSC Te aE jo | Classiticagao_| Pagina | PROJETO SREI: Arquitetura Geral para SREIdo | vi.i.-10 | LSITEC:Restrito | 7/53 Estado do ParéProcesso n° 3G«2 £9/ Fis, n®@_1Ag] LTTE Sen at nr Tele 2 Descrigdes dos Casos de Uso do Sistema de Atendimento (SA) 2.1 Gerar pedido Nome do Caso de Uso: Gerar Pedido Ator Principal: Usuario Remoto Solicitante (Solicitante pelo SAEC) Ator Secundario: Usuario Presencial (no caso de uso do Sistema de Atendimento do Cartorio) Pré-Condigées: PROJETO SREI: Arquitetura Geral para SREIdo | vi.is-10 | LSITEC:Restrito | 6/53 Estado do ParaProvesso n°.3%-7 9g eee ERNST (© usuario deverd entrar no Site do SREI (CAEC) na opgao de fazer novo pedido pelo SAEC. No caso de SAPU do Sistema do Cartério, o usuario 6 0 atendente que faz as agdes. pelo solicitante, Fluxo de Eventos: 1.0 Usuario deve defi Pedido” Proceso 1.1 Tipo de Pedido. Ver Caso de Uso “Definir tipo de 2. © Usuario dever fazer autenticagao (Identiticagao) no Sistema, se for um dos Tipos de Pedido que necessitem de autenticacao com nivel de seguranga comum ou forte. Ver Caso de Uso “Identificar Usuario” Processo 1.2 3. 0 usuario escolhe um cartério para 0 pedido (identificagaio do cart6rio) a partir de uma lista de cartérios ou pelo seu enderego. 4. O Usuario fara a Elaborago do Pedido. Ver Caso de Uso Elaborar Pedido Proceso 1.3 5. O usuario Confirmard as informagées do Pedido, 6. O usudrio efetuaré 0 Pagamento do pedido. Ver Caso de Uso Efetuar Pagamento Proceso 1.4 7. O Sistema deve Gerar numero do protétipo de pedido € informé-lo ao usuario, 9. © sistema dever atualizar 0 STATUS para PROTOTIPO DE PEDIDO AGUARDANDO DISTRIBUIGAO para o respective pedido. E encaminha-lo a distribuigdo de Pedido. Ver Caso de Uso Distribuir Pedido Processo 2.0 10. Se 0 usuario deseja definir novo pedido, voltar o passo 1 deste Caso de Uso. Fluxos Alternativos 2A. O usuario, para Pedido definido de “Informagao Geral’, que dispensa autenticago, faz uma consulta no SAEC.e volta ao menu principal. 3A. Se 0 Tipo de Pedido escolhido pelo usuario for um Pedido de indisponibilidade “Tuoi Verso | Classiticagao PROJETO SREI: Arquitetura Geral para SREIdo | vi.t.r.10 | LSITEC:Restrito Estado do Para AST TE San a CeSe nao serd necessario escolher Cartorio, e o pedido sera respondido diretamente pelo SAEC, 5A. Caso 0 Usuario nao realize ou contirme a elaboragéo do Pedido, ou 0 Usuario deseje cancelar 0 pedido, o Sistema cancelara o pedido por decurso de prazo. 5B. Usuario, na fase de elaboragao de pedido, poderé requisitar Cancelamento do Pedido. 6A.. Os Pedidos relacionados a Convénio (Oficio eletrénico, Consulta de Penhora, Inclusao ou exclusao de Indisponibilidade; Consulta de Indisponibilidade; incluso ou excluso de Indisponibilidade, e Pesquisa de proprietario) no necessitam de pagamente. 6A. Caso 0 tipo de pedido necessite de pagamento, e 0 Usuario nao efetuar 0 Pagamento do Pedido, 0 Sistema cancelaré o pedido por decurso de prazo. §B. Usuério na fase de pagamento de pedido poderd requisitar Cancelamento do Pedido. 9A.Para usuario presencial ndo tem a mudanga para o STATUS do PROTOTIPO DE PEDIDO AGUARDANDO DISTRIBUICAO 10B. Se 0 usuario ndo deseja incluir novo pedido, o Sistema voltara a Pagina de menu do SREI, Restrigdes. Passos 3 @ 4. O Sistema néo precisaré apresentar opgdes de Cartério e nem 0 usuario precisa fazer escolha se o pedido for respondido pelo SAEC Sistema dispara contagem para cancelamento do pedido (em elaboracéo) por deourso de prazo P6s-Condigées: O Prototipo de Pedido foi gerado Titulo | Veratio | Ciassitficagao | Pagina PROJETO SREI: Arquitetura Geral para SREIdo | vi.t..10 | LSITEC:Restrito | 10/53 Estado do Para Processo n? 39.9 9-9, Fis n?@__ Jaz AS TE bay eSProcesso n° 302-94 Fis. n® 3 oY LU EL Sery, anor gv Frlig ———_ 2.1.1 Caso de Uso Definir Tipo de Pedido Nome do Caso de Uso Definir Tipo de Pedido Caso de Uso Geral Gerar Pedido (Prototipo de Pedido) [Ator Principal Usuario Solicitante |Ator Secundario Usuario Presencial Resumo Este caso de uso tem como finalidade de a definigao 0 tipo de pedido pelo solicitante Pré-condigées Entrar no Menu da Tela do Sistema de Atendimento na opcao de "Gerar Pedido” Pés-condigdes Tipo de Prottipo de Pedido definido |Agées / Fluxo dos Eventos }1. Sistema dever apresentar tela as opgées de tipo de pedido para que o usuario: - Pedido de Certidéo - Pedido de Registro, - Pedido de Exame de Calculo - Pedido de Informacao - Consulta de Indisponibilidade da Pessoa - Informacao de Circunscrigo, - Informagao de cartérios, - Informagao de tabela de custas 2. Usuario deve escolher uma opgao de seu pedido Titulo | Wersto | Ciassiticagao | Pagina PROJETO SREI: Arquitetura Geral para SREIdo | vi.t.r10 | LSITEC:Restrto | 11/53 Estado do Para{abort de Samar ngrst Tam 3. Sistema armazena os parémetros para nivel de seguranga da autenticacao do| lusudrio (Sem autenticagao, autenticagéo com seguranca normal, autenticagao com [seguranca alto) e distribuigao (se respondido pelo Sistema de atendimento ou a ser| distribuido para Sistema de Cartério) e se usuarios especiais (permissoes lespecficas): - Se Pedido de Certidéio, Pedido de Registro, Pedido de Exame de Célculo-> Grupo} ldo Pedido 1: (respondido pelo SC) (Autenticagdo com Nivel de Seguranga Padrao) }- Se Pedido de Informagao-> Grupo do Pedido 2: (respondido pelo SC) (Autenticacao com Nivel de Seguranga Alto) - Se Consulta de Indisponibilidade de Imével, Pedido de Penhora, Pedido de| Indisponibilidade -> Grupo do Pedido 3: : (respondido pelo SC) (Autenticago com Nivel de Seguranga Alto) com permissées especiais - Se Consulta de Indisponibilidade da Pessoa -> Grupo do Pedido 4: (respondido| pelo SC) (Autenticagao com Nivel de Seguranga Alto) com permissbes especiais - Se Informagao de Circunscrig&o, Informacao de cartérios, Informagao de tabela de lcustas -> Grupo do Pedido 5: dispensa identificagao respondido pelo SAEC |(Autenticacéio nao necessaria) Restrigdes / Validacdo JO sistema deve armazenar na sessao os pardmetros do tipo de pedido e nivel de jseguranga de autenticagao. 2.1.2 Caso de Uso Identificar (Autenticar) Usuario Titulo Verso | Ciassiticagao | Pagina | PROJETO SREI: Arqutetura Goral para SREIdo | vi.t..10 | LSITEC:Restito | 12/53 Estado do Para Proceso n° 3.29.4 Fis. n° 3 OSE SoProcesso n°.3V.J.09 Fis. n? 7 Sery, | ‘=D Nome do Caso de Uso Autenticagao de Usuario (SAEC) Caso de Uso Geral Fazer a autenticagao (identificagao) do usuario |Ator Principal Usuario Remoto Solicitante |Ator Secundario Usuario Presencial (Atendente do Cartério junto a Solicitante) Resumo Este Caso de Uso de como finalidade de identificar o usuario do SAEC Pré-condigées JQuando 0 usuério deve ter escolhido o pedido em caso de uso “Definir Pedido”, e| ldepois 0 Sistema de Atendimento (CAEC) classificar 0 nivel de seguranga para| lautenticagao necessaria, e ainda o usuarios nao estar autenticado. Pés-condigées Usuario Autenticado i ie a Chaslicagio | Paving PROJETO SREI.Auietura Geral para SREIdo | vitis0 | LSITECResirto | 10/89 eatado do PareProvesso né 37.2 97 Fis. n°_J.3 77 LTTE Sery, Fluxo do Evento: 1. Apresentar Tela de Login,se acordo com a necessidade nivel de seguranca de autenticagao definido no caso de uso “Definir Pedido” ~ Autenticago de Nivel de Seguranga Padrao. Ver Caso de Fluxo Alternativo 1A. Identificar Usuario Comum. Processo 1.1.1. - Autenticagéo de Nivel de Seguranga Forte. Ver Caso de Fluxo Alternativo 1B Identificar Usuario Comum. Processo 1.2.2. 2 Osi lema faz verificagao de dados de autenticaao 3. O Sistema faz Verificagao das permissdes especificas de acordo com perfil usuario 5. Autenticagao e Autorizagao Realizada Fluxas Alternativo e Restricdes 1A. Identificar Usuario Nivel Norma de Seguranga de Autenticagao. 1A1. Sistema apresenta tela de entrada de Login e Senha 1A2. Usuario entra com login e senha 1B, Identificar Usuario Nivel Norma de Seguranga de Autenticacao. 181. Sistema apresenta tela de entrada com Certificado Digital e PIN 182. Usuario entra com autenticagao de Certificado/PIN 1B. Se a identificagao for para pedido com nivel de autenticagao de seguranca| forte, sera necessario 0 Certificado Digita e PIN do usuario ( ainda como restrigao| tecnolégica desta autenticagao dever ser por aplicativo no browser executado| localmente na maquina do usuario, ou seja, um aplicativo Applet) 3A. Caso os dados de autenticagéo comum sejam inconsistentes, abrir tela| | Pagina 14/83 Tito eat es a een me PROJETO SREI: Arquitetura Geral para SREIdo | vi.1..10 Estado do Paravrocesso n° 3422 -2.9/ Fis. 37K Sery, a recuperar senha por e-mail ou fazer novo cadastro| Restri¢des 1. O Usuario deve ser cadastrado. Se nao tiver cadastro, deve clicar no link para fazer novo cadastro. © sistema dever apresentar formulario de Cadastro e Usuario deve preenché-lo e confirmar os seus dados pessoais bem como| login/senha ou Certificado/PIN. 1B. Se a identificagao for para pedido com nivel de autenticacéo de seguranca| forte, sera necessério o Certificado Digita e PIN do usuario ( ainda como restri¢ao tecnolégica desta autenticagao dever ser por aplicativo no browser executado localmente na maquina do usuario, ou seja, um aplicativo Applet) 2.1.3 Elaborar Pedido (Protétipo de Pedido) Nome do Caso de Uso: Elaborar Pedido ‘Ator Principal: Usuario Solicitante Ator Secundario Pré-Condigdes Fluxo de Eventos 4. O sistema devera apresentar tela para coleta dos dados do pedido a ser elaborado de acordo com tipo de pedi 2. O usuario deveré preencher tela “Coletar dados do titulo” para Elaborar Novo Pedido, considerando: - Pedido de Registro / EXAME DE calculo. Ver Caso Fiuxo Alternativo 2A Titulo Verso | Ciassiticagio | Pagina PROJETO SREI: Arquitetura Geral para SREIdo | vi.t..10 | LSITEC:Restrito | 15/53 Estado do ParéProvesso nt 39.9.6 Fis, n° eH ist 69 17 TE Sev_ ~ Pedido de Cerlidao / Pedido de informagao. Ver Caso Fluxo Altenativo 2B - Pedido de consulta de Indisponibilidade do imével. Ver Caso de Fluxo Alternativo 2C. - Se Pedido de Consulta indisponibilidade da Pessoa. Ver Caso de Fluxo Alternativo 2D. - Se Pedido de penhora. Ver Caso de Fluxo Alternativo 2E 3. 0 Usuario terd que salvar e submeter as informagées cadastradas Fluxos Alternativos 2A. O usuario deve fornecer os seguintes dados para Pedido de Registro e Exame de Caleulo + Natureza do registro (Nato Digital ou Papel) + Qualificagdes das partes envolvidas ‘+ Informagées especiticas do pedido © Submeter os Titulos. Ver Caso de uso “Receber Titulos” 2B. Se Certidao / Pedido de informagao, coletar os seguintes dados para Pedido ‘Numero da matricula (ID do imével) + Enderego do imével * Nome do proprietario 2C. Se Pedido de consulta de Indisponibilidade do imével, coletar os seguintes dados E Titulo, | versio | Classificagaio [ PROJETO SRE: Arquitetura Geral para SREIdo | vit.r.10 | LSITEC:Restito | Estado do ParaProcesso a? 20.2.0. Fis. n° AKO. en EK son sh + Enderego do imével * Nome do proprietario 2D Se Pedido de consulta de indisponibilidade do imével , coletar os seguintes dados -> © Qualificagdo da pessoa (CPF) 2E Se Pedido de penhora * Qualificagao do Imével (matricula e enderego) 2F Se Pedido de indisponibilidade (D0 IMOVEL), coletar os seguintes dados * Qualificagao da pessoa (CPF) © Qualificagao do Imével (matricula e enderego) Restriges: O Usuario poderd ir salvando os dados do pedido antes de enviar 2.4.3.1 Receber titulos Nome do Caso de Uso: Receber Titulos Ator Principal Usuario: Solicit inte Remoto ‘Ator Secundario. Atendente do Cartério Pré-Condigées O pedido deve ser de pedido de registro ou exame de calculo Fluxo de Eventos 1. Usuario encaminha titulos do Pedido Titulo | Wersto Ciassificagio | Pagina PROJETO SREL: Aruitetura Geral para SREIdo | vi.t..10 | LSITEG:Restito | 17/53 Estado do ParaPgs P8Y2 97 8 Ta Ao TE eo Serv, ~ Envia Titulos pelo SAEC. Caso de Uso altematvo 1A - Entrega Titulos pelo SAPU Caso de Uso alternative 1B Fluxos Alternativos Caso de USO 1A, 1A1. O usuario selecionar o titulo Nato-Digital a ser enviado no Sistema. 1A2. O sistema faz upload do Titulo Nato-Digital 1A3. O sistema verificar se 0 usudrio deseja incluir outro documento ao pedido. Se sim volta para o passo 1. Caso de USO 1B 1B1. O usuério da recepgo recepciona 0s titulos Nato- Digital e Titulos em papel do solicitante - Recepcao de Titulo Nato Digital no SAPU. Mesmo Caso de Uso 1A - Recepgao de Titulo em Papel no SAPU em Pasta. Caso de Uso 1B1A 1B1A. Recepgao de Titulo em Papel pelo SAPU 1B1A1. Usuario adiciona o Titulo em Papel que vai na Pasta 1B1A2. Usuario verificar se 0 usuario deseja incluir outro titulo em papel a0 pedido. Se sim volta para o passo 1 Restrigdes “Titulo” cee | Classificacao | PROJETO SRE!: Arquitetura Geral para SREI do | vi.t1.10 | LSITEC:Restrto l Estado do ParaPos-Condigdes 2.4.4 Efetuar Pagamento Nome do Caso de Uso: Efetuar Pagamento Ator Principal Usuario Solicitante Remoto Ator Secundario Usuario Atendente de Cartério Pré-Condicdes Prototipo de pedido elaborado Fluxo de Eventos 1. O.usuério solicita 0 valor do Pedido ao Sistema... - O valor é para pagamento de pré-pedido. Ver Fluxo Alternativo 1A Pagamento de Pré-Pedido - O valor é para pagamento de regularizacdo. Ver Fluxo Alternativo 1B Pagamento de Regularizagao 2. O sistema informa ao Usuario 0 valor do pedido. 3. usuario seleciona a forma de pagamento - Usuario Remoto. Ver Fluxo Alternativo 3A Pagamento de Usuario Remoto - Usuario Presencial. Ver Fluxo Alternativo 3B Pagamento de Usuario Presencial. 4. Qusuario recebe confirmagao do pagamento. aii ae a ee “Giassificagao)) [/Pagina PROJETO SREI: Arquitetura Geral para SREIdo | vi.tr.10 | LSITEC:Restto | 19/59 Estado do Paré 2 STE aProcesso n° 24.2 ¢¢, Fis. ne oy OSUTEL Sen Labovativio de Sistemas Intogréveis Facnoligico _ Fluxos Alternativos 1A. O sistema informa ao Usudrio 0 valor do pedido. No caso de Pagamento de Pré-pedido, o sistema consulta a tabela de custas de estadual vigente. 2B. © sistema informa ao Usuario o valor do pedido. No caso de Regularizagao de Pedido, o sistema consulta o Sistema do cartério por WEB, Service 3A. O Usuario remoto (SAEC) faz pagamento eletrénico }A1. O Usuario remoto (SAEC) faz opeao entre formas de pagamento eletrénico disponivel (de acordo com comité gestor do SRE!) 32, O Usuario remoto (SAEC) solicita efetivagéo de pagamento. 38... O Usuario presencial (SAPU) 381. O Usuario remoto (SAEC) escolhe entre dinheiro e cheque. 3B.2. O Usuario presencial (SAPU) efetua pagamento P6s-Condigdes Havera decisdo do Comité Gestor, para atendimento remoto entre 0 pagamento através de boleto bancatio, cartéo de débitocrédito ou transferéncia bancatia. No caso de opgao por Boleto Bancatio, necessitaré de posterior confirmagao de depé: para efetivacéio do pagamento. ie aaTaoR [| Wersio | “Giassificagao | Pésina PROJETO GAEL Aquietura Geralpara SFEIdo | vi.1v.10 | LSITECIRestrto | 20/69 estado do ParProceso n° 37.9) Fis. of 4, Nome do Caso de Uso: Distribuir Pedido Ator Principal SAEC Ator Secundario Sistema do Cartério Pré-Condigdes Processo com Processo de Pedido aguardando distribuigao. Fluxo de Eventos 1. Identificar os Cartérios a Distribuir Pedido: - Para (Pedido de Registro, Exame de Calculo, Pedido de Certidéo, Consulta de Indisponibilidade do Imével, Pedido de Penhora, Pedido de Informagao de Registro) encaminhar este pedido para Cartério responsavel Indicado no Caso de Uso de Gerar Pedido. - Para Pedido de Indisponibilidade, por broadcasting para todos os cartérios integrados ao SREI, 2, Encaminhar pedido em elaboracdo para os Sistemas de Cartorio dos Cartorios identificados através de Web Services. (Processo 5.0 Receber Pedido do Cartério) iia TO | Wersio | ct agao__| Pagina | PROJETO SREI: Arquitetura Geral para SREIdo | vi.tr.10 | LSITEC:Restrito | 21/53 Estado do ParaPr 8202 9g ears OST TEL o___ ie de Sina ling 3. Receber do Sistema do cartério por Web Services niimero de pedido Global e 0 Protocolo de entrada 4. Emitir recibo-Protocolo Fluxos Alternativos Restrigdes A consulta distribuido, lidade da pessoa é feita diretamente ao SAEC e nao é 2.2.1 Emitir Titulo Nome do Caso de Uso: Emitir Recibo-Procotolo Ator Principal SAEC Ator Secundario Sistema do Cartério Pré-Condigoes Fluxo de Eventos 1. Receber do Sistema do Cartério Numero do Pedido Global (TROCA DE MENSAGENS ENTRE SAEC E SC por Web Service) 2. Gerar recibo protocolo com 0 Nro de pedido Global 3. Se titulo em Papel > OPGAO PARA USUARIO PRESENCIAL NO CARTORIO: Solicitar/ Informar numero de etiquetas (TROCA DE MENSAGENS POR WEB SERVICES ENTRE SAEC E SC) 4, Gerar etiquetas 5. Encaminhar etiquetas e recibos para impressio (TROCA DE MENSAGENS. cae Pa] PROJETO SRK Arqutbia eralpara SREIgo | vi.ss0 | LSITECResrio | 22/50 estoreProcesso n? 39.209, Fis. OSU WE Soy Laberli de Secs gr Tr ENTRE SAEC E SC) 6. Imprimir etiquetas e Recibos protocolos no Sistema de Cartéri Fluxos Alternativos Restricdes No passo 3, se Titulo Nato Digital nao ha nada a fazer No passo 5, no cartério, todas as paginas de titulos e documentos devem ser etiquetadas e encaminhadas para digitalizagao. 2.3 Acompanhar Pedido Titulo Versio] Ciassiticacao | PROJETO SREI: Arquitetura Geral para SREIdo | v1.1.r.10 | LSITEC:Restrito Estado do ParaProcesso n°.3 42.9% Fis. n®@_J a2? Sen, Nome do Caso de Uso: Acompanhar Pedido Ator Principal: Usuario Solicitante Remoto, Usuario Presencial Ator Secundario: NSC Pré-Condigées: Usuario dever estar autenticado Fluxo de Eventos 1-0 Usuario devera identificar Pedido para exibicdo de status. 2-0 Sistema devera apresentar menu de Opgées a ser selecionada pelo usuario. Para Exibir Status do Pedido 3- Consultar Status do Pedido ao Sistema do Cartério (TROCA DE MENSAGEM. POR WEB SERVICE ENTRE SAEC E SC) 4- Apresentar Status do Pedido Fluxos Alternativos Pés-Condiges ie i eae PROJETO SREI: Arquitetura Geral para SREI do Estado do Para fe apao | Pagina | visto | LSITECRestrto | 24/53Processo n°_34. Fis, n@__{3s¥ Serv, Nome do Caso de Uso: Regularizar Pedido Ator Principal: Usuario Solicitante Remoto, Usuario Presencial Ator Secundario: NSC Pré-Condigées: Usuario deverd estar autenticado Fluxo de Eventos 1. Usudrio deve entrar na op¢ao de Menu do SA para Regularizar Pedido 2. Usuario deve Identificar 0 Pedido no AS 3. O SA deverd apresentar as ages a serem realizadas para regularizar 0 Pedido: - Elaborar Pedido para Regularizagdo (ir para Caso de Uso de Elaborar Pedido) Titulo TT Versio | “ciassiticagae | Pagina | PROJETO SREI: Arquitetura Geral para SREI do | vi.t.r.10 | LSITEC:Restrito | 25/53 Estado do ParaProvesso 1. 2 st Fis, n®@_1 35. CSTE Sen, : Labatt de Sonos ing Terai ~ Efetuar Pagamento (ir para Caso de Uso 1.4 Efetuar Pedido) ~ Prorrogar Prenotagao Fluxas Alternativos P6s-Condigées 2.5 Obter Resultado do Pedido Nome do Caso de Uso: Obter Resultado do Pedido Ator Principal: Usuario Solicitante, Usuario Presencial Ator Secundario: NSC Pré-Condig6es: Usuario deverd estar Autenticado Fluxo de Eventos: 1+ Usuario Identificar Pedido e solicitagao de Retirada do Pedido 2 Ver forma de entrega do Pedido (Sistema de Cartério presencial ou remoto) - Caso Entrega Eletrénica, ver Fluxo Variante Solicitagao Eletrénica Remota, Caso 2A, - Caso Entrega Presencial, ver Fluxo Variante Solicitagao Presencial, Caso 2B 4- Exibir Produtos dos Pedido ao Usuario Exibir resultados do Pedido (Certidéo, Recibo-protocolo, Nota de exigéncia, Parecer de Divida, Contra-Recibo) Fluxos Alternativos TT iversio Tl eiassiticago ] Pacina | |" PROJETO SREI: Arquitetura Geral para SREIdo | vt.ts10 | LSITEG:Restrito | 26/53 Estado do Para@oovrec ee Serv, 2A. Solicitagao de Entrega de Pedido Eletronica 2A1. Solicitar retirada do pedido 2A2. Localizar pedido 2A3. Verificar tipo do pedido - Outros 2A4. Verificar se 6 0 10. Pedido - Se Sim , ir para Passo 26, Enviar/Receber Pedido e Contra-recibo - Se Nao, ir para Passo 25, Verificar se é 0 primeiro envio deste pedido 2A5. Verifica prazo de 30 dias apés a liberagao do pedido - Se sim, ir para Passo 26, Enviar/Receber Pedido e Contra-recibo - Se no, fora do prazo, Informar prazo esgotado ao usuario 2A6. Enviar Pedido e Contra-recibo 2A7. Receber confirmacao de envio 2B Solicitagao par Entrega Presencialmente 281. Solicitar retirada de pedido 282, Localizar pedido no sistema 2B3. Imprimir pedido e contra-recibo - Apresentar cépia autenticada do instrumento particular que ficaré arquivado _Wersio7 _Ciassificagéo | Pagina PROJETO SREI: Arquitetura Geral para SREIdo | vi.t..10 | LSITEC:Restito | 27/53 Estado do ParaProcesso n° 39.2 a LTE Sen, no cartério. = - Apresentar original do titulo que seré devolvidos (outros que nao os instrumentos particulares) 2B4, Informar sobre os atos formalizados ou exigéncias e apresentar Contra Recito para assinatura do responsdvel pela retirada 285. Apresentar Certidao , se solicitado 286. Armazenar contra recibo assinado 2B7. Selecionar Menu do sistema Atualizar status do pedido e atualizar para "Pedido Retirado" Pés-Condiges 2.6 Administrar SA Nome do Caso de Uso: Administrar SA Ator Principal: Usuario Solicitante, Usuario Atendente, Usuario do Judiciario, Usuario Administrador Ator Secundario: NSC Pré-Condigées: Usuario deve estar autenticado Fluxo de Eventos: 1—O usuario escolher no Menu do SAEC a opcao Administrar AS 2-O sistema apresenta o seguinte opgdes em sub-menu e usuario faz escolha 2.1 Apoio a Correigao Remota -> ver fluxo alternativo "Apoio a correigao remota” 2.2 Gerenciar Usuarios e Perfis -> ver fluxo alternativo Titulo versio] Tetassiticacao | Paaina: | PROJETO SREI: Arquitetura Geral para SREI do | vi.ts.10 | LSITEG:Restito | 26/53 Estado do ParaProcesso n° 342.297 Fis. n° A9D Sery, 2.3 Cadastrar cartorios do Brasil 2.4 Cadastrar custas e emolumentos 2.5 Migragao de circunscrigao 2.6 Gerar relatorios e dados estatisticos Fluxos Alternativos: 2.1 Apoio a Correigao Remota 2.1.1- © Usuario Corregedor Identificar Cartério em lista do SA 2.4.2 - SA envia s identiticado itagéo de correigao remota ao NSC de Cartorio 2 documentagao para a Correigdo, ¢ AS envia ao NSC © Usuario Corregedor escolhe qual a tipo de solicitagéo de - OAS recebe documentagao do NSC - © Corregedor visualiza a documentagao fornecida pelo SA - O Corregedor registra o resultado da correicdo e assina digitalmente no SA =O AS encaminha 0 Resultado ao NSC para que seja armazenado 22 Gerenciar Usuarios e Perfis, - Criar Perfil de Usuario - Alterar Perfil de Usuario. - Atribuir Perfil para um Usuario - Alterar Perfil de um Usuario 2.3 Cadastrar cartorios do Brasil - Cadastrar dados do cart6rio, atribuindo um cartério - Alterar dados do cartorio, 2.4 Cadastrar custas e emolumentos ___ Titulo Versio | Classiticagao | Pagina PROJETO SREI: Arquittura Geral para SREIdo | vi.tu.10 | LSITEG:Restite | 29/53 Estado do ParaProweio nt Stazy Fis. n®_{499 CSTE Sev, ~ Cadastrar alos - Atriouir valores e emoluments 2.5 Migrago de circunscrigao - Abertura de matricula eletrénica a partir da situago juridica do imével extraida da certidao de origem do imével. 2.6 Gerar relatérios e dados estatisticos - O usuario entrar com parametros de pesquisa - O sistema gera relatério e estatistica Restrigdes: 2 .A opcdo de apoio a correigéo ¢ apenas para o Usuario Corregedor A opcao de Cadastro de Custas e Emolumentos, Cadastrar Cartorios no Brasil sao apenas para Usuario Administrador 2.1 A opgao de Gerenciar Perfil sera apenas para Usuario Administrador Pés-Condigdes: _Tiulo—sSs«d;S Verso | Classificagao | Pagina PROJETO SREI: Arquitotura Geral para SREIdo | vi.t.r10 | LSITEG:Restito | 30/53 l Estado do ParaProcesso W302 25/ Fis. rf 3 gy CUTE Sevecn nooner Inher de Sivas earn oraiic> 3 Descrigdes dos Casos de Uso do Nucleo do Sistema do Cartério (NSC) 3.1 (6.0) Receber Pedido Nome do Caso de Uso: Receber Pedido Ator Principal: Pré-Condigées Usuario Autenticado no Sistema de Cartorio Fluxo de Eventos ° istema do Cartério faz os seguintes tratamentos de pedido - Novo Pedido de Recebido (pelo SAEC) . Ver Fluxo Variante Pedido de Recebido 1A - Receber Titulo - Regularizacdo de Pedido. Ver Fluxo variante Caso de Uso Recepcionar Titulo 18 - Regularizagao de Pedido . Ver Fluxo Variante 1© - Informagao de Duivida Inversa Ver Fluxo Variante 1C. - Parecer de Duvida. Ver Fluxo Variante 1 - Prorrogacao de Pré-notagao. Ver Fluxo Variante 16 - Cancelamento de Pedido. Ver Fluxo Variante 1C Fluxos Alternativos 1A. Pedido Novo Recebido pelo SAEC 1. Criar Novo Pedido com as informacSes do pe recebido Tiwlo Versio | Glassitficagao | Pagina PROJETO SREI: Arquitotura Goral para SREIdo | vi.t.10 | LSITEC:Rostrito | 31/53 Estado do Pard2. Identificar e utilizar préximo Nro. De Pedido Global e Protocolo de Entrada. 3. Recepcionar valor pago, conforme tipo de pagamento (caixa ou eletrénico) do sistema de Atendimento. 4. Verificar se € pedido de Registro/Exame de Calculo ou Pedido de Consulta 4A. Se Pedido de Registro ou Exame, Disponibilizar Pedido em lista de "Pedidos aguardando Titulo" (bloqueado para uso e consulta) 4B. Se Pedi jo de Consulta ir para passo 5. 5. "Fins ar Etapa, registrar histérico e enviar notificago ao Portal Sistema de Atendimento. = Status Pedido Atualizado "Status "recebido em andlise” * Nro. Pedido Global e Nro. Protocolo de Entrada (Web Service entre Sistema de cartorio com 0 SAEC) 1B Ver Caso de Uso “recepcionar Titulos! Registrar motivo da rejeicao da regularizacao Finalizar etapa, registrar histérico e enviar notificagao ao Portal SREI 10 Para Regularizaco de Pedido, Informagao de Divida Inversa Ver Fluxo Variante, Parecer de Di ia, Cancelamento de Pedido. 1C1. Se Pedido Inexistente, jé efetuado ou em decurso de prazo - Atualizar Pedido com a inclusao da regularizago ou complemento recebido - Se Complemento de Documentos - Disponibilizar Pedido aguardando Titulo (bloqueado para uso ou consulta) - Se Regularizacao sem Titulo (apenas informacao ou Valores) - Recepeionar valor pago, conforme tipo de pagamento (caixa ¢ eletrénico) Tits a [ Metassitieagaol | Pésinal PROJETO SREL: Arquitetura Geral para SREIdo | vi.t.10 | LSITEC:Restrito | 92/59 Estado do Para Processo 39.2. EI Fis, n°__J-495" OS VE Sen.Processo n° 3¢. 2/89) Fis, n° A SUE mse ~ Reenviar 0 Pedido para etapa de andlise - Finalizar etapa, registrar hist6rico e enviar notificagao ao Portal SREI Pés-Condigdes Pedido Recebido pelo Sistema do Cartério 3.1.1 Recepcionar Titulos Nome do Caso de Uso Recepcionar Titulos Ator Principal Usuario do Sistema do Cartorio (Atendente) Ator Secundario Pré-Condigdes Usuario Autenticado no Sistema de Cartério Fluxo de Eventos 1, Recepcionar Titulos - Titulos em papel. Ver Caso Variante Receber Titulo em papel 1A - Titulos Eletrénico. Ver Caso Variante Receber Titulo Eletrénico 1B. Fluxos Alternativos/Variantes 4A. Se Recepcionar Titulos em Papel (para digitalizar) 11. Iniciar Entrada do Titulo no Sistema 1A2. Digitalizar todas as paginas indexadas pelo Pedido / Protocolo de Entradas pelo Reconhecimento do cédigo de barras das etiquetas © i a es arial | Versao | Giassiticagao | Pagina | PROJETO SREI: Arquitetura Geral para SREIdo | vi.t..10 | LSITEC:Restrito | 33/53 Estado do ParéProceso n® 34.7 9/ Fis, w®__J 397 STE Serv, i paginagao 1A3. Vincular pacote de imagens ao devido Pedido (cédigo de barras) 14. Registrar vinculo do (indice imagem) no item de documento do pedido 1A5. Registrar endereco de localizagao do arquivo fisico de Titulo papel 16. Armazenamento arquivo digitalizado acompanhado de seus metadados 1A7. Disponibilizar pedido em lista de "Pedido em andlise, aguardando Captura de dados" -> COMO FICA OS METADADOS CADASTRADOS NO. GED PARA TITULOS DIGITALIZADOS?? 1B. Se Titulos Eletrénicos a baixar 1B1. Processar download de pacotes de documentos do documentos de Titulo Eletrénico -> FAZ SE O DOWNLOAD SEM IDEINTIFICAR O PEDIDO? 1B2. Localizar “Pedido aguardando Titulo" © documento da_ lista correspondente ao Titulo 1B3. Indexar utilizando Céd. Pedido Global/Protocolo Entrada do metadado do arquivo eletrénico 1B4, Armazenar metadado especificos informados no pedido 1B5. Armazenar arquivo eletrénico acompanhados dos metadados 1B6. Disponibilizar pedido em lista de "Pedido em anélise, aguardando Captura de dados" Pos-Condigdes Titulos Recebidos Titulo i Classiticagdo | PROJETO SREI. Aqutetura Geral para SREIdo | vitu.t0 | LSITEC:Restto | 94/53 Estado do PardProcesso n?°34.7-09/ Fis. n°. OST TEL Son 3.2 Analisar Pedido Nome do Caso de Uso Analisar Pedido Ator Principal ‘Ator Secundario Pré-Condigdes Usuario Autenticado no Sistema de Cartério Fluxo de Eventos 1. O usuario escolhe uma opgao do Menu da Anélise - Pedido Recebido em Analise (ou) Revisar Captura dos Dados, Ver caso de Uso Captura de Dados do Pedido. Fluxo Variante 1°. - Analisar Pedido. Fluxo Variante 18. - Analise Reprovada. Fluxo Variante 16 - Informagao de Duvida Inversa. Fluxo Variante 1D - Parecer de Davida. Fluxo Variante 1E. - Cancelamento de Pedido. Fluxo Variante Fluxos VARIANTES 1A. Pedido recebido para andlise 1A\1. Verifica se pedido tem titulo: - Efetuar captura inicial de dados do (7.1), se pedido tiver titulos - Disponibilizar pedido em lista de Pedido aguardando andlise, se [_Giassiticapio | Pagina LSITEC:Restrito | 35/53 oo Tiwie PROJETO SREI: Arquitetura Geral para SREI do Estado do ParaProcesso a? 247 er Fis. ne 395 Sen,__ consulta ou regularizagées sem titulo 1A2. Identifica consultas automaticas 1 A3. (7.3) Efetuar Consultas Autométicas 14. Disponibilizar "Pedido analisado aguardando aprovacao. 1A. Finalizacdo etapa, registrar histérico e disponibilizar notificacao ao Portal SREI 1B. Analisar Pedido 1B1. Disponibilizar lista de pedidos a analisar, conforme ordem de chegada 182. ( 7.2) Efetuar Andlise 1B3. Disponibilizar pedido em lista de “pedido analisado, aguardando aprovacao” 1B4. Finalizar etapa, registrar histérico e disponit SREI -> SERIA O SAEC notificagdo no portal 1C. Analise Reprovada -> COMO A ANALISE E REPROVADA? 1C1. Reposicionar pedido para revisdo da analise 1C2. Disponibilizar pedido lista de "Pedido aguardando analise” 1D. Informagao de Diivida Inversa 1D1.Registrar informagées do oficio do pedido 12. Prazo da prenotago 6 suspenso, aguardando Parecer da Dtwvida” 13. Disponibilizar pedido em lista de Pedido Aguardando Perecer de Divida 104. Finalizar etapa, registrar hist6rico e enviar notificagao ao Portal SRE! —Tiuio Verso | Classiticagéo | Pagina | PROJETO SREL: Arquitetura Geral para SAEIdo | vi.t.r10 | LSITEG:Resinto | 36/59 Estado do ParProcesso n°.2: 2. 29/ ASU TEL sen labors de Stamos ogres reign ao 1E. Parecer de Duvida 11, Registrar informages do parecer do pedido - Se “Parecer Autorizando 0 Registro” Reposicionar pedido para voltar para a analise - Disponibilizar pedindo em lista de "Pedido aguardando analise" 1£2. Se Parecer Mantendo a Exigéncia - Reposicionar pedido para voltar para aguardar regularizagdes de exigéncias - Disponibilizar pedindo em lista de *Pedido com exigéncias” - Finalizar etapa, registrar hist6rico e enviar notificagéo ao Portal SRE 1F Prorrogagao da Pré-notacao 1F1.Registrar nova data e motivo nas ocorrénoias do histori 1F2, Alterar Prazo da Prenotagao 1F3. Finalizar etapa e disponibilizar ni 1G Decurso de Prazo 1G1. Controlar prazo da pré-notacao todo final do dia, ou inicio do dia, gerar alarme 1G2. Encerrar Prenotagéo por decurso de prazo 1G3. Alterar Status das Versdes em elaboragao das prenotagdes vencidas Tiwlo | Versio | Glassificagao | Pagina PROJETO SREL Arquitetura Geral para SREIdo | vi.ts.10 | LSITEC:Restito | 97/53 Estado do ParaProcesso n°.39.2-20/ Fis, n° GOT Sery, para "baixado” 1G4. Finalizar etapa e disponibilizar notificagéo ao Portal SREI 1H Cancelamento de Pedido 1H1. Encerrar Pedido Cancelado 1H2. Allerar Status das Vers6es em elaboragdo das prenotagdes vencidas para “baixado” 1H3, Finalizar etapa e disponibilizar notificagao ao Portal SREI -> SERIA O SAEC? Pés-Condiges 3.2.1 Efetuar Captura Inicial dos Dados Nome do Caso de Uso Efetuar Captura Inicial dos Dados (7.1) Ator Principal Usuario do Cartorio Ator Secundario Pré-Condigdes Usuario Autenticado no Sistema de Cartério Fluxo de Eventos 1 Selecionar Menu de "Captura de Dado” 2 Visualizar pedido e Titulo selecionado pelo sistema (e indicado de Revisao, se houver) 3 Tratar para documento do titulo 4 Exibir imagens do Titulo e Lista de seus Documentos com metadados especificos _Titsio Versio] ciassificagio | Pagina PROJETO SREL: Arquitetura Geral para SREIdo | vi.ts.10 | LSITEC:Resiito | 98/59 Estado do PardProvesso n° 34:2 69/ Serv, {abort de Sana gra aaa | 5 Registrar e corrigir divergéncias encontradas 6 Disponibilizar Checklist de dados conforme natureza do titulo (informada no ckeck- list) 7 Registrar apontamentos (de pendéncias ou divergéncias encontradas) 8 Registrar iméveis e partes envolvidas referenciadas nos titulos (complementar o pedido) 9 bDisponibilizar pedido em lista de "Pedido Aguardando andlise’ (MUDAR STATUS) Fluxos Alternativos Pés-Condicoes 3.2.2 Verificar Valores Nome do Caso de Uso Verificar Valores (7.2.5) Ator Principal Usuario do Cartério Ator Secundario Pré-Condigdes Usuario Autenticado no Sistema de Cartério Fluxo de Eventos 1. Consultar tabela de Custas do Estado Consultar tabela de Custas da Comarca (atos praticados) Calcular valor di registro conforme relagao de itens praticados Calcular saldo resultante do histérico financeiro do pedido a. on Calcular valor devido valor do registro = valor do registro - saldo pago 6. Verificar se ha saldo a ressarcir a i Titus | Glassiticagéo | Pagina PROJETO SREI: Arquitetura Geral para SREIdo | vi.t.r10 | LSITEC:Restrito | 99/59 Estado do Pard ISTE Fis, n°@_JY9 22@ sy Tec labovotbe de 7. Registrar valor a ressarcir no hist6rico financeiro do pedido ~ Sem pendéncias de valor, Nada a fazer ~ Se ha valor a pagar, Registrar valor a ressarcir no histérico financeiro do pedido 8. Definir Nota de Exigéncia para complemento de valor/Emitir nota de exigéncia Fluxos Alternativos P6s-Condigdes Valores veriuticados 3.2.3 Efetuar Andlise Nome do Caso de Uso Efetuar Andlise (7.2) Aor Principal Usuario Atendente do Cartério Ator Secundario Pré-Condigdes Usuario Autenticado no Sistema de Cartério Fluxo de Eventos Efetuar Analise 1, Se Selecionar Menu “Andlise" e escolher pedido na lista 2. Verificar Contraditorio Eletrénico (Pré Analise Automatica) 8, Relacionar a lista de iméveis a pessoas envolvidas no pedido a ser verificado 4. Para Contraditério de prenotagées consultar todos pedidos de prenotacao (registro) recebidos e ainda nao aprovados Tiwio __| Verso | Classiticagéo | Pagina PROJETO SREL: Arquittura Geral para SREIdo | vi.t.10 | LSITEC:Restrto | 40/59 Estado do ParaProvesso n!3 %<2.89/ Fis, n°_1UO4 CSTE > 4. Identificar pedidos relacionados o mesmo(s) imével{is) 5. Identificar pedidos relacionado(s) a mesma pessoa(s) 10. Se Imével Ativo 11. Consultar Registros Auxiliares VIGENTES deste(s) imével(is) 12. Se Imével nao encontrado ou situacdo é diferente do “tivo” 15. Ir para" Encaminhar novos contraditérios encontrados para uso da Analise” 21.Se nada encontrado 22. Registrar que nada foi encontrado Indicadior Real 23. Ir para" Encaminhar novos contraditérios encontrados para uso da Anélise" 25. Se encontrado 26. Registrar existéncia de Indicador Real para o pedido 27. Registrar “necessidade de operador verificar contraditério em busca manual - Acervo antigo” 28. Ir para " Encaminhar novos contraditérios encontrados para uso da Andlise” 29. Consultar registro(s) do indicador real da(s) Pessoal(s) relacionado(s) no Pedido 30. Se nada encontrado 31. Registrar que nao foi encontrado de Indicador Pessoal para o pedido 32. Se encontrado Registrar existéncia de Indicador Pessoal para o pedido em busca manual - 38. Registrar, necessidade de operador verificar contradit6ric ‘Acervo antigo" 34. Ir para" Encaminhar novos contraditérios encontrados para uso da Analise” 35. Encaminhar novos contraditérios encontrados para uso da Andlise 36. Disponibilizar préximo pedido e seu contraditério eletrénico 37Visualizar resumo do pedido e seu contraditério atualizado 38 Verificar (CONSULTA OU REGISTRO) Tilo To Wersio, | Classificagto | Pagina PROJETO SREI: Arquitetura Geral para SREIdo | vi.t.10 | LSITEC:Restrito | 41/53 Estado do ParProcesso n° 34.7 29 Fis. n®@___1G05 17) VEL Serv, 40 Processar Consultar (Manual) 41 Consultar Sistema Fluxos Alternativos Se Encontrado, novos contraditérios para uso na andlise 7. Se nada encontrado, Registrar que nada foi encontrado no contraditério de Prenotagao 8. Para Contraditério de registros eletrOnicos a versao mais atual do(s) Registro(s) de imévelis) relacionado(s) no Pedido 4ASe nada encontrado 5A. Registrar que nao foi encontrado contraditério de Registro Auxiliar de Pessoa 7A.Ir para " Encaminhar novos contraditérios encontrados para uso da Analise” 12A1 Consultar Acervo 12A2 Definir fonte de consulta 12A2 Fazer consulta 12A4 Esgotar possibilidade de busca 125 Resultado de busca (informagao do contradit6rio) 12A6 Se (REGISTRO) 1, Ir pata "Registrar novos contraditérios encontrados na analise” 127 Verificar se Registro é Eletrénico ou em Papel 12.A 8 Se REGISTRO EM PAPEL 143A Efetuar Qualificagao e Andlise 13. 1 Consultar Informagées disponibilizadas 18 A 2 Efetuar consultas Externar e Manuais 13 A 2andlise anteriores Te | Wersao” | Olassificagao | Pagina PROJETO SREI: Arquitetura Geral para SREIdo | vi.tr.10 | LSITEC:Restrita | 42/53 Estado do Paré J}Proceso n°.3/.2 £9/ Fis. n__J¥O¢ 6) 097 TE Serv labore de Stamos greta 13 A 3 Conferir informagoes conforme checklist de qualificagdo fornecida 13A4 Consultar Resultado da qualificagao e efetuar anélise legal 14, Registrar novos contraditérios encontrados na analise Consultar o(s) Registro(s) da(s) Pessoa(s) relacionada(s) no Pedido e Proprietaria(s) do(s) imovel(is) 17 Se encontrado 18 Registrar novos contraditérios encontrados na analise 19. Ir para * Encaminhar novos contraditérios encontrados para uso da Andlise” 20. Consultar registro(s) do indicador real do(s) Imével(is) relacionado(s) no Pedido 25 Efetuar 1°. Qualificagao Eletrénica Consultar Indicadores Reais e Pessoais ativos relacionados ao pet Consultar certidao de Origem e aprovar migracéo Se REGISTRO JA E ELETRONICO * Processar Exame Eletronico Pés-Condigées 3.2.4 Consultar Sistema | Nome do Caso de Uso Consultar Sistema (7.4) Ator Principal Usuarios Atendente do Cartério Ator Secundario titulo Tl | Wersto | Classifieagao | Pagina PROJETO SREI: Arquitetura Geral para SREIdo | vi.t.10 | LSITEC:Restrito | 43/53 Estado do ParProcesso n°. 3g. LEY Fis. n° YO AST TE Sen, ati de Stans inegrineTce Pré-Condigées Usuario Autenticado no Sistema de Cartério | Fiuxo de Eventos 3.4Consultar Sistema (processos 1, Definir Fonte de Consulta 2. Fazer Consulta 3. Consultar versées ativas de imével (engloba consulta a énus) 4 Consultar versées ativas da pessoa (engloba consulta de pacto nupcial, etc. 5. Apresentar resultado da consulta, 6. Verificar consisténcia com dados documento eletrénico - Consistente/ Resultado da consulta ~ Verificar consisténcia dos dados - Se dados consistentes, -Gerar resposta - Pedido atualizado Fluxos Alternativos 6- Verificagdio dos dados: Inconsistente / dados inconsistentes Pés-Condigdes 3.3 Liberar Pedido Nome do Caso de Uso Liberar Pedido (pelo oficial) Titulo _ | Wersto“[" classiticagao_[ Pagina | PROJETO SRE: Arquitotura Geral para SREIGo | vt-1s.10 | LSITEC:Restto | 44/59 l Estado do ParéProcesso n%2%L:” Fie nr face CSTE Sery, Ator Principal Oficial Ator Secundario Atendente do cartério. Pré-Condig6es Usuario Autenticado no Sistema de Cartério Fluxo de Eventos 1.0 Oficial Verifica se ha exigéncia no Pedido ~ Se sem exigéncia, 8.1 Aprovar Pedido, SE pedido Aprovado ir para Verificar Tipo de pedido - Se com exigéncias, 8.2 Aprovar exigéncias,Se Exigéncias Aprovadas, Ir para “*Verificar tipo de pedido” 2.0 Oficial Verifica o tipo de Pedido - Se Registro, Imprimir Matrioula 8. O Oficial Veritica necessidade de oficio 4. O Oficial Selecione Menu de Gerar oficio 5. O Sistema do cartério Gera Oficio no Sistema do Cartério 6. 0 oficial Seleciona o Menu do Sistema "Gerar contra Recibo” 7. 0 Sistema do cartério Gera o Contra Recibo 8. Dispor Pedido para Retirada 9. Atualizar Status do pedido e registrar historico - Sem exigéncia, Pedido efetuado Aguardando retirada - Com exigéncia, Agua4dando regularizagao 10. Notificagao do Usuario no SAEC. Fluxos Alternativos Pos-Condigdes Titulo i | Glassiticagao. PROJETO SREI: Arquitetura Geral para SREIdo | vi.t..10 | LSITEC:Restrito | 45/53 Estado do ParaProvesso n?_347.29) COSTE Fem Tag Unb de Sema nr Rete Seny, 1. Se Exigéncias Reprovadas, MUDAR STATUS para Analise Reprovada 3.4 Entrega Pedido Nome do Caso de Uso Entregar Pedido Ator Principal SAEC Ator Secundario Sistema de Atendimento Presencial Pré-Condigdes Usuario Autenticado no Sistema de Cartério Fluxo de Eventos 1. Sistema do Cartorio recebe solcitagao de Retirada do Pedido 2. Sistema do Cartorio Verifica tipo de solicitagao 3. Sistema de Atendimento encaminha para Sistema do cartério - Entregar eletronicamente. Ver Fluxo Variante 3A - Entregar presencialmente. Ver Fiuxo Variante 3B - Exibir Produtos do Pedido Fluxos Alternativos 3A. Entregar Eletronicamente Solicitar retirada do pedido 2 Localizar pedido 3 Verificar tipo do pedido 4. Se Certidao, Veriti Titulo | Classificagao_| Pagina PROJETO SREI: Arquitetura Geral para SREIdo | vi.t..10 | LSITEC:Restrito | 46/83 Estado do ParaProcesso n° 2 Y.? 29/ CS TE Fs o_o Sery, Labwatie de Sas ings Tories — Se Sim, passo 8 — Sendo, passo 5 8. Verifica prazo de 30 dias apés a liberagao do pedido ~ Seno prazo, vai para pssso 8 = Se fora do prazo, informar 0 usuario que prazo esgotado 6. Enviar/Receber Pedido e Contra-recibo 7. Verificar Envio com Sucesso — Se sim, va para passo 8 = Se nao, notificar erro para o sistema e para o usuario. 8. Enviar confirmagao eletrénica 9. Confirmacao de recebimento -> Registrar envio no protocolo geral 10. Verificar se 6 o primeiro envio deste pedido 11. Se sim, Atualizar Status do Pedido Entregue e registrar histérico a. Enviar Confirmagao Eletrénica 12. Se nao, Notificagao de erro para o sistema e para o usuario 3B Entregar Presencialmente 1. Solicitar retirada de pedido 2. Localizar pedido no sistema 3. Imprimir pedido e contra-recibo - Apresentar cépia autenticada do instrumento particular que ficar arquivado no cartério. - Apresentar original do titulo que seré devolvidos (outros que néo os instrumentos particulares) 4, Informar sobre os atos formalizados ou exigéncias e apresentar Contra Titulo Verafio | Classiticacso | PROJETO SREL: Arquiteura Geral para SREIdo | vi.tet0 | LSITEC:Restito | 47/59 Estado do ParaProcesso n°. 342. £9. Fis. n° OST WEL fe ———__ Recibo para assinatura do responsdvel pala retirada 5. Apresentar Certidao , se solicitado 6. Esclarecer dividas, conferir pedido @ assinar o contra recibo atestando retirada 7. Armazenar contra recibo assinado 8. Selecionar Menu do sistema Atualizar status do pedido e atualizar para "Pedido Retirado* 3C. Exibir Produtos do Pedido 1. Consultar produtos do pedido 2. Solicitar ao sistema do cartério os produtos do pedido 3. Exibir! Acessar/ Disponibilizar produtos do pedido © Certidao © Recibo-protocolo © Nota de exigéncia © Parecer de diivida © Contra-recibo Pés-Condigoes Resultados do Pedido e Produtos entregues 3.5 Realizar TransagGes (Transagées via convénio) Nome do Caso de Uso Ator Principal Usuarios de Sistemas de Covénios “Titulo, mene Classificagao | Pagina | PROJETO SREI: Arquitetura Geral para SRE! do. vi.1.1.10 | LSITEC:Restrito | 48/53 L Estado do Para IProvesso n°, 2 Ator Secundario Atendente Pré-Condigdes Usudrio Autenticado no Sistema de Cartério Fluxo de Eventos 10.1 Convénios 10.1.1 Transagées com Receita Federal Envio Automatico Mensalmente -> * Obter dados dos registros das atos praticados no dia para envio da DOL © Obter dados da serventia do Registro de Iméveis © Gerar DOLtxt conforme Laiout para Importar da DOI © Gerar declaragao DO! * Enviar Declaragao via Receita.Net automaticamente no SREl > EXPLICAR, POIS SO PROGRAMAS DA RECEITA CONVERSAM COM O RECEITANET ‘© Receber confirmagao de envio Outras transagdes com a Receita Federal 10.1.2 Transagées com o INCRA Transagéio Automatica Semanalmente Enviar as certiddes eletronicas dos iméveis rurais Transagao Automatica Mensalmente Enviar as certidées eletrénicas dos iméveis rurais de estrangeiros Outras Transagées com 0 INCRA Titulo) Versio. | Classificagao: PROJETO SRE Arquitetura Geral para SREIdo | vi.t..10 | LSITEC:Restt | Estado do Para 254 OST WE SererProcesso n?_3( 2 ) LT TE pew tts Sen, 10.1.3 Transagdes com Prefeitura Pedido de NF-e * Enviar dados da NF-e * Receber NF- Transagao Automatica Semanalmente * Consulta dos dados dos ultimos adquirentes * Enviar dados dos tiltimos adquirentes para atualizacéio do IPTU © Confirmagao de recebimento da atualizacao do IPTU Outras transagées com a Prefeitura 10.1.4 Transagées com TJ Semanalmente disparar automaticamente © Obier relatérios dos atos praticados da titima semana ‘+ Enviar relatérios praticados ao TJ Outras transagées com TJ 10.1.5 Outras Transagdes * Transco com IBAMA * Transagées com imobilidrias + Transagées com Secretaria da Habitagao = Transagéo com IBGE = Transagbes com outras Serventias = Transagées com Secretaria do Patriménio da Uniio = Transagées com Corregedoria Geral dos Estados Titulo | Versio | “Classificagio | Pagina PROJETO SREL: Arquitewra Geral para SREI do | vi.t10 | LSITEC:Restito | 50/59 Estado do Para= Transages com bancos Outras Transagées 10.2 Consultas Externas ° Validar CPF Validar CNPJ Verificar Confrontantes Consultar CPF e endereco Consultar valor venal Verificar se é 0 primeiro financiamento do SFH Consultar IPTU/ITBI Consultar CCIR Consultar ITR Consultar porcentagem de iméveis rurais estrangeiros Verificar se imével é rural ou urbano Outras consultas externas Fluxos Alternativos 3.6 Administrar NSC Nome do Caso de Uso Administrar NSC Ator Principal Usuario Administrador Tiwio | “cCiassificagio | Pagina PROJETO SREI: Arquitetura Geral para SREI do Estado do Para LSITEC:Restrito 51/53,Processo mf Fis. nf tf 6 CSTE Sen, Ator Secundario Pré-Condigées Usudrio Autenticado no Sistema de Cartério Fluxo de Eventos 1. O Administrador do Sistema do cartéri escolher uma opeao: - Apoio a Correigéo Remota -> disponivel apenas ao usuario do tipo Corregedor 12.2 Gerenciar Usuarios e Perfis © Visualizar pertis © Criar Perfil de usuario © Alterar Perfil de usuario © Alterar Cadastro de Usuario © Deletar perfil © Cadastrar cartérios do Brasil © cadastrar custas e emolumentos © Cadastrar Indisponi lade da pessoa Migrago de circunscrigao ‘+ Exportar e Importar dados * Configurar software + Gerenciar logs © Gerar dados estatisticos Fluxos Alternativo 1A. Apoio a Correigao Remota (usudtio do tipo Corregedor ) ficagdo | Pagina visto | LSITEC:Restrito | 52/53 PROJETO SREI: Arquitetura Geral para SREI do Estado do Para a verso es | |Serv, Proceso n®2%,2.99) Fis, ne, Menu Soliitar correigao 1A2. Identiticar Cartério 1A3.,SC recebe solicitagao do SAEC 1A4. Escolher qual a tipo se solicitagao de Correigtio — Consultar Livros eletrénicos = Gerar relatérios da Correigao 16. Visualizar / Fomecer documentagao solicitada no SAEC 1A6. Se realizagao de nova consulta ir para "Escolher qual a tipo se solicitacao de Correigo” 1A7. Aprovar resultados de correigao + Visualizar Correigdes Pés-Condicées Titulo ‘Tivers8o | Teiassiticagae | Pagina PROJETO SREI: Arquitetura Geral para SREI do | vi.ti.t0 | LSITEC:Restito | 53/53 Estado do Para