Baixe o app para aproveitar ainda mais
Prévia do material em texto
Documento auxiliar GNFSE Como base de funcionamento o GNFSe se assemelha ao GNFe , como principal diferença temos a tecnologia do site ( angular ) e a parametrização que é realizada por prefeitura , este segundo item será o tema principal deste documento. O GNFSe possui em todas as tabelas e em todas as chamadas de proc um parâmetro de código de assinante, este campo é para deixa-lo pronto para funcionamento na nuvem para multiclientes, o código de clientes com instalação própria é 1 e o cliente Drogal também é 1, pois é o primeiro na nuvem. Ambiente por município O GNFSe possui o controle de ambiente geral (semelhante ao Gnfe) e também possui um controle de ambiente por município. tbl_004_ambi_muni Código de serviço Web Cada prefeitura tem seus nomes de métodos, a fim de padronizar a tabela 051 do GNFSe , fizemos uma simplificação , para que todo serviço na tabela 051 fique com o mesmo nome de serviço web. tbl_005_serv_fila – possui os dados de serviço webs que serão usados tbl_011_webs_url – Esta tabela tem várias funções umas delas é o de <-> para de serv webs padrão para o serviço web da prefeitura URL’s , métodos , name space , padrões xml , etc tbl_011_webs_url – esta é umaa das tabelas de maior importância na configuração de uma prefeitura, aleém da funcionalidade acima descrita , ela também : Estas configurações são usadas em sua grande maioria pelo serviço de transmissão, a melhor maneira para saber ser as configurações estão corretas , é rodar o serviçod e transmissão em modo debug e acompanhas os valores passados x ifs - Armazena a URL a ser usada para cada prefeitura - Caminhos para armazenamento de XM de envio e recebimento - Localilzação de arquivos de schema - name space usado por cada prefeitura - encode de XML usado pela prefeitura - nomes de rotinas usadas, ele usa este nome para concatenar com o nome da procedure padrão e fazer as chamadas para as procedures especificas de cada prefeitura / procedor Campos de rotina de geração de XML nm_roti_xml_cab_envi - nome da rotina que gera o XML de cabeçalho nm_roti_xml_envi - nome da rotina que gera o XML do RPS / lote campo de rortina de WSDL ( WS ) nm_roti_wsdl Cada prefeitura requer uma assinatura diferente, então alguns campos definem dados de assinatura nm_roti_assn_lote - caso assine o lote, este campo define o nome da rotina nm_roti_assn_rps – caso assine o RPS , este campo define o nome da rotina ds_anco_assn_rps – nome da ancora para assinatura do RPS ( palavra chave ) ds_anco_assn_lote – nome da ancora para assinatura do lote ( palavra chave ) nm_roti_rps_lote – nome da rotina de geração de lote RPS ds_anco_rps_lote – ancora (palavra chave) a ser usada em caso de múltiplos RPS em um lote O serviço de transmissão é único como visto acima , é um código baseado em IF’s , que pegamo seus valores na tebela 011 . Rotinas de geração de XML tbl_105_muni JÁ as procedures especificas de cada município são definidas pela tabela 105 , esta tabela além de conter o cadastro do município, também possui o nome das procedures que serão chamadas nas rortinas de geração de XML Exemplo ; Cadastro tabela 105 = ABRASF_Ginfes Ele vai buscar as procedures com “nomenclatura padrão” + “cadastro 105” Estas procs são usadas para geração de XML e tratamento de XML de retorno PROC’s geração S201x1_0_ - Geração do XML do RPS S051x1_0 – Gera o cabeçalho XML do Lote s220x1_0_geraCancelamento – Gera XML de cancelamento ] s201x1_0_geraConsultaLoteSit – gera XML de consulta de situação de lote s201x1_0_geraConsultaLoteRps – gera xMl de consulta de lote OBS: Situação basicamente é se o o lote foi processado , deu erro, ou esta agurdando , já consulta do lote traz os dados de possíveis notas e ou rejeiçõçes. s201x1_0_geraConsulta – Gera XML de consulta de NFse s051m2_1_retEnviaLote – trata XML de retorno de envio de Lote RPS s051m2_1_retConsultaRpsNFSe – trata XML de consulta de NFSe s051m2_1_retConsultaLoteSit – frata XML de consulta de situação s051m2_1_retConsultaLoteRps – trata XML de consulta de lote s051m2_1_retCancelaNfse – trata XMl de cancelamento - Observações importantes um ponto importante é que o GNFSe possui destrincha os dados de cabeçalho de notas ( 201 ) Dados adicionais ( 202 ) e XML de ( 203 ) os campos são vinculados através do campo nr_sist Uma nota fiscal de serviço não possui mais de um item, logo não temos tabela para controle de itens / serviços Temos nas tabelas de parâmetros , nome de rorinas de validação porém, ainda nãop implementamos nenhuma validação, elas também requerem procedures com nomenclatura padrão Impressão e geração de PDF O GNFSe trabalha com duas formas de geração de PDF / Impressão Tela : Ao consultar uma nota é possível fazer a geração de PDF através do botão abaixo ilustrado. Serviço: Todas as notas emitidas e aprovadas são inseridas em uma tabela ( tbl_063_fila_pdf ) Existe um Job que verificar se a nota está aprovada e não existe nas tabelas 063 e 064 (histórica) , caso atenda a este critérios ele insere na tabela 063 e um Windows Service faz o consumo desta fila gerando o PDF e gravando os mesmos em uma pasta determinada por parâmetro. Objetos Envolvido JOB: GNFSe - 063 - Carrega RPS na fila Proc’s: s063i1_0 s063s1_0 s063m1_0 Base Histórica Abaixo descreverei o processo de movimentação para a base histórica Um JOB “ GNFSE – 900 – Movimentação Histórica – Fila ” é responsável pela alimentação da fila das notas a serem enviadas para a base histórica, ele chama a PROC s201h1_0, função “I”
Compartilhar