Regras da migração dos dados para o sistema
Transcrição
Regras da migração dos dados para o sistema
Regras da migração dos dados para o sistema Protocolo Fly Histórico de revisões Revisão Data Descrição da alteração 1.0 01/10/2015 Criação deste manual 1.1 13/11/2015 - Reestruturação do documento - Inclusão dos tópicos 2 e 3 1.2 10/02/2016 Reestruturação do documento _ Tópico 4 – Serviços e tabelas 1.3 02/03/2016 Reestruturação do documento _Tópico 4 – Serviços e tabelas 1.4 31/05/2016 Reestruturação do documento _Tópico 4 – Serviços e tabelas 1.5 07/06/2016 - Item 2.4 – Homologar dados migrados: Inclusão do Exemplo 3. - Tópico 4 – Serviços e tabelas conforme item 4.4 Migrando andamento por lote: Inserido no manual exemplo de envio pelo método POST. - Tópico 4 – Serviços e tabelas conforme item 4.7 Migrando opção do usuário. Inserido no manual exemplo de envio pelo método POST. - Tópico 4 – Serviços e tabelas conforme item 4.12 Migrando processos >>Tira Dúvidas: Inserido as regras do Formato do *número do processo ("nroProcesso") da tabela Processos* (Migrando Processos). - Alteração realizada no Tópico 4 – Serviços e tabelas conforme item 4.28 - Migrando informação adicional da solicitação. A informação em relação ao campo “rotulo” passou a ser obrigatória, ou seja, Não permite nulo. 1.6 28/06/2016 - Item: 4.12 - Migrando processos: Alteração em relação ao formato do *número do processo ("nroProcesso") da tabela Processos* (Migrando Processos) quando for Sequencial/Ano. - Item: 4.31 - Migrando vínculo do documento: Inclusão da Regra de envio. No manual, a localização dela fica no item 4.31 - Migrando vínculo do documento, abaixo do exemplo de envio pelo método POST. 1.7 08/07/2016 - Item 4.12 - Migrando Processos: Foi removido do Exemplo: Envio pelo método POST da tabela Processos, a variável "tipoRequerente": "F" devido ao fato de que a mesma não compõe a tabela Migrando Processos. Sumário 2 - Liberação e envio dos dados........................................................................................6 2.1 – Extrair e estruturar dados......................................................................................7 2.2 – Solicitar Token a Betha Sistemas (Base Teste).....................................................7 2.3 – Migrar dados na base teste....................................................................................8 2.4 – Homologar dados migrados..................................................................................9 2.5 – Solicitar Token a Betha Sistemas (Base Produção).............................................11 2.6 – Migrar dados na base de produção......................................................................11 3 – Suporte aos serviços de migração..............................................................................11 4 - Serviços e tabelas.......................................................................................................12 4.1 - Migrando indexador.............................................................................................12 4.2 - Migrando valor do indexador...............................................................................13 4.3 - Migrando etiqueta................................................................................................15 4.4 - Migrando andamento por lote..............................................................................19 Exemplo: envio pelo Método POST............................................................................21 4.5 - Migrando organograma........................................................................................21 4.6 - Migrando taxa......................................................................................................24 4.7 - Migrando opção do usuário.................................................................................25 4.8 - Migrando grupo da solicitação.............................................................................27 4.10 - Migrando solicitação do requerente...................................................................28 4.11 - Migrando protocolização...................................................................................32 4.12 - Migrando processos...........................................................................................34 4.13 - Migrando andamento do processo.....................................................................46 4.14 - Migrando arquivamento do processo.................................................................49 4.15 - Migrando ajuntamento de processo...................................................................51 4.16 - Migrando encerramento do processo.................................................................54 4.17 - Migrando movimentação do processo...............................................................56 4.18 - Migrando número do processo...........................................................................59 4.19 - Migrando parecer do processo...........................................................................60 4.20 - Migrando guias de pagamento...........................................................................63 4.21 - Migrando pagamento da taxa do processo.........................................................69 4.22 - Migrando configuração do campo da etiqueta...................................................74 4.23 - Migrando usuário do organograma....................................................................77 4.24 - Migrando valor da taxa......................................................................................78 4.25 - Migrando taxa da solicitação.............................................................................80 4.26 - Migrando roteiro de andamento.........................................................................82 4.27 - Migrando local de protocolização......................................................................84 4.28 - Migrando informação adicional da solicitação..................................................85 4.29 - Migrando item da informação adicional da solicitação.....................................89 4.30 - Migrando solicitação de abertura.......................................................................90 4.31 - Migrando vínculo do documento.......................................................................96 4.32 - Migrando taxa do processo..............................................................................100 4.33 – Migrando exclusão de andamento...................................................................102 4.34 - Migrando local de arquivamento do processo.................................................106 4.35 - Migrando processo ajuntado............................................................................109 4.36 - Migrando ajuntamento de processo excluído...................................................111 4.37 - Migrando documento retirado do processo......................................................114 4.38 - Migrando lote em andamento...........................................................................116 4.39 - Migrando permissão do parecer.......................................................................118 4.40 - Migrando anexo do parecer..............................................................................119 4.41 - Migrando solicitação de documento................................................................120 4.42 - Migrando informações adicionais da abertura de processo.............................122 4.43 - Migrando documento da solicitação................................................................124 4.44 - Migrando taxa da guia de pagamento..............................................................126 4.45 - Migrando guia de pagamento cancelada..........................................................128 1 - Introdução Este documento visa orientar as Revendas e Filiais na forma como o arquivo Json deverá ser estruturado para que seja realizada a migração de preenchimentos para o banco Oracle do sistema Protocolo Fly. 2 - Liberação e envio dos dados Antes de realizar os procedimentos do respectivo manual, devem ser realizados os procedimentos de importação contidos no Manual do GLB (tabelas globais). Para que o fluxo do processo de migração de dados possa ser colocado em prática é necessário seguir alguns procedimentos que envolvem liberação, preparação de ambiente e homologação dos dados a serem migrados. Importante: Para utilização dos recursos disponíveis na migração de dados, é prudente que o responsável pela execução de todo o fluxo tenha o seguinte perfil técnico: Ser desenvolvedor de sistemas com conhecimento na arquitetura REST com JSON (preferencialmente); Ter conhecimento em linguagem de programação, como: Java, Delphi, Ruby, ASP.NET, Python, PHP, entre outras; No decorrer deste capítulo o documento descreve o ciclo de procedimentos necessários para que possa dar início e término do processo de migração. De início, exibimos um fluxograma macro que ilustra todas as fases, desde a necessidade de converter os dados até seu término, ou seja, a migração concluída na base de produção. Ilustração 1 – Fluxograma do ciclo de migração de dados O fluxo da migração de dados para o Protocolo Fly é dividido em seis tarefas, sendo que abaixo, está descrito os procedimentos necessários para o atendimento a cada uma delas. 2.1 – Extrair e estruturar dados Esta tarefa é responsável pela extração e estruturação dos dados da base o qual será migrada para o sistema Protocolo Fly. Todos os dados precisam ser extraídos, manipulados e organizados de maneira que fiquem compatíveis com os serviços indicados no capítulo “4 – Serviços e tabelas”. Nota: As ferramentas e técnicas necessárias para realizar esta tarefa ficam a critério do responsável pelo processo de migração. 2.2 – Solicitar Token a Betha Sistemas (Base Teste) Uma vez que os dados já estejam na estrutura apropriada para execução dos serviços, é necessário a aquisição de um Token juntamente ao setor de senhas da Betha Sistemas. O token é uma chave formada por 32 algarismos alfanuméricos, organizados em grupos de 8, 4, 4, 4 e 12 dígitos. O token é uma informação obrigatória para o ciclo de migração, pois tem como finalidade, identificar a entidade na web que receberá os dados migrados. Neste caso, o token liberado estará apontando os dados enviados pelos serviços para a base de dados que foi liberada para os testes de conversão. Exemplo de token: ga1499bb-bad8-4w63-9999-9aa000311g63. 2.3 – Migrar dados na base teste Nesta tarefa, se inicia o processo propriamente dito da migração, pois é o momento de utilizar todos os dados anteriormente extraídos. Antes de realizar qualquer procedimento de migração, é necessário solicitar ao setor de senhas da Betha Sistemas o serial para liberação da entidade na web, e também possuir o token devidamente liberado. Com esta base montada é realizado a execução dos serviços, e através do Json, a entidade de teste liberada na web, recebe os dados convertidos. Para realizar o envio, o responsável pelo processo de migração precisa inicialmente definir qual a ferramenta vai ser utilizada para a execução dos serviços. Na ferramenta, deverá ser informado o token, a URL do serviço e o tipo de serviço a ser acionado conforme as requisições de serviço: POST (realiza inserções de registro na base de dados), PUT (realiza alterações de registro na base de dados) ou DELETE (realiza exclusões de registro na base de dados). Os dados serão enviados de forma agrupada, em forma de lote, o qual será gerado um código para o mesmo e fornecido ao usuário para posterior consulta através do serviço de lote. O processo de migração dos dados para o Protocolo Fly deve seguir a estrutura de cada tabela descrita no capítulo “4 – Serviços e tabelas”, onde os itens da coluna “Protocolo Fly” devem ser alimentados com os dados migrados do outro sistema, obedecendo às informações e condições descritas nas colunas “Tipo de Dado” e “Regras/Observações”. Em casos onde seja enviado um dado inválido, ou seja, não compatível com o atributo do serviço executado, será exibida a mensagem: “O valor do campo <nome do atributo> é inválido”. É importante ressaltar, que todo o conteúdo do Json a ser importado por qualquer dos serviços disponibilizados, não poderá exceder a quantidade de 100000 caracteres. Nestes casos onde ocorra este tipo de situação, as importações precisam ser partilhadas para que o serviço possa ser executado com sucesso. Uma vez que o tamanho limite de 100000 caracteres não seja respeitado, será apresentada a mensagem “Conteúdo enviado da tabela Registros de conversão está fora do tamanho permitido {0 - 100000}!”. Nota: Fica a critério das Filiais, Revendas e Conversão, definir a ferramenta e como será a montagem da estrutura do arquivo Json para importação das informações. 2.4 – Homologar dados migrados Esta tarefa é uma das principais do processo de migração, pois neste momento é realizada a conferência e validação dos dados migrados para a entidade web. A homologação poderá ser feita basicamente de duas formas, fazendo a comparação das informações registradas em ambos os sistemas, conferindo se todos os dados estruturados conforme tarefa “1 – Extrair e estruturar dados” estão inseridos corretamente na base teste de conversão. Porém, também é possível conferir via execução de serviço, se em algum dos atributos ocorreu problemas na inserção, alteração ou exclusão do dado. Todo conteúdo do Json que for enviado pelos métodos POST, PUT e DELETE, é retornado um Hash de identificação do lote de dados. Para confirmar que a execução foi realizada com sucesso, ou seja, não houve nenhuma restrição, é possível fazer a consulta através do hash e com isso garantir que o processamento dos dados esteja correto. Para realizar a consulta, deverá ser informado a URL e o método de serviço utilizado na ferramenta (método GET). URL: http://e-gov.betha.com.br/arrecadacao-conversaoservices/rest/conversao/consultas/registros Exemplo do retorno de um Json enviado: { "data": { "hash": "NDA4MXw2MTI3fDQzMDE==" }, "success": true } Exemplo da consulta utilizando o hash: http://e-gov.betha.com.br/arrecadacao-conversaoservices/rest/conversao/consultas/registros/NDA4MXw2MTI3fDQzMDE= Caso a consulta não retorne nenhuma restrição no processamento, é indicado que o processamento foi efetuado com sucesso. Exemplo 1: { "success": true } Caso a consulta retorne indicando alguma restrição no processamento, ou seja, algum dado não pode ser inserido, é apresentada a informação da restrição. Exemplo 2: { "code": "E001", "data": [ { "messages": [ "O valor do campo 'dtInicio' é inválido: O tamanho deve estar entre 10 e 10" ], "token": { "descricao": "MARÇO/2015", "data_fim": "2015-03-21", "data_inicio": "20150310", "data_vencimento": "2015-04-16" } } ], "message": "Processamento parcialmente realizado.", "success": true } Exemplo 3: Caso na consulta do registro seja demonstrada a mensagem { "code": "E002", "message": "Registro de integração ainda não processado.", "success": true } , significa que o processamento do (s) lote (s) enviado (s) está (ão) sendo realizado (s), ou seja, o conversor está organizando e processando as informações enviadas. No momento em que todas as informações forem processadas no banco, a mensagem não será mais demonstrada. 2.5 – Solicitar Token a Betha Sistemas (Base Produção) Uma vez que os dados migrados já estejam homologados, é necessário que os mesmos sejam enviados para a base de dados de produção. Conforme informado na sessão “2.2 – Solicitar Token a Betha Sistemas (Base Teste)”, o token direciona para qual entidade na web os dados serão migrados. Diante disso, para migrar oficialmente as informações para a liberação e base de produção do cliente, também é necessário à aquisição de um Token juntamente ao setor de senhas da Betha Sistemas. Nota: Na solicitação do token a Betha Sistemas, é importante que seja informado e fique bem claro ao atendente, que a geração do token deve ser feita para a migração dos dados para o banco de produção (banco oficial) do cliente. 2.6 – Migrar dados na base de produção Nesta tarefa é efetuado o processo final de todo o ciclo da migração de dados, ou seja, é o momento de enviar os dados para a base de produção do cliente, também identificada como “base oficial”. Nesta fase, todos os devidos ajustes já foram realizados durante o processo de homologação, e neste caso, a necessidade é que os dados extraídos e devidamente preparados sejam migrados utilizando os serviços disponíveis. Importante ressaltar que migrar os dados para a base de produção, significa fazer a execução de todos os arquivos Json utilizados anteriormente na migração teste para o banco de produção, lembrando que, na ferramenta utilizada para a migração de dados, deve ser informado o token que foi liberado para base oficial, de acordo com o descrito na sessão “2.5 – Solicitar Token a Betha Sistemas (Base Produção)”. 3 – Suporte aos serviços de migração A Betha Sistemas está disponibilizando as Revendas e Filiais este manual para que auxilie no processo de migração dos dados através do uso de WebService. Toda e qualquer dúvida relacionada a regra de negócio ou estrutura do sistema de Protocolo Fly, deverá ser reportado pelos canais de comunicação que a Betha disponibiliza, ou seja, deve-se seguir o fluxo de atendimento via chamado. Nota: Não será prestado nenhum tipo de suporte relacionado a dúvidas sobre construção de Webservice, execução de serviços via Webservice, ou qualquer outro assunto que não esteja relacionado ao conteúdo deste documento, regras ou estrutura do Protocolo Fly. 4 - Serviços e tabelas Neste tópico serão demonstrados os atributos a serem enviados para cada serviço com base na composição da estrutura de tabelas do banco de dados. O usuário deverá seguir a ordem dos tópicos dos serviços a fim de evitar que uma regra de vínculo entre tabelas não seja respeitada. Ficarem atentos às informações de restrição, relacionamento assim como as observações inseridas no final da tabela de cada serviço. Procuramos apresentar uma alternativa de conferência de dados no sistema para cada serviço enviado. Porém, lembrando, que isto é apenas uma dica, e ficará a cargo do responsável pelo envio dos dados, estabelecer sua metodologia de conferência. 4.1 - Migrando indexador Neste tópico iremos abordar a forma com que os dados referente ao registro de indexadores deverão ser enviados para preenchimento da tabela no banco de dados. Para conferir o envio das informações no sistema, acesse a tela de Cadastro de Indexadores (Cadastros >> Financeiros >> Indexadores). Protocolo Fly descricao Tipo de dados String Regras/Observações não permite nulo tamanho mínimo: 1 tamanho máximo: 50 Referente ao nome do indexador sigla String não permite nulo tamanho mínimo: 1 tamanho máximo: 5 Referente a sigla do Mensagem indexador. Restrição: 1 Não poderão ser enviadas, para uma mesma entidade, informações de indexadores que possuam a mesma descrição (descricao). Exemplo: Temos um registro de indexador com a descrição “Teste”. Caso esta informação seja enviada novamente, será retornada uma mensagem de validação, vista pelo método Get, comunicando que este registro já é existente. Path: http://e-gov.betha.com.br/arrecadacao-conversao-services/rest/conversao/indexadores Exemplo: Envio pelo método Post [{ “descrição” : “R$ Teste”, “sigla” : ”R$”}] 4.2 - Migrando valor do indexador Neste tópico iremos abordar a forma com os dados referente ao registro de valores dos indexadores deverão ser enviados para preenchimento da tabela no banco de dados. Para conferir o envio das informações, acesse a tela de Cadastro de Indexadores (Cadastros >> Financeiros >> Indexadores >> item Valores). Protocolo Fly Tipo de dados DescriçãoIndexador String Regras/Observações não permite nulo tamanho mínimo: 1 tamanho máximo: 50 Informação referente ao nome do indexador. DataIndexador String não permite nulo tamanho mínimo: 19 tamanho máximo: 19 Mensage m formato : yyyy-mm-ddThh:mm:ss Informação referente a data base do indexador. vlTaxa String não permite nulo tamanho mínimo: 1 tamanho máximo: 16 formato :”XXXXXX.XXXXXXXXXX ” valor mínimo : menor ou igual a 0. Os valores poderão ser enviados conforme os exemplos abaixo: “vlTaxa”:”10” “vlTaxa”:”10.00” “vlTaxa”:”0,0000000001 ” - - O formato do campo "VALOR" (Cadastros>>Financeiros>>Index adores), segue o padrão do formato existente atualmente no Tributos (Formato do campo: XXXXXX.XXXXXXXXXX - É permitido aa inserção de indexadores com* Valor *menor ou igual a 0; - Informação referente ao valor da taxa conforme a data base. Restrição : 1 Não poderão ser enviadas, para uma mesma entidade e para um mesmo indexador, informações com a mesma data base (dataIndexador). Exemplo: Temos um registro de indexador com a descrição “X” e data base 01/01/2000 01:00:00:00. Caso esta informação seja enviada novamente, será retornada uma mensagem de validação, vista pelo método Get, comunicando que este registro já é existente. Relacionamento : 1 O atributo descricaoIndexador irá relacionar o valor do indexador com o registro do indexador. Path: http://e-gov.betha.com.br/arrecadacao-conversao-services/rest/conversao/indexadoresvalores Exemplo: [{ "descricaoIndexador" : "R$ Teste", "dataIndexador" : "2099-10-29T08:58:00", "vlTaxa" : "1234567.89011234" }] 4.3 - Migrando etiqueta Neste tópico iremos abordar a forma com que os dados referente aos registro das etiquetas deverão ser enviados para preenchimento da tabela no banco de dados. Para conferir o envio das informações, acesse a tela de Cadastro de Etiquetas (Cadastros >> Etiquetas). Protocolo Fly nome Tipo de dados String Regras/Observações não permite nulo tamanho mínimo: 1 tamanho máximo: 20 Referente ao modelo da etiqueta. tipo String não permite nulo aceita somente G|T G - Gráfico T - Texto case insensitive Referente ao tipo da etiqueta. padrão String não permite nulo Mensagem aceita somente S|N S - Sim N - Não case insensitive Este atributo define se o registro da etiqueta é padrão de uso do sistema. disponível String não permite nulo aceita somente S|N Sim Não case insensitive Este atributo define se a etiqueta está disponível para uso. larguraForm String não permite nulo tamanho mínimo: 1 tamanho máximo: 3 aceita somente algarismos numéricos Define a largura do formulário. alturaForm String não permite nulo tamanho mínimo: 1 tamanho máximo: 3 aceita somente algarismos numéricos Define a altura do formulário. larguraEtiqueta String não permite nulo tamanho mínimo: 1 tamanho máximo: 3 aceita somente algarismos numéricos Define a largura da etiqueta. alturaEtiqueta String não permite nulo tamanho mínimo: 1 tamanho máximo: 3 aceita somente algarismos numéricos Define a altura da etiqueta. nroColunas String não permite nulo tamanho mínimo: 1 tamanho máximo: 1 aceita somente algarismo numérico Define o número de colunas a ser apresentado. espVertical String não permite nulo tamanho mínimo: 1 tamanho máximo: 3 aceita somente algarismos numéricos. Define o espaçamento vertical. espHorizontal String não permite nulo tamanho mínimo: 1 tamanho máximo: 3 aceita somente algarismos numéricos. Define o espaçamento horizontal. nroRepeticoes String não permite nulo tamanho mínimo: 1 tamanho máximo: 1 aceita somente algarismos numéricos. Define o número de repetições. brasaoEmitir String aceita somente S|N S - Sim N - Não tamanho mínimo : 1 Validação:"O valor deve corresponde r à [S|N] ou nulo" tamanho máximo: 1 Define se será ou não exibido o brasão. brasaoAltura String permite nulo tamanho mínimo: 1 tamanho máximo: 5 aceita somente algarismos numéricos. Define a altura do brasão. brasaoLargura String permite nulo tamanho mínimo: 1 tamanho máximo: 5 aceita somente algarismos numéricos. Define a largura do brasão. brasaoPosicao String permite nulo aceita somente E|D E - Esquerda D - Direita case insensitive Validação : "O valor deve corresponde r à [E|D] ou nulo" Define a posição do brasão. Restrição : 1 Não poderão ser enviadas, para a mesma entidade, informações que possuam o mesmo nome e tipo de etiqueta. Exemplo: Temos um registro de etiqueta com a descrição “Etiqueta Teste” e tipo “T”. Caso estas informações sejam enviadas novamente, será retornada uma mensagem de validação, vista pelo método Get, comunicando que este registro já é existente. Path: http://e-gov.betha.com.br/arrecadacao-conversao-services/rest/conversao/etiquetas Exemplo: Envio pelo método POST [{ "nome" : "Etiqueta Teste", "tipo" : "T", "padrao" : "S", "disponivel" : "S", "larguraForm" : "200", "alturaForm" : "200", "larguraEtiqueta" : "100", "alturaEtiqueta" : "50", "nroColunas" : "1", "espVertical" : "10", "espHorizontal" : "2", "nroRepeticoes" : "1", "brasaoEmitir" : "N", "brasaoAltura" : "12", "brasaoLargura" : "12", "brasaoPosicao" : "E" }] 4.4 - Migrando andamento por lote Neste tópico iremos abordar a forma com que os dados referente ao registro de andamentos realizados por lote deverão ser enviados para preenchimento da tabela do banco de dados. Os lotes enviados podem ser conferidos por meio do relatório de acompanhamento de processos (Relatórios >> Gerenciais >> Acompanhamento de processos). Desta forma, busque pelas informações preenchendo os campos “lote” e “ano”. Protocolo Fly iLotes Tipo de dados String Regras/Observações Mensagem não permite nulo tamanho mínimo: 1 tamanho máximo: 10 aceita somente algarismos numéricos Identificação de registro do lote. Exemplo : “iLotes”.”1” iAnos String não permite nulo tamanho mínimo: 4 tamanho máximo: 4 aceita somente algarismos numéricos Exemplo : “iAnos”:”2015” Informa o ano em que foi realizado o andamento por organograma. descricao String não permite nulo tamanho mínimo : 1 tamanho máximo: 500 Informação referente a observação do andamento. dhAndamento String não permite nulo tamanho mínimo: 19 tamanho máximo: 19 formato : yyyy-mm-ddThh:mm:ss Exemplo : “dhAndamento”:”999901-01T01:00:00” Define a data/hora em que foi “Data de andamento inválida ou não informada. Uma data deve ter o formato yyyy-MMddTHH:mm: realizado o andamento por organograma. ss” Restrição: 1 Não poderão ser enviadas, para a mesma entidade, informações que possuam o mesmo lote (iLotes) e ano (iAnos). Exemplo: Temos um registro de lote com o código de lote 1 e ano 2016. Caso estas informações sejam enviadas novamente, será retornada uma mensagem de validação, vista pelo método Get, comunicando que este registro já é existente. Path: http://e-gov.betha.com.br/arrecadacao-conversao-services/rest/conversao/lotes Exemplo: envio pelo Método POST [{ "iLotes" : "1", "iAnos" : "2016", "descricao" : "testando", "dhAndamento" : "2016-06-06T14:45:10" }] 4.5 - Migrando organograma Neste tópico iremos abordar a forma com os dados referente ao registro de organogramas deverão ser enviados para preenchimento da tabela no banco de dados. Os atributos enviados podem ser conferidos por meio da Tela de Cadastro de Organogramas (Cadastros >> Organogramas). Protocolo Fly mascara Tipo de dados String Regras/Observações não permite nulo tamanho mínimo : 1 tamanho máximo: 9 Informação que identifica a Mensagem máscara do organograma. Exemplo : 001001001 nome String não permite nulo tamanho mínimo : 1 tamanho máximo: 50 Informação que identifica o nome do organograma. sigla String não permite nulo tamanho mínimo : 1 tamanho máximo: 10 Informação que identifica a sigla do organograma. email String permite nulo Informação que define o email vinculado ao organograma. ativo String não permite nulo aceita somente S|N S - Sim N - Não case insensitive Define se o organograma está em atividade. protocolizacao String não permite nulo aceita somente S|N S - Sim N - Não case insensitive Esta opção define se o organograma permite entrada de processos. tipo String não permite nulo aceita somente A|S A - Analítico S - Sintético Ficar atento ao migrar esta informação já que os organogramas do tipo “S” não podem receber andamentos de processos. atribuicaoProcessos String não permite nulo aceita somente A|N|R A - Automática N - Ao analista R - Ao responsável Define a forma como os processos serão distribuídos dentro do organograma. iUsuarios String permite nulo tamanho mínimo: 1 tamanho máximo: 16 Define o usuário responsável. Restrição: 1 Não poderão ser enviadas, para a mesma entidade, informações que possuam a mesma máscara (mascara). Exemplo: Temos um registro de organograma com a máscara “004000000”. Caso esta informação seja enviada novamente, será retornada uma mensagem de validação, vista pelo método Get, comunicando que este registro já é existente. Path: http://e-gov.betha.com.br/arrecadacao-conversao-services/rest/conversao/organogramas Exemplo : Envio pelo método POST [{"mascara": "004000000", "nome": "Organograma (conversor)", "sigla": "CG", "email": "[email protected]", "ativo": "N", "protocolizacao": "N", "tipo": "A", "atribuicaoProcessos": "R"}] 4.6 - Migrando taxa Neste tópico iremos abordar a forma com que os dados referente ao registro de taxas deverão ser enviados para preenchimento da tabela no banco de dados. Os atributos enviados podem ser conferidos por meio da Tela de Cadastro de Taxas (Cadastros >> Financeiro >> Taxas). Protocolo Fly descricaoIndexador Tipo de dados String Regras/Observações Mensagem permite nulo tamanho mínimo : 1 tamanho máximo: 50 Referente ao nome do indexador. descricao String não permite nulo tamanho mínimo : 1 tamanho máximo: 50 Referente ao nome da taxa Restrição : 1 Não poderão ser enviadas, para uma mesma entidade, informações de taxas que possuam a mesma descrição (descricao). Exemplo: Temos um registro de taxa com a descrição “Teste de conversão”. Caso esta informação seja enviada novamente, será retornada uma mensagem de validação, vista pelo método Get, comunicando que este registro já é existente. Relacionamento : 1 O atributo descricaoIndexador irá relacionar a taxa com o registro do indexador. Path:http://e-gov.betha.com.br/arrecadacao-conversao-services/rest/conversao/taxas Exemplo : Envio pelo método POST [{"descricaoIndexador": null, "descricao": "Teste de conversão"}] 4.7 - Migrando opção do usuário Neste tópico iremos abordar a forma com que os dados referente ao registro de opções de usuários deverão ser enviados para preenchimento da tabela no banco de dados. Os atributos enviados podem ser conferidos por meio da Tela de Cadastro de Organogramas (Cadastros >> Configurações >> Usuários). Protocolo Fly iUsuarios Tipo de dados String Regras/Observações Mensagem não permite nulo tamanho mínimo: 1 tamanho máximo: 50 Referente o nome do usuário que possui permissões no organograma. permProcOrgan String permite nulo aceita somente S|N S - Sim N – Não Configuração que define se é "O valor deve corresponder à [S|N] ou nulo" permitida a tramitação e encerramento dos processos do organograma. procOrganResumo String permite nulo aceita somente S|N S - Sim "O valor deve corresponder à [S|N] ou nulo" N – Não Define se será demonstrado todos os processos do organograma nos resumos da página inicial. tipoPermUsuario String permite nulo aceita somente E|O|U E - Todos processos da entidade O - Apenas processos do organograma U - Apenas processos do usuário "O valor deve corresponder à E|O|U ou nulo" Restrição : 1 Não poderão ser enviadas, para uma mesma entidade, informações que possuam o mesmo nome de usuário (iUsuarios). Exemplo: Temos um registro de usuário com o nome de “teste”. Caso esta informação seja enviada novamente, será retornada uma mensagem de validação, vista pelo método Get, comunicando que este registro já é existente. Path:http://e-gov.betha.com.br/arrecadacao-conversaoservices/rest/conversao/conversao/usuariosopcoes Exemplo: Envio pelo método POST [{ "iUsuarios" : "julianafm", "permProcOrgan" : "S", "procOrganResumo" : "S", "tipoPermUsuario" : "U" }] 4.8 - Migrando grupo da solicitação Neste tópico iremos abordar a forma com que os dados referente ao registro de grupos de solicitação deverão ser enviados para preenchimento da tabela no banco de dados. Os atributos enviados podem ser conferidos por meio da Tela de Cadastro de Grupos de Solicitações (Cadastros >> Grupos de Solicitações). Protocolo Fly descricao Tipo de dados String Regras/Observações Mensagem não permite nulo tamanho mínimo: 1 tamanho máximo: 50 Informação referente descrição do grupo solicitação. a de Restrição : 1 Não poderão ser enviadas, para uma mesma entidade, informações que possuam o mesmo nome de grupo de solicitação (descricao). Exemplo: Temos um registro de grupo de solicitação com a descrição “Teste”. Caso esta informação seja enviada novamente, será retornada uma mensagem de validação, vista pelo método Get, comunicando que este registro já é existente. Path: http://e-gov.betha.com.br/arrecadacao-conversao-services/rest/conversao/grupossolicitacoes 4.9 - Migrando documento Neste tópico iremos abordar a forma com que os dados referente ao registro de documentos deverão ser enviados para preenchimento da tabela no banco de dados. Os atributos enviados podem ser conferidos por meio da Tela de Cadastro de Documentos (Cadastros >> Documentos). Protocolo Fly descricao Tipo de dados Regras/Observações String Mensagem não permite nulo tamanho mínimo: 1 tamanho máximo: 250 Informação referente ao nome do documento. Restrição : 1 Não poderão ser enviadas, para uma mesma entidade, informações que possuam o mesmo nome de documento (descricão). Exemplo: Temos um registro de documento com a descrição “Teste”. Caso esta informação seja enviada novamente, será retornada uma mensagem de validação, vista pelo método Get, comunicando que este registro já é existente. Path: http://e-gov.betha.com.br/arrecadacao-conversao-services/rest/conversao/documentos 4.10 - Migrando solicitação do requerente Neste tópico iremos abordar a forma com que os dados referente ao registro de solicitação do requerente deverão ser enviados para preenchimento da tabela no banco de dados. Os atributos enviados podem ser conferidos por meio da Tela de Cadastro de Solicitações (Cadastro >> Solicitações). Protocolo Fly grupoDescricao Tipo de dados String Regras/Observações não permite nulo tamanho mínimo: 1 tamanho máximo: 50 Mensagem Informação referente ao nome do grupo da solicitação. descricao String não permite nulo tamanho mínimo: 1 tamanho máximo: 200 Informação referente a descrição de solicitação. numeracao String não permite nulo tamanho mínimo: 1 tamanho máximo: 1 aceita somente 1|2|3|4|5|6|7: 3 Entidade 6 - Entidade/Ano 2 - Grupo 5 - Grupo/Ano 1 - Solicitação 4 - Solicitação/Ano 7 - Sequencial/Ano Este atributo define a forma como os protocolos terão sua estrutura de codificação. Todos as opções possuem no final o código sequencial. Ex: Item 3 - Grupo, formado 1.1 (Grupo 1, sequencial 1). tramitavel String não permite nulo aceita somente S|N S - Sim N – Não Opção que define se a solicitação é tramitável. disponivel String não permite nulo aceita somente S|N S - Sim N – Não Define se a solicitação está disponível para abertura de novos processos. aberturaExterna String não permite nulo aceita somente S|N S - Sim N – Não Define se a solicitação possibilita a abertura externa de processos. volumes String permite nulo aceita somente S|N S - Sim N – Não Define se possibilita a abertura e volumes. vencimento String aceita somente C|U C - Corrido U - Úteis Obs : Este atributo recebe a informação da forma como será contado os dias informados no atributo diasVencto. diasVencto String permite nulo tamanho mínimo: 1 tamanho máximo: 3 aceita somente algarismos numéricos Este atributo recebe a informação da quantidade de dias de vencimento caso não seja seja possível alterar a data manualmente. Este atributo só será preenchido caso o atributo venctoManual esteja setado como “S”. venctoManual String aceita somente S|N S - Sim N – Não Define no registro de solicitações, referente as guias de pagamento, se é possível alterar a data manualmente. nroConvenio String permite nulo tamanho mínimo: 1 tamanho máximo:10 Informa qual o convênio será base para geração do código de barras da taxa. sumula String permite nulo tamanho mínimo: 1 tamanho máximo: 100000 Restrição : 1 Não poderão ser enviadas, para uma mesma entidade, informações que possuam a mesma descrição de solicitação. Exemplo: Temos um registro de solicitação com a descrição “Teste”. Caso esta informação seja enviada novamente, será retornada uma mensagem de validação, vista pelo método Get, comunicando que este registro já é existente. Relacionamento: 1 O atributo grupoDescricao irá relacionar a solicitação com o registro do grupo de solicitações. Path:http://e-gov.betha.com.br/arrecadacao-conversao-services/rest/conversao/solicitacoes 4.11 - Migrando protocolização Neste tópico iremos abordar a forma com que os dados referente ao registro de protocolos deverão ser enviados para preenchimento da tabela no banco de dados. Os atributos enviados do tipo “A” podem ser conferidos por meio da Tela de Solicitação de Abertura (Processos >> Abertura >> Dados da protocolização). Os atributos enviados do tipo “E” podem ser conferidos por meio da Tela de Solicitação de Abertura (Processos >> Abertura >> Aba Documentos >> Clique na opção “Ver dados da protocolização” da coluna Ações). Protocolo Fly dhProtocolizacao Tipo de dados String Regras/Observações não permite nulo tamanho mínimo: 19 tamanho máximo: 19 formato : yyyy-mmddThh:mm:ss Informa a data/hora em que a solicitação foi protocolada. iProtocolos String não permite nulo tamanho mínimo : 1 tamanho máximo: 10 aceita somente algarismos numéricos Informa o número sequencial do protocolo. iUsuarios String não permite nulo Mensagem tamanho mínimo: 1 tamanho máximo: 16 Informa o usuário que protocolou o processo. mascara String não permite nulo tamanho mínimo: 1 tamanho máximo: 9 Informa a máscara do organograma onde o processo foi protocolado. tipo String não permite nulo tamanho mínimo: 1 tamanho máximo: 1 aceita somente A|E A – Deverá ser preenchida esta opção quando o registro for referente a abertura de processo. E – Deverá ser preenchida esta opção quando o registro for referente a inserção de documentos da tela de Entrega de Documentos. Observação : Para cada documento inserido na tela de Entrega de documentos (Processos >> Entrega de Documentos), aba Documentos, é feito um registro na tabela de protocolos para este documento com o tipo “E”. Restrição : 1 Não poderão ser enviadas, para uma mesma entidade, informações que possuam o mesmo número sequencial de protocolo. Exemplo: Temos o registro do número sequencial do protocolo 1. Caso esta informação seja enviada novamente, será retornada uma mensagem de validação, vista pelo método Get, comunicando que este registro já é existente. Relacionamento: 1 O vínculo do número do processo (nroProcesso) com a o número do protocolo (iProtocolos) será feito pelo serviço de processos e não pelo serviço de protocolos. Path:http://e-gov.betha.com.br/arrecadacao-conversao-services/rest/conversao/protocolos 4.12 - Migrando processos Neste tópico iremos abordar a forma com que os dados referente ao registro dos processos deverão ser enviados para preenchimento da tabela do banco de dados. Os atributos enviados podem ser conferidos por meio da Tela de Abertura de Protocolo (Processos >> Abertura de Protocolo). Protocolo Fly arquivado Tipo de dados String Regras/Observações Mensagem aceita somente S|N: Validação: "O valor deve corresponde r à [S|N] ou nulo" S - Sim N - Não case insensitive Define se o processo está ou não arquivado. pessoa Objeto array tipo cpfCnpj Não nulo Aceita somente F|J|O: F - Fixo J – Jurídico O - Outros 1 permite nulo tam. mínimo: 1 tam. máximo: 14 Este atributo recebe a informação do CPF/CNPJ e portanto deverá ser preenchido com 11 ou 14 caracteres numéricos. nome tam. mínimo : 1 tam. máximo: 155 codIBGE tam. mínimo : 1 tam. máximo: 10 logradour Permite nulo o tam. mínimo : 1 tam. máximo: 100 bairro Permite nulo tam. mínimo : 1 tam. máximo: 100 cep Permite nulo tam. mínimo : 1 tam. máximo: 8 numero Permite nulo tam. mínimo : 1 tam. máximo: 8 telefone Permite nulo tam. mínimo : 1 tam. máximo: 11 celular Permite nulo tam. mínimo : 1 tam. máximo: 11 email Permite nulo tam. mínimo : 1 tam. máximo: 80 Será feita a busca da pessoa requerente conforme as informações acima. dos atributos Caso a opção do tipo da pessoa seja “O” então deverá ser preenchido os atributos nome e codIBGE. Os demais atributos servem para distinguir melhor os requerentes homônimos que são da mesma cidade. Caso a opção do tipo da pessoa seja “F” ou “J” então deverá ser preenchido o atributo cpfCNPJ. Importante! Este objeto é de preenchimento obrigatório. Caso exista na base de dados do cliente mais de uma pessoa com as mesmas informações dos atributos aqui especificados, estes deverão ser unificados via banco de dados. Informação referente requerente do processo. beneficiaria Objeto array tipo cpfCnpj ao _ Não nulo _ Aceita somente : F|J|O F - Fixo J – Jurídico O - Outros 1 permite nulo tam. mínimo: 1 tam. máximo: 14 Este atributo recebe a informação do CPF/CNPJ e portanto deverá ser preenchido com 11 ou 14 caracteres numéricos. nome tam. mínimo : 1 tam. máximo: 155 codIBGE tam. mínimo : 1 tam. máximo: 10 logradour Permite nulo o tam. mínimo : 1 tam. máximo: 100 bairro Permite nulo tam. mínimo : 1 tam. máximo: 100 cep Permite nulo tam. mínimo : 1 tam. máximo: 8 numero Permite nulo tam. mínimo : 1 tam. máximo: 8 telefone Permite nulo tam. mínimo : 1 tam. máximo: 11 celular Permite nulo tam. mínimo : 1 tam. máximo: 11 email Permite nulo tam. mínimo : 1 tam. máximo: 80 Será feita a busca da pessoa beneficiária conforme as informações acima. dos atributos Este objeto não é de preenchimento obrigatório, porém caso seja utilizado deverá seguir as regras abaixo : >>Caso a opção do tipo da pessoa seja “O” então deverá ser preenchido os atributos nome e codIBGE. Os demais atributos servem para distinguir melhor os beneficiários homônimos de mesma cidade. Caso a opção do tipo da pessoa seja “F” ou “J” então deverá ser preenchido o atributo cpfCNPJ. Importante! Caso exista na base de dados do cliente mais de uma pessoa com as mesmas informações dos atributos aqui especificados, estes deverão ser unificados via banco de dados. Informação referente beneficiário do processo. descricaoGrupo String ao não permite nulo tamanho mínimo: 1 tamanho máximo: 50 Informar a descrição (nome) do grupo pelo qual a solicitação está vinculada (Abertura do Protocolo). descricaoGrupoAbert String ura tamanho mínimo: 1 tamanho máximo: 50 Informa a descrição (nome) do grupo pelo qual a solicitação de abertura está vinculada (Solicitações de Abertura). descricaoSolicAbertu String ra tamanho mínimo: 1 tamanho máximo: 50 Informa a descrição da solicitação pelo qual está vinculado a solicitação de abertura (Solicitações de Abertura). descricaoSolicitacao String não permite nulo tamanho mínimo: 1 tamanho máximo: 200 Informa a descrição da solicitação vinculada a abertura do processo (Abertura do protocolo). Irá ser feita a validação se existe o registro da descrição da solicitação. dhAberturaVol String permite nulo tamanho mínimo: 19 tamanho máximo: 19 formato : yyy-mm-ddThh:mm:ss Informa a data/hora de abertura do volume. dhPrevista String permite nulo tamanho mínimo: 19 tamanho máximo: 19 formato : yyy-mm-ddThh:mm:ss Informa a data/hora prevista para conclusão do processo. iProcessosPrinc String permite nulo tamanho mínimo : 1 tamanho máximo : 10 aceita somente algarismos numéricos Quando o processo for parte de um volume informar a origem do processo. iProtocolos String não permite nulo tamanho mínimo : 1 tamanho máximo : 10 aceita somente algarismos numéricos Informa o número do protocolo. iSolicitacoesAbertura String s permite nulo tamanho mínimo : 1 tamanho máximo : 5 aceita somente algarismos numéricos Código sequencial da solicitação de abertura (Solicitações de abertura) iUsuariosAtual String não permite nulo tamanho mínimo : 1 tamanho máximo: 16 Informa com qual usuário está atualmente o processo. mascaraOrgAtual String não permite nulo tamanho mínimo : 1 tamanho máximo: 9 Informa em qual máscara de organograma está atualmente o processo. mascaraOrgDest String permite nulo tamanho mínimo : 1 tamanho máximo: 9 Informa a máscara do organograma onde foi feito o andamento do processo. notificacao String 1 aceita somente E|C|T|F|S|L|N : Validação : "O valor E - Email deve C -Carta corresponde r à [E|C|T|F| T -Telefone S|L|N] ou F -Fax nulo" S - SMS L - No local N - Não notificar case insensitive Define a forma como será feita a notificação dos trâmites ao requerente. nroDocumento String tamanho mínimo : 1 tamanho máximo: 70 Informa o número do documento (Abertura do Protocolo). nroPaginasVol String permite nulo tamanho mínimo : 1 tamanho máximo: 5 aceita somente algarismos numéricos Informa o número de páginas que possui o volume. nroProcesso String não permite nulo tamanho mínimo : 1 tamanho máximo: 24 Informa o número do processo do protocolo. nroProcessoPrinc String permite nulo tamanho mínimo : 1 tamanho máximo: 24 Informa o número do processo principal do volume. observacao Clob permite nulo tamanho mínimo: 1 tamanho máximo: 100000 Informa o texto de observação do protocolo. observacaoOld String permite nulo tamanho mínimo : 1 tamanho máximo: 500 observacaoVol String permite nulo tamanho mínimo : 1 tamanho máximo: 500 Informa o texto de observação do volume. prioridade String aceita somente A|N|B: A - Alta N - Normal B - Baixa case insensitive Define a informação prioridade do processo. de procedencia String aceita somente I|E: I - Interna E - Externa case insensitive situacao String "O valor deve corresponde r à [I|E] ou nulo" aceita somente N|A|D|I|C|P|E|F| U|H|L|O : N - Não Analisado A - Em análise D -Deferido I -Indeferido C - Cancelado P - Parado E - Em análise ent. externa F - Confirmado U - Anulado H - Conhecimento L - Parcial O - Outros case insensitive sumula Blob permite nulo tamanho mínimo : 1 tamanho máximo : 100000 Informa a súmula do processo. tramitando String aceita somente S|N S - Sim N - Não case insensitive "O valor deve corresponde r à [S|N] ou nulo" Restrição: 1 Não poderão ser enviadas, para uma mesma entidade, informações que possuam o mesmo número de processo. Exemplo: Temos o registro do número de protocolo “201661419999990000007”. Caso esta informação seja enviada novamente, será retornada uma mensagem de validação, vista pelo método Get, comunicando que este registro já é existente. Tira Dúvidas: A chave do processo é o número do processo. Ela é única, sendo assim, não existirá outra idêntica. Segue uma explicação das regras do Formato do *número do processo ("nroProcesso") da tabela Processos* (Migrando Processos): - O formato seria esse, AAAAEEEEGGGTTTNNNNNNN onde: AAAA - Ano do processo EEEE - Código da entidade GGG - Código do Grupo TTT - Código da solicitação NNNNNNN - Sequencial numérico do processos Exemplos: Solicitação: 999900010010010000001 Grupo: 999900010019990000001 Entidade: 999900019999990000001 Solicitação/Ano: 201600010010010000001 Grupo/Ano: 201600010019990000001 Entidade/Ano: 201600019999990000001 Sequencial/Ano: 201600009999990000001 - Segue abaixo outro exemplo mais detalhado de número do processo para a seguinte mascará: Sequencial+Ano: 201600009999990000007( AAAA0000999999NNNNNNN ) A = 2016 (com 4 carácter) 0 = Preencher com 0000 (quatro zeros) 9 = 999999 ( completar com 9 - tamanho de 6 carácteres) N = 0000007 (Código do sequencial processo) No caso o número do processo ficaria assim: 199800009999990000792. Relacionamento: 1 O atributo iProtocolos irá relacionar o código do protocolo do registro do processo com o código do protocolo do registro de protocolos. O array pessoa irá buscar a informação do registro do requerente do processo. O array beneficiária irá buscar a informação de registro do beneficiário do processo. Os atributos descricaoGrupo e descricaoSolicitacao irão buscar a informação do registro de solicitação do processo vinculado a Solicitação de Abertura. Os atributos descricaoGrupoAbertura e descricaoSolicitacaoAbertura irão buscar a informação do registro de solicitação do processo vinculado a Abertura de Processo. O atributo iSolicitacoesAberturas irá relacionar o processo com o registro da solicitação de abertura. Os atributos mascaraOrgAtual e mascaraOrgDet buscam a informação do registro de organograma. Observação : É por meio deste serviço que será feito o vínculo do protocolo com o número do processo. Path:http://e-gov.betha.com.br/arrecadacao-conversao-services/rest/conversao/processos Exemplo : Envio pelo método POST. [{ "pessoa": { "tipo": "O", "nome": "John Snow", "codIbge":"4204608", "telefone":"4834365086", "bairro":"centro", "cep":"88865000", "numero":"666", "email":"[email protected]", "celular":"4899664455", "logradouro":"rua ararangua" }, "beneficiaria": { "tipo": "O", "nome": "John Snow", "codIbge":"4204608", "telefone":"4834365087", "bairro":"centro", "cep":"88864000", "numero":"666","email":"[email protected]", "celular":"4899999999", "logradouro":"rua ararangua"}, "arquivado": "N", "descricaoGrupo": "GRUPO CENTRAL", "descricaoSolicitacao": "Solicitação", "iProtocolos": "33", "iUsuariosAtual": "juliocps", "mascaraOrgAtual": "001000000", "notificacao": "N", "nroDocumento": "123456", "nroProcesso": "201661419999990000009", "observacao": "Testando", "prioridade": "A", "sumula": "Testando Testnado", "situacao" : "N" }] 4.13 - Migrando andamento do processo Neste tópico iremos abordar a forma com que os dados referente ao registro de andamento dos processos deverão ser enviados para preenchimento da tabela do banco de dados. Os atributos enviados podem ser conferidos por meio do Relatório de Acompanhamento de Processos (Relatórios >> Gerenciais >> Acompanhamento de Processos). Protocolo Fly cpfCnpjOrig Tipo de dados String Regras/Observações permite nulo Caso haja informação, este atributo recebe a informação do CPF/CNPJ e portanto deverá ser preenchido com 11 ou 14 caracteres numéricos. Ex: “01234567890”. cpfCnpjDest String permite nulo Caso haja informação, este atributo recebe a informação do CPF/CNPJ e portanto deverá ser preenchido com 11 ou 14 caracteres numéricos Ex: “01234567890”. dhAndamento Timestam p não permite nulo tamanho mínimo: 19 tamanho máximo: 19 formato : yyy-mm-ddThh:mm:ss dhConfirmacao Timestam p permite nulo tamanho mínimo: 19 Mensagem tamanho máximo: 19 formato : yyy-mm-ddThh:mm:ss iUsuariosDest String permite nulo tamanho mínimo : 1 tamanho máximo : 16 Nome do usuário recebedor do processo. iUsuariosOrig String permite nulo tamanho mínimo : 1 tamanho máximo : 16 Nome do usuário que enviou o processo. mascaraDest String permite nulo tamanho mínimo : 1 tamanho máximo : 9 Referente a informação do organograma (máscara) onde foi enviado o processo. mascaraOrig String permite nulo tamanho mínimo : 1 tamanho máximo : 9 Referente a informação do organograma (máscara) que enviou o processo. nroProcesso String não permite nulo tamanho mínimo : 1 tamanho máximo : 24 Referente ao número do processo. observacao String permite nulo tamanho mínimo : 1 tamanho máximo : 500 transferencia String permite nulo aceita somente S|N S - Sim N - Não Validação : "O valor deve corresponde r à [S|N] ou nulo" Restrição: 1 Não poderão ser enviadas, para a mesma entidade, informações que possuam a mesma data e hora de andamento para um mesmo número de processo. Exemplo: Temos para o registro do andamento do processo de número do processo 201561419999990000013 e data e hora de andamento 2015-1103T13:12:00 . Caso esta informação seja enviada novamente, será retornada uma mensagem de validação, vista pelo método Get, comunicando que este registro já é existente. Relacionamento: 1 O atributo nroProcesso busca a informação do número do processo do registro de processo. O atributo mascaraOrig relaciona o organograma de origem com o registro de organograma. O atributo mascaraDest relaciona o organograma de destino com o registro de organograma. Path: http:e-gov.betha.com.br/arrecadacao-conversao-services/rest/conversao/andamentos Exemplo: Envio pelo método POST [{ "cpfCnpjDest" :"00000000001", "cpfCnpjOrig" :"00000000002", "dhAndamento" :"9999-11-03T13:12:00", "dhConfirmacao" :"9999-11-03T13:13:00", "iUsuariosDest" :"juliocps", "iUsuariosOrig" :"juliocps", "mascaraDest" :"002000000", "mascaraOrig" :"001000000", "nroProcesso" :"201561419999990000013", "observacao" :"Teste", "transferencia" :"N" }] Observação : Os documentos informados nos atributos "cpfCnpjDest" e "cpfCnpjOrig",do exemplo acima, são inválidos e servem apenas para ilustrar a forma como a informação deverá ser atribuída. 4.14 - Migrando arquivamento do processo Neste tópico iremos abordar a forma com que os dados referente ao registro dos arquivamentos deverão ser enviados para preenchimento da tabela no banco de dados. Os atributos enviados poderão ser conferidos por meio da Tela de Movimentação de arquivamento (Processos >> Arquivamento). Protocolo Fly nroProcesso Tipo de dados String Regras/Observações não permite nulo tamanho mínimo: 1 tamanho máximo: 24 Informação referente ao número do processo iUsuarios String não permite nulo tamanho mínimo: 1 tamanho máximo: 16 1 Informação referente ao nome do usuário. mascara String não permite nulo tamanho mínimo: 1 tamanho máximo: 9 Informação referente a máscara do organograma. tipo String não permite nulo aceita somente A|R|D|E|M|X|I : Mensagem A - Arquivamento do processo R - Retirar do arquivo D - Devolução ao arquivo E - Estorno de arquivamento M - Movimentação entre arquivo X- Extravio do processo I - Inutilização do processo Informação referente ao tipo de movimentação do processo ao realizar o registro de arquivamento. dhMovimentacao String não permite nulo tamanho mínimo: 19 tamanho máximo: 19 formato yyyy-mm-ddThh:mm:ss Exemplo: “dhMovimentacao”:”999901-01T01:00:00” observacao String “Data de movimentaç ão inválida ou não informada. Uma data deve ter o formato yyyy-MMddTHH:mm: ss” não permite nulo tamanho mínimo: 1 tamanho máximo: 250 Restrição: 1 Não poderão ser enviadas, para a mesma entidade, informações que possuam o mesmo tipo e data e hora da movimentação para o mesmo processo. Exemplo: Temos para o registro do número do processo 201561419999990000013 e data de movimentação 2015-11-03T13:12:00 o tipo “A” . Caso esta informação seja enviada novamente, será retornada uma mensagem de validação, vista pelo método Get, comunicando que este registro já é existente. Relacionamento: 1 O atributo nroProcesso relaciona a informação do processo arquivado com o registro do processo Path:http//e-gov.betha.com.br/arrecdacao-conversao-services/rest/conversao/arquivamentos Exemplo : Envio pelo método POST [{ "nroProcesso" : "201561419999990000009", "iUsuarios" : "juliocps", "mascara" : "001000000", "tipo" : "A", "dhMovimentacao" : "9999-10-29T09:43:00", "observacao" : "Teste" }] 4.15 - Migrando ajuntamento de processo Neste tópico iremos abordar a forma com que os dados referente ao registro de ajuntamento de processos deverão ser enviados para preenchimento da tabela do banco de dados. Os atributos enviados podem ser conferidos por meio da Tela de Ajuntamentos de Processos (Processos >> Ajuntamento de Processos). Protocolo Fly dhAjuntamento Tipo de dados String Regras/Observações não permite nulo tamanho mínimo: 19 tamanho máximo: 19 formato : yyy-mm-ddThh:mm:ss Data e hora em que foi realizado o ajuntamento. dhDesentranhamen String to permite nulo tamanho mínimo: 19 tamanho máximo: 19 formato : yyy-mm-ddThh:mm:ss Data e hora do desentranhamento de processo (cancelamento do ajuntamento). iUsuariosAjuntamen String to não permite nulo Mensagem tamanho mínimo: 1 tamanho máximo: 16 Usuário responsável pelo ajuntamento do processo. iUsuariosDesentran String hamento permite nulo tamanho mínimo: 1 tamanho máximo: 16 Usuário responsável desentranhamento processo. nroProcesso String pelo do não permite nulo tamanho mínimo: 1 tamanho máximo: 24 Exemplo : “nroProcesso”:“999900010099 990000001” Informação refente ao número do processo. tipoAjuntamento String permite nulo aceita somente X|P X - Anexação P - Apensamento case insensitive Tipo de ajuntamento. Observação : 1 Este serviço será responsável por preencher as informações do processo principal, referente aos campos “Número do processo”, “Tipo de Ajuntamento” e “Ajuntado em”. Restrição: 1 Não poderão ser enviadas, para a mesma entidade, informações de número do processo que possuam o mesmo tipo de ajuntamento e data e hora do ajuntamento. Exemplo: Temos o registro de ajuntamento, número do processo principal 201561419999990000013, data de ajuntamento 2015-11-03T13:12:00 e tipo de ajuntamento “X” . Caso esta informação seja enviada novamente, será retornada uma mensagem de validação, vista pelo método Get, comunicando que este registro já é existente. Só poderá haver um tipo de ajuntamento não desentranhado por processo. Exemplo : Nro Processo 201561419999990000 005 201561419999990000 005 201561419999990000 005 Tipo de Ajuntamento X P Dh Desentranhamento 9999-10-29T17:50:00 9999-10-29T18:00:00 X Caso no exemplo acima houvesse mais de um processo sem desentranhamento, ao acessar as informações do processo 201561419999990000005 na Tela de Consulta Geral iria ocasionar em erro de consulta SQL, pois na aba Ajuntamento iria retornar mais de uma informação. Relacionamento: 1 O atributo nroProcesso relaciona a informação do processo principal com o registro de processo. Path: http://e-gov.betha.com.br/arrecadacao-conversao-services/rest/conversao/ajuntamentos Exemplo : Envio pelo método POST de um mesmo processo com tipos de ajuntamentos diferentes. [{ "dhAjuntamento" : "9999-10-29T17:40:00", "iUsuariosAjuntamento" : "juliocps", "nroProcesso" : "201561419999990000005", "tipoAjuntamento" : "X", "iUsuariosDesentranhamento" : "juliocps", "dhDesentranhamento" : "9999-10-29T17:50:00" }, { "dhAjuntamento" : "9999-10-29T17:45:00", "iUsuariosAjuntamento" : "juliocps", "nroProcesso" : "201561419999990000005", "tipoAjuntamento" : "P", }] 4.16 - Migrando encerramento do processo Neste tópico iremos abordar a forma com que os dados referente ao encerramento de processos deverão ser enviados para preenchimento da tabela do banco de dados. Os atributos enviados podem ser conferidos por meio da Tela de Consulta Geral de Processo (Consultas >> Consulta Geral >> aba Enc./Arq >> Guia Encerramentos/Estorno de encerramento). Protocolo Fly nroProcesso Tipo de dados String Regras/Observações Mensagem não permite nulo tamanho mínimo: 1 tamanho máximo: 24 Exemplo : “nroProcesso”: “999900010099990000001” . O processo enviado por este atributo já deverá existir no registro de processos. mascara String não permite nulo tamanho mínimo:1 tamanho máximo: 9 Informação referente ao organograma responsável pelo encerramento do processo. dhEncerramento String não permite nulo tamanho mínimo: 19 tamanho máximo : 19 “Data de encerrament o inválida ou não informada. formato yyyy-mm-ddThh:mm:ss Exemplo : "dhEncerramento":" 999901-01T01:00:00", resultado String não permite nulo aceita somente D|I|F|H|U|L|O D - Deferido I - Indeferido F - Confirmado U - Anulado H - Conhecimento O - Outros dhEstorno String permite nulo tamanho mínimo: 19 tamanho máximo: 19 formato yyyy-mm-ddThh:mm:ss Exemplo : “dhEstorno”:”9999-0101T01:00:00” observacao String permite nulo tamanho mínimo: 1 tamanho máximo: 250 motivoEstorno String permite nulo tamanho mínimo: 1 tamanho máximo: 200 Referente ao motivo do estorno do encerramento. numeroFolhas String permite nulo formato: aceita somente algarismos numéricos. Exemplo : “numeroFolhas” : “10” iUsuarios String não permite nulo Uma data deve ter o formato yyyy-MMddTHH:mm: ss” tamanho mínimo: 1 tamanho máximo: 16 iUsuariosEstorno String permite nulo tamanho mínimo: 1 tamanho máximo: 16 Restrição: 1 Não poderão ser enviadas, para a mesma entidade, informações de número do processo que possuam a mesma data e hora de encerramento. Exemplo: Temos para o registro do número do processo 201561419999990000013 e data e hora de encerramento 2015-11-03T13:12:00 . Caso esta informação seja enviada novamente, será retornada uma mensagem de validação, vista pelo método Get, comunicando que este registro já é existente. Relacionamento: 1 O atributo nroProcesso relaciona a informação do processo encerrado com o registro de processo. O atributo mascara relaciona a informação do organograma de encerramento com o registro de organograma. Path:http://e-gov.betha.com.br/arrecadacao-conversao-services/rest/conversao/encerramentos Exemplo : Envio pelo método POST [{ "nroProcesso" : "201561419999990000008", "mascara" : "001000000", "dhEncerramento" : "2015-10-29T10:20:00", "resultado" : "D", "observacao" : "Testando", "numeroFolhas" : "123456789", "iUsuarios" : "juliocps", "iUsuariosEstorno" : "juliocps", "dhEstorno" : "9999-09-28T10:28:00", "motivoEstorno" : "teste" }] 4.17 - Migrando movimentação do processo Neste tópico iremos abordar a forma com que os dados referente a movimentação de cancelamento e parada dos processos deverão ser enviados para preenchimento da tabela do banco de dados. As movimentações de cancelamento poderão ser conferidas por meio da tela de Cancelar Processos (Processos >> Movimentações >> Cancelar processos). As movimentações de parada poderão ser conferidas por meio da tela de Parar Processos (Processos >> Movimentações >> Parar processos). Protocolo Fly nroProcesso Tipo de dados String Regras/Observações Mensagem não permite nulo tamanho mínimo: 1 tamanho máximo: 24 Exemplo : “nroProcesso”: “999900010099990000001” . Informação referente ao número do processo. tipo String não permite nulo aceita somente P|C P - Parada C - Cancelamento case insensitive Tipo de movimentação. motivo String não permite nulo tamanho mínimo: 1 tamanho máximo: 250 Motivo da movimentação (parada/cancelamento). dhMovimentacao String não permite nulo tamanho mínimo: 19 tamanho máximo: 19 formato : yyyy-mm-ddThh:mm:ss “Data de movimentaç ão inválida ou não informada. Uma data deve ter o formato Data e hora da movimentação. iUsuarios String yyyy-MMddTHH:mm: ss” não permite nulo tamanho mínimo: 1 tamanho máximo : 16 Requerente da movimentação. mascara String não permite nulo tamanho mínimo: 1 tamanho máximo: 9 Organograma atual). dhCancelamento String (localização permite nulo tamanho mínimo: 19 tamanho máximo: 19 formato : yyyy-mm-ddThh:mm:ss Data e hora do cancelamento. iUsuariosCanc String tamanho mínimo: 1 tamanho máximo: 16 Usuário responsável movimentação cancelamento. pela de Restrição: 1 Não poderão ser enviadas, para a mesma entidade, informações de número do processo que possuam o mesmo tipo e data e hora de movimentação. Exemplo: Temos para o registro do número do processo 201561419999990000013 e data e hora de movimentação 2015-11-03T13:12:00 e tipo “C”. Caso esta informação seja enviada novamente, será retornada uma mensagem de validação, vista pelo método Get, comunicando que este registro já é existente. Relacionamento: 1 O atributo nroProcesso relaciona a informação do processo movimentado (parada/cancelamento) com o registro de processo. Path:http://e-gov.betha.com.br/arrecadacao-conversao-services/rest/conversao/movimentacoes 4.18 - Migrando número do processo Neste tópico iremos abordar a forma com que serão estruturadas as informações referente ao registro de números únicos vinculados ao número do processo para preenchimento da tabela do banco de dados. No Protocolo Fly o número único é utilizado para que os requerentes possam consultar os processos abertos no site do produto. Os atributos enviados podem ser conferidos por meio da Tela de Consulta Geral de Processo (Consultas >> Consulta Geral >> aba Processos >>Campo Número único). Protocolo Fly iNroUnicos Tipo de dados String Regras/Observações tamanho mínimo: 1 tamanho máximo: 11 Informação que identifica o número único do processo. Exemplo: “iNroUnicos”:”P124429F271” nroProcesso String não permite nulo tamanho mínimo: 1 tamamho máximo: 24 Exemplo : “nroProcesso”: “999900010099990000001” . O processo enviado por este atributo já deverá existir no registro de processos. Restrição: Mensagem 1 Não poderá ser enviado mais de uma número único. Importante: 1 Caso o número único não seja preenchido no envio, então o sistema irá preencher de forma automática. Relacionamento: 1 O atributo nroProcesso relaciona a informação do processo encerrado com o registro de processo. Path: http://e-gov.betha.com.br/arrecadacao-conversao-services/rest/conversao/numerosprocessos 4.19 - Migrando parecer do processo Neste tópico iremos abordar a forma com que serão estruturadas as informações referente ao registro de pareceres dos processos para preenchimento da tabela do banco de dados. Os atributos enviados podem ser conferidos por meio da Tela de Consulta Geral de Processos (Consultas >> Consulta Geral >> aba Pareceres). Protocolo Fly nroProcesso Tipo de dados String Regras/Observações Mensagem não permite nulo tamanho mínimo : 1 tamanho máximo : 24 Exemplo : “nroProcesso”: “999900010099990000001” . Referente ao número do processo. dhAndamento String permite nulo “Data de andamento tamanho mínimo: 19 inválida ou tamanho máximo: 19 não informada. formato yyyy-mm-ddThh:mm:ss Uma data deve ter o Exemplo : “dhAndamento”:”9999-01formato 01T01:00:00” yyyy-MMddTHH:mm: Informação que identifica a data e a ss” hora em que foi realizado o andamento do processo. dhEncerramento String conclusivo String permite nulo “Data de encerrament tamanho mínimo: 19 o inválida ou tamanho máximo: 19 não informada. formato yyyy-mm-ddThh:mm:ss Uma data deve ter o Exemplo : “dhEncerramento”:”9999formato 01-01T01:00:00” yyyy-MMddTHH:mm: Informação que identifica a data e ss” hora de encerramento do processo. não permite nulo aceita somente S|N S - Sim N – Não Identifica se o parecer foi conclusivo. Exemplo: “conclusivo”:”S” resultado String aceita somente D|I|O|F|U|H|L D - Deferido I - Indeferido O - Outros F - Confirmado U - Anulado H - Conhecimento L – Parcial Identifica o resultado do parecer. Exemplo: “resultado”:”D” dhParecer String não permite nulo tamanho mínimo: 19 “Data do parecer tamanho máximo: 19 formato yyyy-mm-ddThh:mm:ss Informa a data e hora em que foi concedido o parecer. Exemplo: “dhParecer”:”9999-0101T01:00:00” parecer String inválida ou não informada. Uma data deve ter o formato yyyy-MMddTHH:mm: ss” não permite nulo tamanho mínimo : 1 tamanho máximo: 100000 Descrição do parecer. dhEstorno String permite nulo tamanho mínimo: 19 tamanho máximo: 19 formato yyyy-mm-ddThh:mm:ss Informa a data e hora em que foi realizado o estorno. Exemplo: “dhEstorno”:”9999-0101T01:00:00” tipoAjuntamento String permite nulo aceita somente X|P X - Por anexação P - Por apensação Tipo de ajuntamento. dhAjuntamento String permite nulo “Data de ajuntamento tamanho mínimo: 19 inválida ou tamanho máximo: 19 não informada. formato: yyyy-mm-ddThh:mm:ss Uma data deve ter o Exemplo: “dhAjuntamento”:”9999-01formato 01T01:00:00” yyyy-MMddTHH:mm: ss” mascara String permite nulo tamanho mínimo : 1 tamanho máximo: 9 Informação da máscara do organograma. iUsuarios String não permite nulo tamanho mínimo: 1 tamanho máximo: 16 Usuário responsável pelo parecer. Restrição: 1 Não poderão ser enviadas, para a mesma entidade, informações de número do processo que possuam a mesma data e hora de parecer. Exemplo: Temos para o registro do número do processo 201561419999990000013 e data e hora de parecer 2015-11-03T13:12:00. Caso esta informação seja enviada novamente, será retornada uma mensagem de validação, vista pelo método Get, comunicando que este registro já é existente. Relacionamento: 1 O atributo nroProcesso relaciona o número do processo com o registro de processo. Path: http://e-gov.betha.com.br/arrecadacao-conversao-services/rest/conversao/pareceres 4.20 - Migrando guias de pagamento Neste tópico iremos abordar a forma com que serão estruturadas as informações referente ao registro de guias geradas para os processos para preenchimento da tabela do banco de dados. Os atributos enviados podem ser conferidos por meio do Relatório da Situação de Guias de Pagamento (Relatórios >> Gerenciais >> Situação das guias de pagamento). Protocolo Fly Tipo de dados Regras/Observações Mensagem nroProcesso String não permite nulo tamanho mínimo: 1 tamanho máximo: 24 Referente ao número do processo. Exemplo : “nroProcesso”: “999900010099990000001” cpfCnpjPessoa String não permite nulo Obs: Este atributo recebe a informação do CPF/CNPJ e portanto deverá ser preenchido com 11 ou 14 caracteres numéricos. Ex: “01234567890”. dhLancto String dtVencto String não permite nulo “Data de lançamento tamanho mínimo : 19 inválida ou tamanho máximo: 19 não informada. formato : yyyy-mm-ddThh:mm:ss Uma data deve ter o Exemplo: “dhLancto”:”9999-01formato 01T01:00:00” yyyy-MMddTHH:mm: Data e hora do lançamento da guia ss” de pagamento. não permite nulo tamanho mínimo: 10 tamanho máximo: 10 formato: yyyy-mm-dd Data e hora do vencimento. numeroBaixa String Validação do CPF/CNPJ: "O valor 'número do documento’ não é um CPF ou CNPJ válido" não permite nulo tamanho mínimo: 1 tamanho máximo: 10 aceita somente algarismos numéricos. valor mínimo: 1 Número que identifica a guia de pagamento. vlGuia String não permite nulo tamanho mínimo: 1 tamanho máximo: 16 formato :”###########.####” Podem ser enviados conforme os exemplos abaixo: “vlGuia”:”10” “vlGuia”:”10.00” “vlGuia”:”10.0000” vlDesconto String permite nulo tamanho mínimo: 1 tamanho máximo: 16 formato :”###########.####” Podem ser enviados conforme os exemplos abaixo: “vlDesconto”:”10” “vlDesconto”:”10.00” “vlDesconto”:”10.0000” vlMulta String permite nulo tamanho mínimo: 1 tamanho máximo: 16 formato :”###########.####” Podem ser enviados conforme os exemplos abaixo: “vlMulta”:”10” “vlMulta”:”10.00” “vlMulta”:”10.0000” vlJuro String permite nulo tamanho mínimo: 1 tamanho máximo: 16 formato :”###########.####” Podem ser enviados conforme os exemplos abaixo: “vlJuro”:”10” “vlJuro”::”10.00” “vlJuro”::”10.0000” vlCorrecao String permite nulo tamanho mínimo: 1 tamanho máximo: 16 formato :”###########.####” Podem ser enviados conforme os exemplos abaixo: “vlCorrecao”:”10” “vlCorrecao”:”10.00” “vlCorrecao”:”10.0000” situacao String aceita somente A|C|P A - Aberta C - Cancelada P - Paga case insensitive Situação da guia de pagamento. integrado String permite nulo aceita somente S|N|E : S – Sim N - Não E – Erro de integração case insensitive A opção “S” define que a guia já foi integrada. A opção “N” define que a guia ainda não foi integrada. A opção “E” define que ao enviar a guia por meio da ferramenta de Validação : “O valor deve corresponde r à [S|N|E] ou nulo” integração houve um erro, integrar String não permite nulo aceita somente S|N: S - Sim N - Não case insensitive Obs: Este atributo define se a guia será integrada (“S” ou não (“N”) pela ferramenta de integração. Importante: Este atributo só poderá ser setado como “S” caso a guia esteja com a situação em aberta e não tenha sido gerado o lançamento no sistema de arrecadação. msgRetorno String permite nulo tamanho mínimo: 1 tamanho máximo: 300 Informação de retorno da integração caso o atributo “integrado” receba a opção “E”. Exemplo: “O número de baixa reservado para essa guia já está sendo utilizado no Betha Tributos.” nroProcessoGuia String permite nulo tamanho mínimo: 1 tamanho máximo: 30 Restrição: 1 Não poderão ser enviadas, para a mesma entidade, informações que possuam o mesmo número de baixa. Exemplo : Temos o registro de número de baixa código 1. Caso esta informação seja enviada novamente, será retornada uma mensagem de validação, vista pelo método Get, comunicando que este registro já é existente. Não enviar uma guia de pagamento que esteja na situação diferente de aberto com a opção do atributo integrar como “S”. Relacionamento: 1 O atributo nroProcesso relaciona a informação do número de processo com o registro de processo. Importante: 1 Para que uma guia na situação aberta seja enviada pela ferramenta de integração, ao sistema de arrecadação, será necessário que o atributo integrado esteja setado como “N” e o atributo integrar esteja como “S”. Path:http://e-gov.betha.com.br/arrecadacao-conversao-services/rest/conversao/guiasprotocolo 4.21 - Migrando pagamento da taxa do processo Neste tópico iremos abordar a forma com que deverão ser estruturadas as informações referente ao registro de pagamentos das guias para preenchimento da tabela do banco de dados. Os atributos enviados podem ser conferidos por meio do Relatório da Situação de Guias de Pagamento (Relatórios >> Gerenciais >> Situação das guias de pagamento >> Deixe somente selecionada a opção “Pagas”). Protocolo Fly dhEstorno Tipo de dados String Regras/Observações Mensagem permite nulo tamanho mínimo: 19 tamanho máximo: 19 formato : yyyy-mm-ddThh:mm:ss Data e hora do estorno de pagamento. dhPgto String não permite nulo tamanho mínimo: 19 tamanho máximo: 19 formato : yyyy-mm-ddThh:mm:ss Data e hora de pagamento. “Data de pagamento inválida ou não informada. Uma data deve ter o formato Exemplo : “dhPgto”:”9999-0101T01:00:00” iPagamentos String não permite nulo tamanho mínimo: 1 tamanho máximo: 10 aceita somente algarismos numéricos Código sequencial do pagamento realizado no sistema de arrecadação. iUsuariosEst String permite nulo tamanho mínimo : 1 tamanho máximo: 24 Usuário responsável pelo estorno do pagamento. iUsuariosPag String permiten nulo tamanho mínimo : 1 tamanho máximo: 24 Usuário responsável pelo pagamento. motivoDifer String permite nulo tamanho mínimo : 1 tamanho máximo: 50 Informação referente ao motivo da diferença de pagamento. motivoEstorno String permite nulo tamanho mínimo : 1 tamanho máximo: 50 Descrição do motivo do estorno de pagamento. yyyy-MMddTHH:mm: ss” nroBaixa String não permite nulo tamanho mínimo : 1 tamanho máximo: 10 aceita somente algarismos numéricos valor mínimo: 1 Identifica a guia de pagamento (número de baixa) nroProcesso String não permite nulo tamanho mínimo : 1 tamanho máximo: 24 Exemplo : “nroProcesso”: “999900010099990000001” . O processo enviado por este atributo já deverá existir no registro de processos. tipoPgto String não permite nulo aceita somente N|I N - Normal I – Indevido Identifica o tipo de pagamento. vlCorrecao String permite nulo tamanho mínimo: 1 tamanho máximo: 16 formato :”###########.####” Podem ser enviados conforme os exemplos abaixo: “vlCorrecao”:”10” “vlCorrecao”:”10.00” “vlCorrecao”:”10.0000” Valor de correção monetária. vlDiferenca String permite nulo tamanho mínimo: 1 tamanho máximo: 16 formato :”###########.####” Podem ser enviados conforme os exemplos abaixo: “vlDiferenca”:”10” “vlDiferenca”:”10.00” “vlDiferenca”:”10.0000” Valor que informa a diferença de pagamento. vlJuro String permite nulo tamanho mínimo: 1 tamanho máximo: 16 formato :”###########.####” Podem ser enviados conforme os exemplos abaixo: “vlJuro”:”10” “vlJuro”:”10.00” “vlJuro”:”10.0000” Valor de juros. vlMulta String permite nulo tamanho mínimo: 1 tamanho máximo: 16 formato :”###########.####” Podem ser enviados conforme os exemplos abaixo: “vlMulta”:”10” “vlMulta”:”10.00” “vlMulta”:”10.0000” Valor de multa. vlPago String não permite nulo tamanho mínimo: 1 tamanho máximo: 16 formato :”###########.####” Podem ser enviados conforme os exemplos abaixo: “vlPago”:”10” “vlPago”:”10.00” “vlPago”:”10.0000” Valor de pagamento. Restrição: 1 Não poderão ser enviadas, para a mesma entidade, informações que possuam o mesmo código de pagamento. Exemplo : Temos o registro de número de pagamento código 1. Caso esta informação seja enviada novamente, será retornada uma mensagem de validação, vista pelo método Get, comunicando que este registro já é existente. Relacionamento: 1 O atributo nroProcesso relaciona a informação do processo com o registro de processo. O atributo nroBaixa relaciona a informação da guia de pagamento com o registro de números baixas (informação que define o número de baixa para pagamento da guia no sistema de Arrecadação). Path: http://e-gov.betha.com.br/arrecadacao-conversaoservices/rest/conversao/pagamentosprotocolo Exemplo: Envio pelo método POST [{ "dhPgto" : "9999-11-03T09:40:00", "iPagamentos" : "1", "iUsuariosPag" : "juliocps", "motivoDifer" : "teste", "nroBaixa" : "1234567894", "nroProcesso" : "201561419999990000008", "tipoPgto" : "I", "vlPago" : "250", "vlCorrecao" : "12345678901.1234", "vlDiferenca" : "12345678901.1234", "vlJuro" : "12345678901.1234", "vlMulta" : "12345678901.1234", "dhEstorno" : "9999-11-03T09:55:00", "iUsuariosEst" : "juliocps", "motivoEstorno" : "Testando" }] 4.22 - Migrando configuração do campo da etiqueta Neste tópico iremos abordar a forma com que deverão ser estruturadas as informações referente ao registro de etiquetas para preenchimento da tabela do banco de dados . Os atributos enviados podem ser conferidos por meio da tela de Cadastro de Etiquetas (Cadastros >> Etiquetas >> aba Campos das etiquetas). Protocolo Fly nomeEtiqueta Tipo de dados String Regras/Observações não permite nulo tamanho mínimo : 1 tamanho máximo: 20 tipoEtiqueta String não permite nulo aceita somente G|T G - Gráfico T - Texto tamanho mínimo : 1 tamanho máximo : 1 Obs: Este atributo define se a etiqueta será impressa em pdf (“G”) ou em forma txt (“T”). posY String não permite nulo tamanho mínimo : 1 Mensagem tamanho máximo: 3 permite apenas algarismos numéricos posX String não permite nulo tamanho mínimo: 1 tamanho máximo : 3 permite apenas algarismos numéricos tipoCampo String não permite nulo aceita somente C|T|L C - Coluna T - Texto L - Linha tamanhoCampo String não permite nulo tamanho mínimo: 1 tamanho máximo : 3 permite apenas algarismos numéricos estiloFonte String não permite nulo aceita somente N|I|B|X N - Normal I - Itálico B - Negrito X - Negrito e Itálico valorCampo String não permite nulo tamanho mínimo : 1 tamanho máximo : 50 Importante ! Quando o atributo tipoCampo estiver setado com a opção “C” então este atributo deverá obrigatoriamente estar preenchido com um dos nomes das colunas abaixo : VW_PROCESSOS.I_PROCE SSOS VW_PROCESSOS.I_PROTO COLOS VW_PROCESSOS.I_SOLICI TACOES VW_PROCESSOS.NRO_PR OCESSO VW_PROCESSOS.DH_PRE VISTA VW_PROCESSOS.SUMULA VW_PROTOCOLOS.DH_PR OTOCOLIZACAO NUMEROS_PROCESSO.I_N RO_UNICOS VW_ORGANOGRAMAS.MA SCARA VW_ORGANOGRAMAS.NO ME RESPONSAVEL VW_SOLICITACOES.DESC RICAO VW_PESSOAS.NOME VW_PESSOAS.TELEFONE VW_PESSOAS.E_MAIL CODIGOBARRAS NOME_ORG tamanhoFonte String não permite nulo tamanho mínimo: 1 tamanho máximo : 2 Caso o atributo tipoCampo estiver setado como “L” então permitirá informar o algarismo 0. Caso o atributo tipoCampo estiver setado como “C” ou “T” então permitirá informar os algarismos: 6, 8, 10, 12, 14, 16, 20, 22. Restrição 1 Não poderão ser enviadas, para a mesma entidade, informações que possuam a mesma informação de valor do campo. Exemplo: Temos para a etiqueta “X” tipo “G” a informação do valor do campo VW_PROCESSOS.I_PROCESSOS. Caso esta informação seja enviada novamente, será retornada uma mensagem de validação, vista pelo método Get, comunicando que este registro já é existente. Relacionamento 1 Os atributos nomeEtiqueta e tipoEtiqueta relacionam os campos das etiquetas com o registro da etiqueta. Exemplo : Ao enviar o nome da Etiqueta “Etiqueta” e tipo da etiqueta “G” será feita a busca pelo registro da etiqueta que possuírem estas características. Path: http://e-gov.betha.com.br/arrecadacao-conversao-services/rest/conversao/etiquetascampos Exemplo : Envio pelo método POST [{ "nomeEtiqueta" : "Etiqueta Teste", "tipoEtiqueta" : "T", "posY" : "123", "posX" : "123", "tipoCampo" : "C", "tamanhoCampo" : "12", "estiloFonte" : "N", "valorCampo" : "VW_PROCESSOS.SUMULA", "tamanhoFonte" : "6" }] 4.23 - Migrando usuário do organograma Neste tópico iremos abordar a forma com que deverão ser estruturadas as informações referente ao registro de usuários que podem estar movimentando um processo que está pendente no organograma para preenchimento da tabela do banco de dados. Os atributos enviados podem ser conferidos por meio da tela de Cadastro de Organogramas (Cadastros >> Organogramas >> aba Usuários). Protocolo Fly mascara Tipo de dados String Regras/Observações não permite nulo Mensagem tamanho mínimo: 1 tamanho máximo: 9 Informação referente a máscara do organograma. Exemplo : “mascara”:”001001001” iUsuarios String não permite nulo tamanho mínimo: 1 tamanho máximo: 16 Nome do usuário que poderá realizar a movimentação do processo no organograma. Exemplo: “iUsuarios”:”teste” Restrição: 1 Não poderão ser enviadas, para a mesma entidade, informações que possuam a mesma informação de mascara e nome de usuário. Exemplo: Temos para o organograma máscara “001000000” o usuário “teste”. Caso esta informação seja enviada novamente, será retornada uma mensagem de validação, vista pelo método Get, comunicando que este registro já é existente. Relacionamento: 1 O atributo mascara irá relacionar o usuário do organograma com o registro do organograma. Path:http://e-gov.betha.com.br/arrecadacao-conversaoservices/rest/conversao/usuariosorganogramas 4.24 - Migrando valor da taxa Neste tópico iremos abordar a forma com que deverão ser estruturadas as informações referente ao registro de valores das taxas de acordo com a moeda indexadora para preenchimento da tabela do banco de dados. Os atributos enviados podem ser conferidos por meio da tela de Cadastro de Taxas (Cadastros >>Financeiro >> Taxas). Protocolo Fly descricaoTaxa Tipo de dados String Regras/Observações não permite nulo tamanho mínimo : 1 tamanho máximo: 50 Informação do nome da taxa. dhTaxas String não permite nulo tamanho mínimo: 19 tamanho máximo: 19 formato : yyy-mm-ddThh:mm:ss Data base do valor da taxa. descricaoIndexador String permite nulo tamanho mínimo : 1 tamanho máximo: 50 Descrição do nome do indexador. valor String não permite nulo tamanho mínimo: 1 tamanho máximo: 16 formato :”###########.####” Podem ser enviados conforme os exemplos abaixo: “valor”:”10” “valor”:”10.00” “valor”:”10.0000” Valor da taxa conforme sua Mensagem data base. Restrição: 1 Não poderão ser enviadas, para a mesma entidade, informações que possuam a mesma data base para uma mesma taxa. Exemplo: Temos o registro da taxa com a descrição “Taxa” e data base “01/01/2016 07:10:03” . Caso esta informação seja enviada novamente, será retornada uma mensagem de validação, vista pelo método Get, comunicando que este registro já é existente. Relacionamento: 1 Os atributos descricaoTaxa e descricaoIndexador irão relacionar o valor da taxa com o registro da taxa. Exemplo : Caso a taxa seja cobrada para a moeda Real, então poderá enviar : “descricaoTaxa”:”Taxa” Caso a taxa seja cobrada para a moeda Indexador, então poderá enviar: “descricaoTaxa”:”Taxa”, “descricaoIndexador”:”UMT” Path: http://e-gov.betha.com.br/arrecadacao-conversao-services/rest/conversao/taxasvalores Exemplo: Envio pelo método POST [{"descricaoTaxa": "Teste de conversão“, "dhTaxas": "9999-10-30T17:39:00", "descricaoIndexador": "indexador para conversão", "valor": "12345678932.4321"}] 4.25 - Migrando taxa da solicitação Neste tópico iremos abordar a forma com que deverão ser estruturadas as informações referente ao registro do vínculo das taxas a solicitação para preenchimento da tabela do banco de dados. Os atributos enviados podem ser conferidos por meio da tela de Cadastro de Solicitações (Cadastros >> Solicitações >> aba Guia de pagamento >> aba Taxas). Protocolo Fly descricaoSolicitacao Tipo de dados String Regras/Observações não permite nulo tamanho mínimo: 1 tamanho máximo: 20 Informação referente a descrição da solicitação. descricaoTaxa String não permite nulo tamanho mínimo: 1 tamanho máximo: 50 Descrição da taxa. descricaoGrupoSolicita cao String não permite nulo tamanho mínimo: 1 tamanho máximo: 50 Descrição do grupo da Solicitação. taxaObrigatoria String aceita S|N S - Sim N - Não tamanho mínimo : 1 tamanho máximo: 1 Informação que define a obrigatoriedade da taxa. permiteAlterar String aceita S|N S - Sim N - Não tamanho mínimo : 1 tamanho máximo: 1 Mensagem Informação que define se é permitido alterar o valor da taxa. Relacionamento : 1 Os atributos descricaoSolicitacao e descricaoGrupoSolicitacao buscam a informação do registro da solicitação. O atributo descricaoTaxa busca a informação do registro da taxa. Path: http://e-gov.betha.com.br/arrecadacao-conversao-services/rest/conversao/solicitacoestaxas Exemplo: Envio pelo método POST [{"descricaoSolicitacao": "Solicit. gonzaga", "descricaoTaxa": "Taxa Teste", "descricaoGrupoSolicitacao": "GRUPO CENTRAL", "taxaObrigatoria": null, "permiteAlterar": null}] 4.26 - Migrando roteiro de andamento Neste tópico iremos abordar a forma com que deverão ser estruturadas as informações referente ao registro dos locais onde as solicitações do processo poderão percorrer para preenchimento da tabela do banco de dados. Os atributos enviados podem ser conferidos por meio da tela de Cadastro de Solicitações (Cadastros >> Solicitações >> aba Solicitações >> Roteiro). Protocolo Fly Tipo de dados descricaoSolicitacao String Regras/Observações não permite nulo tamanho mínimo: 1 tamanho máximo: 20 Descrição da solicitação. grupoDescricao String não permite nulo tamanho mínimo: 1 Mensagem tamanho máximo: 50 Descrição do grupo da solicitação. iSequencias String não permite nulo tamanho mínimo: 1 tamanho máximo: 5 aceita somente algarismos numéricos. Informa a sequência do roteiro a ser seguido. mascara String não permite nulo tamanho mínimo: 1 tamanho máximo: 9 Informação referente a máscara do organograma. unidadeTempo String aceita somente D|H|A|M D - Dia H - Hora A - Ano M – Mês Informação referente a unidade de tempo. duracao String permite nulo tamanho mínimo: 1 tamanho máximo: 5 aceita somente algarismos numéricos Informação referente a duração. Restrição : 1 A informação da sequência do roteiro (iSequencias) deverá seguir uma ordem numérica pelo qual não poderá se repetir para uma mesma solicitação de uma entidade. Relacionamento : 1 Os atributos grupoDescricao e descricaoSolicitacao buscam a informação do registro da solicitação. O atributo mascara busca a informação do registro de organograma. Path: http://e-gov.betha.com.br/arrecadao-conversao-services/rest/conversao/solicitacoesroteiros 4.27 - Migrando local de protocolização Neste tópico iremos abordar a forma com que serão estruturadas as informações referente aos locais de protocolização de uma determinada solicitação de protocolo. Os atributos enviados podem ser conferidos por meio da tela de Cadastro de Solicitações (Cadastros >> Solicitações >> aba Locais de Protocolização). Protocolo Fly descricao Tipo de dados String Regras/Observações não permite nulo tamanho mínimo: 1 tamanho máximo: 200 Informação da descrição da solicitação. mascara String não permite nulo tamanho mínimo: 1 tamanho máximo: 9 Informação referente a máscara do organograma. descricaoGrupo String não permite nulo tamanho mínimo: 1 tamanho máximo: 50 Mensagem Informação da descrição do grupo da solicitação. Restrição: 1 Não poderão ser enviadas, para a mesma entidade, informações que possuam a mesma máscara, descrição da solicitação e descrição do grupo de solicitação. Exemplo: Temos o registro do local da protocolização máscara “001.000.000” e descrição da solicitação “Serviço de Terraplanagem” e grupo de solicitação “Serviços de Máquinas”. Caso esta informação seja enviada novamente, será retornada uma mensagem de validação, vista pelo método Get, comunicando que este registro já é existente. Relacionamento: 1 Os atributos descricao e descricaoGrupo irão relacionar o organograma, por meio da máscara, com o registro de solicitação. Exemplo : Ao enviar as seguintes informações abaixo : [{“descricao”:” Serviço de Terraplanagem”, “mascara”:”001000000”, “descricaoGrupo”: “Serviços de Máquinas”}] Será feita a busca pelo registro da solicitação que tiver a descrição “Serviço de Terraplanagem” e vinculado ao grupo da solicitação “Serviços de Máquinas”. Path:http://e-gov.betha.com.br/arrecadacao-conversao-services/rest/conversao/solicitacoeslocalprot 4.28 - Migrando informação adicional da solicitação Neste tópico iremos abordar a forma com que serão estruturadas as informações dos campos adicionais para cada registro de solicitação. Os atributos enviados podem ser conferidos por meio da tela de Cadastro de Solicitações (Cadastros >> Solicitações >> Informações adicionais). Protocolo Fly grupoDescricao Tipo de dados String Regras/Observações não permite nulo tamanho mínimo: 1 tamanho máximo: 50 Informação da descrição do grupo da solicitação. descricaoSolicitacao String não permite nulo tamanho mínimo: 1 tamanho máximo: 200 Informação da descrição da solicitação. rotulo String Não permite nulo tamanho mínimo: 1 tamanho máximo: 1000 Informação referente ao nome do item. tipoCampo String não permite nulo tamanho mínimo: 1 tamanho máximo: 2 Permite informar apenas os algarismos numéricos 1,2.3,4,5,6,7,8,9 1 - Campo de texto 2 - Múltipla escolha 3 - Caixa de texto 4 - Lista de opções Mensagem 5 - Hora 6 - Data 7 - Número inteiro 8 - Número decimal 9 - Campo de seleção obrigatorio String permite nulo tamanho mínimo : 1 tamanho máximo: 1 permite informar S|N o S – Sim N – Não Define se será obrigatória a informação do item adicional. tamanho String permite nulo tamanho mínimo : 1 tamanho máximo: 10 aceita somente algarismos numéricos tamanho do campo quando o item for referente a texto. sequencia String não permite nulo tamanho mínimo : 1 tamanho máximo: 3 aceita somente algarismos numéricos Número sequencial de registro do item para o item. ativo String não permite nulo aceita somente S|N S - Sim N - Não tamanho mínimo: 1 tamanho máximo: 1 Define se o item está ativo ou inativo. Restrição: 1 Não poderão ser enviadas, para a mesma entidade, informações que possuam a mesma descrição de solicitação,descrição de grupo e mesma sequência. Exemplo: Temos o registro do item adicional de descrição da solicitação “Serviço de Terraplanagem” e grupo de solicitação “Serviços de Máquinas” e sequência 1. Caso esta informação seja enviada novamente, será retornada uma mensagem de validação, vista pelo método Get, comunicando que este registro já é existente. Relacionamento: 1 Os atributos descricao e descricaoGrupo irão relacionar o item com o registro de solicitação. Exemplo : Ao enviar as seguintes informações abaixo : [{“descricao”:” Serviço de Terraplanagem”, “descricaoGrupo”: “Serviços de Máquinas”, “rotulo”:”Texto” “tipoCampo”:”1”, “obrigatório”:”N”, “tamanho”:”10”, “sequencia”:”1”, “ativo”:”S”}] Será feita a busca pelo registro da solicitação que tiver a descrição “Serviço de Terraplanagem” e vinculado ao grupo da solicitação “Serviços de Máquinas”. Path: http://e-gov.betha.com.br/arrecadacao-conversaoservices/rest/conversao/solicitacoesadicionais 4.29 - Migrando item da informação adicional da solicitação Neste tópico iremos abordar a forma com que serão estruturadas as informações do registro de itens adicionais inseridos pelo usuário para preenchimento da tabela do banco de dados. Os atributos enviados podem ser conferidos por meio da tela de Consulta Geral (Consultas >> Consulta Geral >> aba Inf. adicionais). Protocolo Fly grupoDescricao Tipo de dados String Regras/Observações não permite nulo tamanho mínimo: 1 tamanho máximo: 50 Nome do grupo da solicitação. descricaoSolicitacao String não permite nulo tamanho mínimo: 1 tamanho máximo: 20 Nome do registro da solicitação. sequencia String não permite nulo tamanho mínimo: 1 tamanho máximo: 3 aceita somente algarismos numéricos Sequência do item. iSolicitacoesAdicionaisIt String não permite nulo tamanho mínimo : 1 tamanho máximo : 3 Código sequencial de registro. Mensagem item String não permite nulo tamanho mínimo: 1 tamanho máximo: 150 Informação do item adicional. Restrição: 1 Não poderão ser enviadas, para a mesma entidade, informações que possuam a mesma descrição de solicitação, mesma descrição de grupo, mesma sequência e código de registro da solicitação adicional do item. Exemplo: Temos o registro do item adicional de descrição da solicitação “Serviço de Terraplanagem” e grupo de solicitação “Serviços de Máquinas” , sequência 1e código de registro da solicitação adicional do item 1. Caso esta informação seja enviada novamente, será retornada uma mensagem de validação, vista pelo método Get, comunicando que este registro já é existente. Relacionamento: 1 Os atributos grupoDescricao, descricaoSolicitacao,sequencia irão relacionar o item com o registro da solicitação adicional. Exemplo: Ao enviar as seguintes informações abaixo : [{“descricao”:” Serviço de Terraplanagem”, “descricaoGrupo”: “Serviços de Máquinas”, “sequencia”:”1”, “iSolicitacoesAdicionaisIt”:”1”, “item”:”Teste”}] Será feita a busca pelo registro da solicitação adicional que possua o seguinte registro acima de descrição, descrição do grupo e sequência. Path: http://e-gov.betha.com.br/arrecadacao-conversaoservices/rest/conversao/solicitacoesadicionaisit 4.30 - Migrando solicitação de abertura Neste tópico iremos abordar a forma com que serão estruturadas as informações referente ao registro das solicitações de abertura de protocolo dos requerentes para preenchimento da tabela do banco de dados. Os atributos enviados podem ser conferidos por meio da tela de Cadastro de Solicitações (Processos >> Solicitações de abertura). Protocolo Fly Tipo de dados Regras/Observações descricaoSolicitaco es String Não permite nulo Mensagem tamanho mínimo: 1 tamanho máximo: 20 Informação referente a descrição da solicitação. grupoDescricao String não permite nulo tamanho mínimo: 1 tamanho máximo: 50 Informação referente ao grupo da solicitação. descricaoMunicipio String permite nulo tamanho mínimo : 1 tamanho máximo: 100 Informação referente ao nome do município. descricaoBairro String permite nulo. tamanho mínimo: 1 tamanho máximo: 100 Informação referente ao nome do bairro. descricaoLogradou ro String permite nulo tamanho mínimo : 1 tamanho máximo: 100 Informação referente ao nome da rua. Validação : "Não foi localizado o grupo de solicitações informado." inscricao String nome String não permite nulo Validação do tamanho : tamanho mínimo: 1 "O valor do tamanho máximo: 14 campo 'Inscrição da Este atributo recebe a informação pessoa' é do CPF/CNPJ e portanto deverá ser inválido: O preenchido com 11 ou 14 caracteres tamanho deve estar numéricos. Ex: “01234567890”. entre 1 e 14" não permite nulo tamanho mínimo: 1 tamanho máximo: 1250 Este atributo é referente ao nome do solicitante. email String permite nulo tamanho mínimo: 1 tamanho máximo: 80 Obs: Quando informado, este atributo deverá receber a informação de um email válido. Exemplo: [email protected] Importante: A coluna e-mail da tabela de solicitacoes_aberturas irá permitir nulo, mas quando cadastrar a solicitação de abertura externa pelo sistema, continuará obrigando a informar o email. logradouro String permite nulo tamanho mínimo: 1 tamanho máximo: 50 Informação tipo de logradouro. Exemplo: “Avenida” numero String permite nulo tamanho mínimo: 1 tamanho máximo: 8 Informação referente ao número do endereço do solicitante. complemento String permite nulo tamanho mínimo : 1 tamanho máximo: 50 Informação complementar referente a localizalição do endereço do solicitante. cep String permite nulo tamanho mínimo: 1 tamanho máximo: 8 Informação referente ao cep do endereço do solicitante. telefone String tamanho mínimo : 1 tamanho máximo: 11 Importante: Este atributo deverá receber a informação de um telefone válido com no mínimo 10 algarismos. Exemplo : (48) 34440000. A validação do tamanho do telefone é uma regra de negócio que tem como intuito receber informações corretas. A mesma validação ocorre também nas telas de cadastro de pessoas nos sistemas Fly. Dessa forma, a remoção da mesma resultaria na recepção de dados inconsistentes. dhSolicitacao String não permite nulo “Data de solicitação tamanho mínimo: 19 inválida ou tamanho máximo: 19 não informada. formato : yyyy-mm-ddThh:mm:ss Uma data deve ter o Informação referente a data e a formato hora em que foi realizada a yyyy-MMsolicitação pela pessoa solicitante. Exemplo : “dhSolicitacao”:”" 999901-01T01:00:00" situacao String ddTHH:mm: ss” não permite nulo. permite apenas N|D|I N - Não analisado D - Deferido I - Indeferido aceita maiúsculo/minúsculo. Parecer do usuário do sistema quanto a aceitação do pedido de protocolo. resultado String permite nulo. tamanho mínimo: 1 tamanho máximo: 255 Informação descritiva do resultado da análise, conforme parecer dado pelo usuário responsável pela protocolização. dhResultado String permite nulo tamanho mínimo: 19 tamanho máximo : 19 formato : yyyy-mm-ddThh:mm:ss Exemplo : “dhResultado”:”" 999901-01T01:00:00" motivo String não permite nulo. tamanho mínimo: 1 tamanho máximo: 100000 Motivo pelo qual foi gerada a solicitação de abertura do protocolo. prioridade String não permite nulo. aceita somente A|N|B A - Alta N - Normal "O valor do campo 'Prioridade do processo' é inválido: O valor deve B - Baixa corresponde Informação referente a prioridade r à \"[A|N| B]\"" do processo. Restrição: 1 Não poderão ser enviadas, para a mesma entidade, informações que possuam a mesma descrição de solicitação, mesma descrição de grupo, mesma inscrição e data e hora da solicitação. Exemplo: Temos o registro da solicitação de abertura descrição da solicitação “Serviço de Terraplanagem” e grupo de solicitação “Serviços de Máquinas” , inscrição “00000000000” e data e hora “2016-01-01T01:00:00” Caso esta informação seja enviada novamente, será retornada uma mensagem de validação, vista pelo método Get, comunicando que este registro já é existente. Relacionamento: 1 Os atributos descricaoSolicitacoes e grupoDescricao irão relacionar a solicitação de abertura com o registro de solicitação. Os atributos descricaoMunicipio, descricaoBairro, descricaoLogradouro, inscricao, nome, email, logradouro, numero, complemento, telefone identificam o requerente. Path: http://e-gov.betha.com.br/arrecadacao-conversaoservices/rest/conversao/solicitacoesaberturas Exemplo 1 : Envio de dados pelo serviço Post. [{ "descricaoSolicitacoes":"Solicitação", "grupoDescricao":"GRUPO CENTRAL", "descricaoMunicipio" : "Criciúma", "descricaoBairro":"Centro", "descricaoLogradouro":"Mangueiras", "inscricao":"9999999000191", "nome":"Solicitação de Férias", "email":"[email protected]", "logradouro":"Rua", "numero":"1", "complemento":"Perto do praça central", "cep":"88136515", "telefone":"4896320330", "dhSolicitacao":"9999-02-01T01:02:03", "situacao":"N", "resultado":"Pedido confirmado", "dhResultado":"9999-02-11T11:02:03", "motivo":"Forte motivo para análise", "prioridade":"A"}] 4.31 - Migrando vínculo do documento Neste tópico iremos abordar a forma com que serão estruturadas as informações do registro de documentos que estão entregues e vinculados ao processo para preenchimento do banco de dados. IMPORTANTE: Para que seja possível realizar o envio desse serviço, antes do envio, deverá ser feito com o content-type "multipart/form-data". Em seguida, deverá ser setado o parâmetro chamado "dto" que irá receber o JSON conforme (Exemplo: “Envio pelo método POST”), e um campo "files" onde poderá ser incluído uma imagem, PDF etc... Na prática, ficaria da seguinte forma: 1. Para enviar os ProcessosDocumentos, se faz necessário enviar o documento com descrição, informação essa descrita n o item 4.9 Migrando documento deste manual. 2. Após feita a inserção da informação no item 1, poderá ser dado continuidade e proceder ao item 4.31 - Migrando vínculo do documento conforme informação descrita neste manual. 3. Para que os dados citados anteriormente sejam enviados, é necessário realizar uma configuração diferenciada, segue abaixo: Apenas como exemplo para melhor exemplificar o que está descrito no item acima setado como (IMPORTANTE:),utilizamos o Postman abaixo para teste conforme segue imagem de demonstração: Figura: Postman apenas de demonstração - Content-Type - - > Multipart/form-data - No campo Headers deixar somente a informação do token: Figura: Postman apenas de demonstração O nome utilizado no item <4.9 - Migrando documento> é o mesmo que será utilizado no item <4.31 - Migrando Vinculo do Documento> no atributo <descricaoDocumento>, esse é o vinculo entre as tabelas. Os atributos enviados podem ser conferidos por meio da tela de Cadastro de Entrega de Documentos (Processos >> Entrega de documentos). Protocolo Fly nroProcesso Tipo de dados String Regras/Observações não permite nulo tamanho mínimo : 1 tamanho máximo: 24 Exemplo : “nroProcesso”: “999900010099990000001” . Informação referente ao número do processo. descricaoDocumento String não permite nulo tamanho mínimo : 1 tamanho máximo: 250 Nome do documento. iProtocolos String não permite nulo tamanho mínimo : 1 tamanho máximo: 10 aceita somente algarismos numéricos Código sequencial de registro do protocolo. nroDocumento String permite nulo tamanho mínimo : 1 tamanho máximo: 20 Número do documento. Mensagem dtEmissao String permite nulo tamanho mínimo : 1 tamanho máximo: 10 formato : yyyy-mm-dd Data de documento. dtVencimento String emissão do permite nulo tamanho mínimo : 1 tamanho máximo: 10 formato : yyyy-mm-dd Data de vencimento documento. observacao String do permite nulo tamanho mínimo : 1 tamanho máximo: 50 Observação. Restrição : 1 Não poderão ser enviadas, para a mesma entidade, informações que possuam o mesmo número do processo, mesmo código de protocolo e descrição do documento. Exemplo: Temos o registro de entrega de documento número do processo “201561419999990000009”, protocolo “9” e descrição do documento “CNPJ”. Caso esta informação seja enviada novamente, será retornada uma mensagem de validação, vista pelo método Get, comunicando que este registro já é existente. Relacionamento: 1 Os atributos nroProcesso e iProtocolos relacionam o documento do processo com o registro de processos. Path: http://e-gov.betha.com.br/arrecadacao-conversaoservices/rest/conversao/processosdocumentos Exemplo: Envio pelo método POST [{"nroProcesso": "201561419999990000009", "descricaoDocumento": "CNPJ", "iProtocolos": "9", "nroDocumento": "1", "dtEmissao": "2099-10-29", "dtVencimento": "2099-10-29", "observacao": "Obs.: Teste gonzaga conversão" }] Regra de envio: Para a tabela processosdocumentos não é possível realizar o envio de documentos em forma de array devido a uma limitação técnica. Os serviços que possibilitam anexar arquivos, permitem o envio apenas de um registro por vez, conforme exemplo acima. Por mais que o responsável pela migração de dados realize o envio em forma de array, ou seja, envie mais de um registro, na consulta do GET, será demonstrada a mensagem conforme { "success": true}, ou seja, o true é referente ao primeiro registro, o serviço de conversão irá inserir o primeiro registro e os outros registros enviados em formato de array serão descartados. Observação: O envio do arquivo dependerá da ferramenta a ser utilizada para migração dos dados. Não será possível atualizar os dados do arquivo, portanto só será permitido remover (DELETE) e inserir (POST) novamente. 4.32 - Migrando taxa do processo Neste tópico iremos abordar a forma com que serão estruturadas as informações referente ao registro de taxas geradas para os processos para preenchimento da tabela do banco de dados. Os atributos enviados podem ser conferidos por meio da tela de Consulta Geral (Consultas >> Consulta Geral >> aba Taxas). Protocolo Fly nroProcesso Tipo de dados String Regras/Observações não permite nulo tamanho mínimo : 1 tamanho máximo: 24 Exemplo : “nroProcesso”: “999900010099990000001” . Informação referente ao número do processo. Mensagem descricaoTaxa String não permite nulo tamanho mínimo: 1 tamanho máximo: 50 Nome de registro da taxa. valor String não permite nulo tamanho mínimo : 1 tamanho máximo: 16 Informação correspondente aos valores das taxas cobradas de acordo com o processo. Seguir o formato dos exemplos abaixo para envio destas informações.. Exemplo 1 : “valor”:”5.00” Exemplo 2 : “valor”:”10” Exemplo 3 : “valor”:”150.5555” Valor lançado para a taxa. situacao String não permite nulo aceita somente A|G A - Não gerada G – Gerada Informa a situação da taxa. quantidade String não permite nulo tamanho mínimo : 1 tamanho máximo: 10 formato : aceita somente algarismos numéricos. Exemplo : “quantidade”:”10” Restrição : 1 Não poderão ser enviadas, para a mesma entidade, informações que possuam o mesmo número do processo e descrição da taxa. Exemplo: Temos o registro de entrega de documento número do processo “201561419999990000009” e descrição da taxa “Taxa”. Caso esta informação seja enviada novamente, será retornada uma mensagem de validação, vista pelo método Get, comunicando que este registro já é existente. Relacionamento: 1 O atributo nroProcesso relaciona a taxa gerada com o registro do processo. O atributo descricaoTaxa relaciona o valor da taxa com o registro da taxa. Path: http://e-gov.betha.com.br/arrecadacao-conversao-services/rest/conversao/processostaxas Exemplo : Envio pelo método POST [{ "nroProcesso" : "201561419999990000006", "descricaoTaxa" : "Taxa Teste", "valor" : "100.1234", "situacao" : "A", "quantidade" : "10" }] 4.33 – Migrando exclusão de andamento Neste tópico iremos abordar a forma com que serão estruturadas as informações referente ao registro de andamentos dos processos que foram excluídos por algum usuário para preenchimento da tabela do banco de dados. Os atributos enviados podem ser conferidos por meio da tela de Consulta Geral (Consultas >> Consulta Geral >> aba Andamentos). Protocolo Fly nroProcesso Tipo de dados String Regras/Observações Mensagem não permite nulo tamanho mínimo : 1 tamanho máximo : 24 Exemplo : “nroProcesso”: “999900010099990000001” . Informação referente ao número do processo. dhAndamento String não permite nulo “Data de tamanho mínimo : 19 andamento inválida ou tamanho máximo : 19 não formato yyyy-mm-ddThh:mm:ss informada. Uma data Exemplo : “dhAndamento”: “9999-03- deve ter o formato 01T01:02:03” yyyy-MMInformação que referencia ao registro ddTHH:mm: ss” do andamento do processo. iDhAndamentos String mascaraOrig String não permite nulo “Data de cancelament tamanho mínimo : 19 o inválida ou tamanho máximo : 19 não informada. formato yyyy-mm-ddThh:mm:ss Uma data deve ter o Exemplo : “iDhAndamentos”: “9999formato 03-01T01:02:03” yyyy-MMddTHH:mm: Informação referente a data e hora ss” de exclusão do andamento do processo. permite nulo tamanho mínimo : 1 tamanho máximo : 9 iUsuariosOrig String Informação referente organograma de origem. ao Exemplo “mascaraOrig”:”001001001” : permite nulo tamanho mínimo : 1 tamanho máximo : 16 Informação referente ao usuário de origem, responsável pelo andamento. mascaraDest String permite nulo tamanho mínimo : 1 tamanho máximo : 9 Informação referente ao organograma destino do andamento. Exemplo “mascaraDest”:”002001001” iUsuariosDest String : permite nulo tamanho mínimo : 1 tamanho máximo : 16 Informação referente ao nome do usuário destino do andamento.. dhConfirmacao String permite nulo tamanho mínimo : 19 tamanho máximo : 19 formato yyyy-mm-ddThh:mm:ss Exemplo : “dhConfirmacao”: “999903-01T01:02:03” observacao String permite nulo tamanho mínimo : 1 tamanho máximo : 500 cpfCnpjOrig String permite nulo Obs: Este atributo recebe a informação do CPF/CNPJ e portanto deverá ser preenchido com 11 ou 14 caracteres numéricos caso haja preenchimento. Ex: “01234567890” cpfCnpjDest String permite nulo Obs: Este atributo recebe a informação do CPF/CNPJ e portanto deverá ser preenchido com 11 ou 14 caracteres numéricos caso haja preenchimento. Ex: “01234567890” iUsuariosExclusa o String não permite nulo Validação do CPF/CNPJ: "O valor 'número do documento’ não é um CPF ou CNPJ válido" Validação do CPF/CNPJ: "O valor 'número do documento’ não é um CPF ou CNPJ válido" tamanho mínimo: 1 tamanho máximo: 16 Informação referente ao usuário responsável pela exclusão do andamento. dhExclusao String não permite nulo “Data de exclusão tamanho mínimo : 19 inválida ou tamanho máximo : 19 não informada. formato yyyy-mm-ddThh:mm:ss Uma data deve ter o Exemplo : “dhExclusao”: “9999-03formato 01T01:02:03” yyyy-MMddTHH:mm: Informação referente a data e a hora ss” em que o processo foi excluído. Restrição: 1 Não poderão ser enviadas, para a mesma entidade, informações que possuam o mesmo número do processo, data e hora de andamento e data e hora da exclusão do andamento. Exemplo: Temos o registro de entrega de documento número do processo “201561419999990000009” e data e hora do andamento “2015-1029T10:55:39” e data e hora da exclusão do andamento “2015-1029T11:00:00”. Caso esta informação seja enviada novamente, será retornada uma mensagem de validação, vista pelo método Get, comunicando que este registro já é existente. Relacionamento: 1 As informações dos atributos nroProcesso e dhAndamento irão identificar o registro do andamento do processo. Path:http://e-gov.betha.com.br/arrecadacao-conversaoservices/rest/conversao/andamentosexcluidos Exemplo : Pelo método de envio POST [{ "nroProcesso" : "201561419999990000010", "dhAndamento" : "9999-10-29T10:55:39", "iDhAndamentos" : "9999-10-29T11:00:00", "mascaraOrig" : "001000000", "iUsuariosOrig" : "juliocps", "mascaraDest" : "002000000", "iUsuariosDest" : "juliocps", "dhConfirmacao" : "9999-10-29T10:56:45", "iUsuariosExclusao" : "juliocps", "dhExclusao" : "9999-10-29T11:00:47", "observacao" : "Teste", "cpfCnpjOrig" : "00000000000", "cpfCnpjDest" : "00000000001" }] Observação : Os documentos "cpfCnpjOrig" e "cpfCnpjDest" ,do exemplo acima, são inválidos e servem apenas para ilustrar a forma como a informação deverá ser atribuída. 4.34 - Migrando local de arquivamento do processo Neste tópico iremos abordar a forma com que serão estruturadas as informações referente ao registro da localização do processo arquivado para preenchimento da tabela do banco de dados. Os atributos enviados podem ser conferidos por meio da tela de Consulta Geral (Consultas >> Consulta Geral >> aba Enc./Arq.). Protocolo Fly nroProcesso Tipo de dados String Regras/Observações não permite nulo tamanho mínimo: 1 tamanho máximo: 24 Exemplo : “nroProcesso”: “999900010099990000001” . Informação referente ao número do processo. tipo String não permite nulo aceita somente A|R|D|E|M|X|I : A - Arquivamento do processo R - Retirar do arquivo D - Devolução ao arquivo Mensagem E - Estorno de arquivamento M - Movimentação entre arquivo X- Extravio do processo I - Inutilização do processo Informação referente ao tipo de movimentação realizada. dhMovimentac ao String arquivo String não permite nulo “Data de movimentaç tamanho mínimo: 19 ão inválida tamanho máximo: 19 ou não informada. formato yyyy-mm-ddThh:mm:ss Uma data deve ter o Exemplo : “dhMovimentacao”:”9999formato 01-01T01:00:00” yyyy-MMddTHH:mm: Informação referente a date e hora ss” da movimentação. permite nulo tamanho mínimo: 1 tamanho máximo: 20 gaveta String permite nulo tamanho mínimo: 1 tamanho máximo: 20 corredor String permite nulo tamanho mínimo: 1 tamanho máximo: 20 prateleira String permite nulo tamanho mínimo: 1 tamanho máximo: 20 pasta String permite nulo tamanho mínimo: 1 tamanho máximo: 20 qtdFolhas String permite nulo tamanho mínimo: 1 tamanho máximo: 5 formato : aceita somente algarismos numéricos Exemplo : “qtdFolhas”:”2” Informação referente a quantidade de folhas do processo. Restrição: 1 Não poderão ser enviadas, para a mesma entidade, informações que possuam o mesmo número do processo, tipo e data e hora da movimentação. Exemplo : Temos o registro do arquivamento para o processo “201561419999990000009” , tipo “A” e data e hora da movimentação “201510-29T10:55:39”. Caso esta informação seja enviada novamente, será retornada uma mensagem de validação, vista pelo método Get, comunicando que este registro já é existente. Relacionamento: 1 O atributo nroProcesso relaciona o processo arquivado com o registro do processo. Path:http://e-gov.betha.com.br/arrecadacao-conversao-services/rest/conversao/arquivamentoslocais Exemplo : Envio pelo método POST [{"nroProcesso" : "201561419999990000001", "tipo": "A", "dhMovimentacao": "9999-10-29T08:22:26", "arquivo": "10", "gaveta": "10", "corredor": "1", "prateleira": "10", "pasta": "1", "qtdFolhas": "1" }] 4.35 - Migrando processo ajuntado Neste tópico iremos abordar a forma com que serão estruturadas as informações referente ao registro de processos ajuntados para preenchimento da tabela do banco de dados. Os atributos enviados podem ser conferidos por meio da tela de Ajuntamentos de Processos (Processos >> Ajuntamento de Processos >> aba Processos Ajuntados). Protocolo Fly dhAjuntamento Tipo de dados String Regras/Observações não permite nulo tamanho mínimo: 19 tamanho máximo: 19 formato : yyy-mm-ddThh:mm:ss Este atributo é referente ao registro do ajuntamento. dhAjuntamentoProc esso String não permite nulo tamanho mínimo: 19 tamanho máximo: 19 formato : yyy-mm-ddThh:mm:ss Este atributo é referente a data e hora do vínculo do processo com o ajuntamento. iUsuariosAjuntament String o não permite nulo tamanho mínimo: 1 tamanho máximo: 16 Informa o campo “Ajuntado por “ nroProcesso String não permite nulo tamanho mínimo: 1 Mensagem tamanho máximo: 24 Exemplo : “nroProcesso”: “999900010099990000001” . O processo enviado por este atributo já deverá existir no registro de processos. tipoAjuntamento String não permite nulo aceita somente X|P X - Anexação P - Apensamento case insensitive Tipo de ajuntamento. Observação : 1 Este serviço irá ser responsável por preencher as informações da aba Processos Ajuntados da Tela de Ajuntamento de Processos. Quando um processo ajuntado é desentranhado, ou seja, excluído da lista dos processos ajuntados da Tela de Ajuntamentos de Processos, o registro do ajuntamento do processo é excluído. Após a exclusão do registro do ajuntamento do processo, é realizada a inclusão no registro de processos ajuntados excluídos. Restrição : 1 Não poderão ser enviadas, para a mesma entidade, informações que possuam o mesma data e hora do ajuntamento principal, tipo de ajuntamento , número do processo ajuntado e data e hora em que o processo foi ajuntado. Exemplo : Temos o registro do ajuntamento do processo , número “9999-1030T13:56:00” e data e hora de ajuntamento “2015-10-30T13:56:00” vinculados ao processo principal pelo qual possuem a data e hora do ajuntamento em “2015-10-29T17:40:00” e tipo de ajuntamento “X”. Caso esta informação seja enviada novamente, será retornada uma mensagem de validação, vista pelo método Get, comunicando que este registro já é existente. Relacionamento: 1 Os atributos dhAjuntamento e tipoAjuntamento irão relacionar o ajuntamento do processo com o ajuntamento principal. O atributo nroProcesso relaciona o número do processo ajuntado com o registro do processo. Importante: 1 Só será realizado o envio do ajuntamento do processo por este serviço caso o processo ajuntado não tenha sido desentranhado. Path: http//e-gov.betha.com.br/arrecadacao-conversaoservices/rest/conversao/ajuntamentosprocessos Exemplo : Envio pelo método POST [{ "dhAjuntamento" : "2015-10-29T17:40:00", "dhAjuntamentoProcesso" : "2015-10-30T13:56:00", "iUsuariosAjuntamento" : "juliocps", "nroProcesso" : "201561419999990000002", "tipoAjuntamento" : "X" }] 4.36 - Migrando ajuntamento de processo excluído Neste tópico iremos abordar a forma com que serão estruturadas as informações referente ao registro de processos desentranhados para preenchimento do banco de dados. Os atributos enviados podem ser conferidos por meio da tela de Ajuntamentos de Processos (Processos >> Ajuntamento de Processos >> aba Processos Ajuntados). Neste caso, deverá ser conferido se o processo não está mais vinculado ao processo principal. Protocolo Fly dhAjuntamento Tipo de dados String Regras/Observações não permite nulo tamanho mínimo: 19 tamanho máximo: 19 formato : yyy-mm-ddThh:mm:ss Data e hora do ajuntamento Mensagem principal. dhAjuntamentoProc esso String não permite nulo tamanho mínimo: 19 tamanho máximo: 19 formato : yyy-mm-ddThh:mm:ss Data e hora do processo ajuntado. dhDesentranhament String o não permite nulo tamanho mínimo: 19 tamanho máximo: 19 formato : yyy-mm-ddThh:mm:ss Data e hora do desentranhamento do processo. iDhAjuntamentos String não permite nulo tamanho mínimo: 19 tamanho máximo: 19 formato : yyy-mm-ddThh:mm:ss Data e hora do desentranhamento. iUsuariosAjuntamen String to não permite nulo tamanho mínimo: 1 tamanho máximo: 16 Usuário responsável pelo ajuntamento. iUsuariosDesentran hamento String não permite nulo tamanho mínimo: 1 tamanho máximo: 16 Usuário responsável pelo desentranhamento. nroProcesso String não permite nulo tamanho mínimo: 1 tamanho máximo: 24 Exemplo : “nroProcesso”: “999900010099990000001” . O processo enviado por este atributo já deverá existir no registro de processos. tipoAjuntamento String não permite nulo aceita somente X|P X - Anexação P - Apensamento case insensitive Tipo do ajutamento processo principal. do Observação : 1 Após a exclusão do registro do ajuntamento do processo, é realizada a inclusão no registro de processos ajuntados excluídos. Restrição : 1 Não poderão ser enviadas, para a mesma entidade, informações que possuam o mesma data e hora do ajuntamento principal, tipo de ajuntamento , número do processo ajuntado e data e hora em que o processo foi ajuntado. Exemplo : Temos o registro do ajuntamento do processo , número “9999-1030T13:56:00” e data e hora de ajuntamento “2015-10-30T13:56:00” vinculados ao processo principal pelo qual possuem a data e hora do ajuntamento em “2015-10-29T17:40:00” e tipo de ajuntamento “X”. Caso esta informação seja enviada novamente, será retornada uma mensagem de validação, vista pelo método Get, comunicando que este registro já é existente. Relacionamento: 1 Os atributos dhAjuntamento e tipoAjuntamento irão relacionar o ajuntamento do processo excluído com o ajuntamento principal. O atributo nroProcesso relaciona o número do processo ajuntado (excluído) com o registro do processo. Importante: 1 Só será realizado o envio do ajuntamento do processo por este serviço caso o processo ajuntado não tenha sido desentranhado. Path: http://e-gov.betha.com.br/arrecadacao-conversaoservices/rest/conversao/ajuntamentosprocessosexcl Exemplo: Envio pelo método POST [{ "dhAjuntamento" : "9999-10-29T17:40:00", "dhAjuntamentoProcesso" : "9999-10-29T17:40:00", "dhDesentranhamento" : "9999-10-29T17:50:00", "iDhAjuntamentos" : "9999-10-29T17:50:00", "iUsuariosAjuntamento" : "juliocps", "iUsuariosDesentranhamento" : "juliocps", "nroProcesso" : "201561419999990000002", "tipoAjuntamento" : "X" }] 4.37 - Migrando documento retirado do processo Neste tópico iremos abordar a forma com que serão estruturadas as informações referente ao registro de controle de retirada e devolução de documentos ao processo para preenchimento do banco de dados. Os atributos enviados podem ser conferidos por meio da tela de Ajuntamentos de Processos (Processos >> Entrega de documentos >> aba Retiradas/Devoluções). Protocolo Fly nroProcesso Tipo de dados String Regras/Observações não permite nulo tamanho mínimo: 1 tamanho máximo: 24 Exemplo : “nroProcesso”: “999900010099990000001” . Mensagem O processo enviado por este atributo já deverá existir no registro de processos. descricaoDocument o String permite nulo tamanho mínimo: 1 tamanho máximo: 250 Nome do documento. iProtocolos String não permite nulo tamanho mínimo: 1 tamanho máximo: 10 aceita somente algarismos numéricos Registro do protocolo. iUsuarios String permite nulo tamanho mínimo: 1 tamanho máximo: 16 Usuário responsável. dataRetirada String não permite nulo tamanho mínimo: 19 tamanho máximo: 19 formato : yyy-mm-ddThh:mm:ss Data da retirada do document. dataDevolucao String permite nulo tamanho mínimo: 19 tamanho máximo: 19 formato : yyy-mm-ddThh:mm:ss Data da devolução do document. observacaoRetirada String permite nulo tamanho mínimo : 1 tamanho máximo : 200 Observação da retirada. observacaoDevoluc ao String permite nulo tamanho mínimo: 1 tamanho máximo: 200 Observação da devolução. Restrição : 1 Não poderão ser enviadas, para a mesma entidade, informações que possuam o mesmo número do processo, descrição do documento e código do protocolo. Exemplo : Temos o registro do processo número “9999-10-30T13:56:00” e descrição do documento “CNPJ” e protocolo 32. Caso esta informação seja enviada novamente, será retornada uma mensagem de validação, vista pelo método Get, comunicando que este registro já é existente. Relacionamento: 1 O atributo iProtocolos juntamente com os atributos nroProcesso e descricaoDocumento identificam o registro do processo. Path: http://e-gov.betha.com.br/arrecadacao-conversaoservices/rest/conversao/documentosretirados 4.38 - Migrando lote em andamento Neste tópico iremos abordar a forma com que serão estruturadas as informações referente ao registro de migração dos andamentos realizados por processos agrupados em lote para preenchimento da tabela do banco de dados. Os atributos enviados podem ser conferidos por meio do relatório de acompanhamento de processo (Relatórios >> Gerenciais >> Acompanhamentos de Processos>> Informar o lote e o ano). Protocolo Fly Tipo de dados Regras/Observações Mensagem iLotes String não permite nulo tamanho mínimo: 1 tamanho máximo: 10 aceita somente algarismos numéricos iAnos String não permite nulo tamanho mínimo: 4 tamanho máximo: 4 aceita somente algarismos numéricos nroProcesso String não permite nulo tamanho mínimo : 1 tamanho máximo: 24 dhAndamento String não permite nulo “Data de andamento tamanho mínimo: 19 inválida ou tamanho máximo: 19 não formato : yyyy-mm-ddThh:mm:ss informada. Uma data deve ter o Exemplo : formato “dhAndamento”:”9999-01yyyy-MM01T01:00:00” ddTHH:mm: ss” Atributos chaves : iLotes, iAnos, nroProcesso, dhAndamento Restrição: 1 Não poderão ser enviadas, para a mesma entidade, informações que possuam o mesmo número do processo, código do lote, ano do lote e data e hora do andamento. Exemplo : Temos o registro do processo número “2015-09-30T13:56:00” , código do lote, código do ano e data e hora do andamento “2015-10-30T13:56:00”. Caso esta informação seja enviada novamente, será retornada uma mensagem de validação, vista pelo método Get, comunicando que este registro já é existente. Relacionamento: 1 Os atributos iLotes e iAnos identificam o registro do lote. O atributo nroProcesso juntamente com os atributos iLotes e iAnos identificam o registro do lote. O atributo dhAndamento juntamente com o atributo nroProcesso identificam o registro de andamento. Path:http: //e-gov.betha.com.br/arrecadacao-conversao-services/rest/conversao/lotesandamentos 4.39 - Migrando permissão do parecer Neste tópico iremos abordar a forma com que serão estruturadas as informações referente ao registro das permissões dos usuários quanto a interação com o parecer concedido para preenchimento da tabela do banco de dados. Os atributos enviados podem ser conferidos por meio da tela de Pareceres (Processos >> Pareceres >> Aba Usuários). Protocolo Fly nroProcesso Tipo de dados String Regras/Observações não permite nulo tamanho mínimo: 1 tamanho máximo: 24 Informação referente ao número do processo. dhParecer String não permite nulo tamanho mínimo: 19 tamanho máximo: 19 formato : yyyy-mm-ddThh:mm:ss Data e hora do parecer. iUsuarios String não permite nulo tamanho mínimo: 1 tamanho máximo: 16 Restrição : Mensagem 1 Não poderão ser enviadas, para a mesma entidade, informações que possuam o mesmo número do processo, data e hora do parecer e nome do usuário. Exemplo: Temos o registro do processo número “2015-09-30T13:56:00” , data e hora do parecer “2015-10-30T13:56:00” e usuário “teste”. Caso esta informação seja enviada novamente, será retornada uma mensagem de validação, vista pelo método Get, comunicando que este registro já é existente. Relacionamento: 1 O atributo nroProcesso identifica o registro do processo. O atributo dhParecer juntamente com o atributo nroProcesso identificam o processo no registro de parecer. Path: http://e-gov.betha.com.br/arrecadacao-conversaoservices/rest/conversao/parecerespermissoes 4.40 - Migrando anexo do parecer Neste tópico iremos abordar a forma com que serão estruturadas as informações referente ao registro de documentos entregues e vinculados ao processo para preenchimento da tabela do banco de dados. Os atributos enviados podem ser conferidos por meio da tela de Consulta Geral (Consultas >> Consulta Geral >> Pareceres >> Coluna Anexo). Protocolo Fly nroProcesso Tipo de dados String Regras/Observações Mensagem não permite nulo tamanho mínimo: 1 tamanho máximo: 24 Informação referente ao número do processo. dhParecer String não permite nulo tamanho mínimo: 19 tamanho máximo: 19 “Data de parecer inválido ou não formato : yyyy-mm-ddThh:mm:ss informada. Uma data Exemplo: “dhParecer”:”9999-01- deve ter o formato 01T01:00:00” yyyy-MMddTHH:mm: ss” Restrição: 1 Não poderão ser enviadas, para a mesma entidade, informações que possuam o mesmo número do processo e data e hora do parecer. Relacionamento: 1 O atributo nroProcesso identifica o registro do processo. 1. Os atributos dhParecer e nroProcesso identificam o registro do parecer. Path:http://e-gov.betha.com.br/arrecadacao-conversao-services/rest/conversao/pareceresanexos Exemplo : Envio pelo método POST [{ "nroProcesso" : "201561419999990000012", "dhParecer" : "9999-10-30T08:28:38" }] 4.41 - Migrando solicitação de documento Neste tópico iremos abordar a forma com que serão estruturadas as informações referente ao registro de documentos a serem solicitados conforme a solicitação cadastrada para preenchimento da tabela do banco de dados. Os atributos enviados podem ser conferidos por meio da tela de Cadastro de Solicitações (Cadastros >> Solicitações >> Documentos). Protocolo Fly grupodescricao Tipo de dados String Regras/Observações não permite nulo tamanho mínimo: 1 tamanho máximo: 50 Mensagem Informação referente ao nome do grupo da solicitação. descricaoSolicitacao String não permite nulo tamanho mínimo : 1 tamanho máximo: 20 Informação referente ao nome da solicitação. descricaoDocumento String permite nulo tamanho mínimo: 1 tamanho máximo: 14 Informação referente ao nome do documento. tipoPessoa String não permite nulo aceita somente J|F|A|O J - Jurídica F - Física A -Física e Jurídica O - Outras Restrição: 1 Não poderão ser enviadas, para a mesma entidade, informações que possuam a mesma descrição de grupo, descrição da solicitação e descrição do documento. Exemplo: Temos o registro da descrição do grupo “Teste” e descrição da solicitação “Teste” e descrição do documento “CNPJ”. Caso estas informações sejam enviadas novamente, será retornada uma mensagem de validação, vista pelo método Get, comunicando que este registro já é existente. Relacionamento: 1 Os atrbutos grupoDescricao e descricaoSolicitacao identificam o registro da solicitação. O atributo de descricaoDocumento identifica o registro do documento. Path: http://e-gov.betha.com.br/arrecadacao-conversaoservices/rest/conversao/solicitacoesdocumentos 4.42 - Migrando informações adicionais da abertura de processo Neste tópico iremos abordar a forma com que serão estruturadas as informações referente ao registros das informações adicionais da solicitação de abertura de processo. Os atributos enviados podem ser conferidos por meio da tela de Cadastro de Abertura de Protocolo (Processos >> Abertura >> Informações adicionais). Protocolo Fly grupoDescricao Tipo de dados String Regras/Observações 1 não permite nulo tamanho mínimo: 1 tamanho máximo: 50 Descrição do grupo da solicitação. descricaoSolicita cao String 1 não permite nulo tamanho mínimo: 1 tamanho máximo: 20 Informação referente a descrição da solicitação de processo. sequencia String 1 não permite nulo tamanho mínimo : 1 tamanho máximo : 3 Utilizado na busca de uma solicitação adicional juntamento com a descrição da solicitação e o grupo. texto String 1 tamanho mínimo: 1 tamanho máximo: 2000 Informação de campo para texto dh String 1 permite nulo Mensagem tamanho mínimo : 19 tamanho máximo : 19 formato yyyy-mm-ddThh:mm:ss Exemplo: “dh:9999-03-01T01:02:03” Informação de campo para data e/ou hora. numero String 1 permite nulo tamanho mínimo : 1 tamanho máximo : 16 Informação de campo para números. nroProcesso String permite nulo. tamanho mínimo: 1 tamanho máximo: 24 Informação referente ao número do processo. iProtocolos String permite nulo tamanho mínimo: 1 tamanho máximo: 10 formato : aceita somente algarismos numéricos. Exemplo: “iProtocolos” : “12345” Informação referente ao número do protocolo. inscricao String dhSolicitacao String não permite nulo Validação do CPF/CNPJ: tamanho mínimo: 1 "O valor tamanho máximo: 14 'número do documento’ Este atributo recebe a informação do não é um CPF/CNPJ e portanto deverá ser CPF ou preenchido com 11 ou 14 caracteres CNPJ válido" numéricos. não permite nulo “Data de solicitação tamanho mínimo : 19 inválida ou não tamanho máximo : 19 informada. formato yyyy-mm-ddThh:mm:ss Uma data deve ter o Exemplo : “dhSolicitacao”: “9999-03- formato yyyy-MM01T01:02:03” ddTHH:mm: ss” Relacionamento: 1 O atributo grupoDescricao identifica o registro do documento. 1. Os atributos descricaoSolicitacao e grupoDescricao identificam o registro da solicitação. 2. Os atributos sequencia e descricaoSolicitacao identificam o registro da solicitação adicional. Path: http://e-gov.betha.com.br/arrecadacao-conversaoservices/rest/conversao/solicitacoesadicionaisab Exemplo : Envio pelo método POST [{ "grupoDescricao": "GRUPO CENTRAL", "descricaoSolicitacao": "Solicitação Ferias", "sequencia": "1", "texto": "Teste", "numero": "1", "nroProcesso": "201561419999990000001", "iProtocolos": "1", "inscricao": "56829165229", "dhSolicitacao": "9999-09-21T10:55:55" }] 4.43 - Migrando documento da solicitação Neste tópico iremos abordar a forma com que serão estruturadas as informações referente ao registro de documentos vinculados as solicitações para preenchimento da tabela do banco de dados. Os atributos enviados podem ser conferidos por meio da tela de Consulta Geral (Consultas >> Consulta Geral >> Inf. adicionais). Protocolo Fly descricaoSolicita coes Tipo de dados String Regras/Observações Mensagem não permite nulo tamanho mínimo: 1 tamanho máximo: 20 Pesquisa uma solicitação baseado nessa descrição e e conforme a informação da descrição do grupo. grupoDescricao String não permite nulo tamanho mínimo: 1 tamanho máximo: 50 Obs: Para inserir esta informação, o grupo de solicitação já deverá estar inserido na Tela de Cadastro de Grupo de Solicitações. Pesquisa um grupo de descrição. inscricao String não permite nulo tamanho mínimo: 1 tamanho máximo: 14 Este atributo recebe a informação do CPF/CNPJ e portanto deverá ser preenchido com 11 ou 14 caracteres numéricos. dhSolicitacao String descricaoDocum ento String não permite nulo “Data de solicitação tamanho mínimo : 19 inválida ou tamanho máximo : 19 não informada. formato : yyyy-mm-ddThh:mm:ss Uma data deve ter o Informação referente a data e a hora formato em que foi realizada a solicitação yyyy-MMpela pessoa solicitante. ddTHH:mm: ss” Exemplo : “dhSolicitacao”:”" 9999-0101T01:00:00" não permite nulo. tamanho mínimo : 1 tamanho máximo: 250 Informação referente ao nome do documento a serem adicionados no registro de solicitações. Restrição: 1 Não poderão ser enviadas, para a mesma entidade, informações que possuam a mesma descrição de grupo, descrição da solicitação e descrição do documento, inscrição e data e hora da solicitação. Relacionamento: 1 Os atributos descricaoSolicitacoes e grupoDescricao identificam o registro da solicitação. Os atributos inscricao, descricaoSolicitacoes e dhSolicitacao identificam o registro de solicitação de abertura. O atributo descricaoDocumento identifica o registro de documento. Path:http://e-gov.betha.com.br/arrecadacao-conversaoservices/rest/conversao/solicitacoesaberturasdocs Exemplo : [{ "descricaoSolicitacoes":"Revisão de Cálculo", "grupoDescricao":"Arrecadação", "inscricao":"99999999000191", "dhSolicitacao":"9999-03-01T01:02:03", "descricaoDocumento":"RG" }] 4.44 - Migrando taxa da guia de pagamento Neste tópico iremos abordar a forma com que serão estruturadas as informações referente ao registro das guias geradas com as taxas para preenchimento da tabela do banco de dados. Protocolo Fly nroBaixa Tipo de dados String Regras/Observações permite nulo tamanho mínimo : 1 tamanho máximo: 10 aceita somente algarismos Mensagem numéricos valor mínimo : 1 Código que identifica a guia de pagamento. descricaoTaxa String não permite nulo tamanho mínimo: 1 tamanho máximo: 50 vlTaxa String não permite nulo tamanho mínimo: 1 tamanho máximo: 16 formato :”###########.####” Podem ser enviados conforme os exemplos abaixo: “vlTaxa”:”10” “vlTaxa”:”10.00” “vlTaxa”:”10.0000” vlMulta String permite nulo tamanho mínimo: 1 tamanho máximo: 16 formato :”###########.####” Podem ser enviados conforme os exemplos abaixo: “vlMulta”:”10” “vlMulta”:”10.00” “vlMulta”:”10.0000” vlJuro String permite nulo tamanho mínimo: 1 tamanho máximo: 16 formato :”###########.####” Podem ser enviados conforme os exemplos abaixo: “vlJuro”:”10” “vlJuro”:”10.00” “vlJuro”:”10.0000” vlCorrecao String permite nulo tamanho mínimo: 1 tamanho máximo: 16 formato :”###########.####” Podem ser enviados conforme os exemplos abaixo: “vlCorrecao”:”10” “vlCorrecao”:”10.00” “vlCorrecao”:”10.0000” Restrição: 1 Não poderão ser enviadas, para a mesma entidade, informações que possuam o mesmo número de baixa e descrição da taxa. Relacionamento: 1 O atributo nroBaixa identifica o registro da guia de pagamento. O atributo descricaoTaxa identifica o registro da taxa. Path:http://e-gov.betha.com.br/arrecadacao-conversao-services/rest/conversao/guiastaxas 4.45 - Migrando guia de pagamento cancelada Neste tópico iremos abordar a forma com que será estruturadas as informações referente o registro das guias que tiveram sua situação alterada para cancelada. Os atributos enviados podem ser conferidos por meio da tela de Situação das Guias de Pagamento (Relatórios >> Gerenciais >> Guias de pagamento canceladas). Protocolo Fly nroBaixa Tipo de dados String Regras/Observações não permite nulo Mensagem tamanho mínimo : 1 tamanho máximo: 10 aceita somente algarismos numéricos valor mínimo: 1 Código que identifica a guia de pagamento no arquivo bancário. iUsuariosCanc String não permite nulo tamanho mínimo: 1 tamanho máximo: 16 dhCancelamento String Motivo String não permite nulo “Data de cancelament tamanho mínimo: 19 o inválida ou tamanho máximo: 19 não informada. formato : yyyy-mm-ddThh:mm:ss Uma data deve ter o Exemplo : “dhCancelamento”:”9999formato 01-01T01:00:00” yyyy-MMddTHH:mm: ss” não permite nulo tamanho mínimo: 1 tamanho máximo: 100 Restrição: 1 Não poderão ser enviadas, para a mesma entidade, informações que possuam o mesmo número de baixa. Relacionamento: 1 O atributo nroBaixa identifica o registro da guia de pagamento. Path: http://e-gov.betha.com.br/arrecadacao-conversaoservices/rest/conversao/guiascanceladasprotocolo