...
Para a unidade de Campinas foi realizado a substituição da Rotina de integração que utilizava a DLL LoteNFSE.dll, pois a mesma utilizava outra dll, NFSE_Util.dll para realizar a assinatura, que por usa vez trazia em uma mensagem em caixa alta solicitando a seleção do certificado. Portanto foi realizado realizada a substituição de toda a rotina por outra que monta o arquivo XML, realiza a assinatura e realiza a integração com a prefeitura via Web Service.
Para a unidade de SP, onde só existia a geração de arquivo texto, foi substituído substituída a rotina por outra que monta o arquivo XML, realiza a assinatura e realiza a integração com a prefeitura via Web Service.
Totvs custom tabs box |
---|
tabs | 1 - Pré Requisitos,2 - Parametrização, 3 - Sobre a Nota Fiscal Eletrônica de Serviço,4 - Procedimento de Utilização |
---|
ids | passo1,passo2,passo3,passo4 |
---|
|
Totvs custom tabs box items |
---|
default | yes |
---|
referencia | passo1 |
---|
| - Como pré-requisito para utilização do processo de Nota Fiscal Eletrônica é necessário registrar algumas DLLS:
capicom.dll msxml5.dll Existe na Na pasta dos executáveis do SARA existe um .bat "Registrar_capicom_msxml5_msxml5r.bat", para realizar esta operação. Executar este arquivo como Administrador: - Deve ser realizada a instalação do Certificado Digital tipo A1. No momento da instalação deve ser marcado a opção (Marcar esta chave como exportável)
|
Totvs custom tabs box items |
---|
default | no |
---|
referencia | passo2 |
---|
| O sistema SARA só será capaz de se comunicar com a prefeitura através do Web Service caso a parametrização estiver correta. - NFE_CIDADE - Parâmetro que indica qual o Lay-Out de NFS eletrônica para a respectiva Cidade (1-São Paulo / 3-Campinas).
- NUMERO_SERIE_CERTIFICADO_NFSE: Permite a parametrização do número de serie do certificado usado para envio da Nota Fiscal Eletrônica de serviço.
- NOME_CERTIFICADO_NFSE: Permite a parametrização do nome do certificado usado para envio da Nota Fiscal Eletrônica de serviço.
- PIN_CERTIFICADO_NFSE: Permite a parametrização do código PIN do certificado A3 usado para envio da Nota Fiscal Eletrônica de serviço.
- QTDE_RPS_POR_LOTE: QUANTIDADE DE RPS QUE PODE SER ENVIADO POR LOTE.
- DIRETORIO_INTERFACE_NFELETRONICA: DIRETORIO DE GRAVACAO DOS ARQUIVOS GERADOS PARA ENVIO DE NOTA FISCAL ELETRONICA
- CODIGO_ATIVIDADE_NFSE: CODIGO DA ATIVIDADE DO PRESTADOR DE SERVICO LIBERADO PELA PREFEITURA
|
Totvs custom tabs box items |
---|
default | no |
---|
referencia | passo3 |
---|
| A Nota Fiscal de Serviços Eletrônica (NFS-e) é o documento emitido e armazenado eletronicamente em sistema próprio da Prefeitura, com o objetivo de registrar as operações relativas à prestação de serviços. Para os contribuintes que emitem uma grande quantidade de notas, foi criado o Regime Especial de entrega em lote, no qual o contribuinte pode emitir Registros Provisórios de Serviços(RPS) através de seus próprios sistemas e estes em um determinado momento, serão convertidos em notas fiscais. Para converter estes RPS em NFS-e o sistema do contribuinte deve se conectar ao Web Service da prefeitura e enviar as informações de RPS gerados no formato XML, gerando um lote de entrega. O Recibo Provisório de Serviços (RPS) é um documento que deverá ser usado por emitentes da NFS-e no eventual impedimento da emissão “on-line” da Nota. Também poderá ser utilizado pelos prestadores sujeitos à emissão de grande quantidade de NFS-e (exemplo: estacionamentos). Nesse caso, o prestador emitirá o RPS para cada transação e providenciará sua conversão em NFS-e mediante o envio de lotes (processamento em lote). No anexo 7 deste manual pode se obter o modelo de RPS a ser seguido. Existem duas metodologias de Web Services que as empresas terceirizadas das prefeituras podem adotar como forma de recebimento e tratamento das informações: - Modo Síncrono: No processamento síncrono, o retorno ocorre em tempo de execução, ou seja, ao enviar um RPS, você receberá na mesma conexão com o Web Service o resultado do processamento deste documento, que pode ser tanto autorizado, como uma rejeição por exemplo. Pode ocorrer da empresa estar configurada para processamento síncrono no InvoiCy, mas a prefeitura trabalhar apenas no método assíncrono. Nesse caso, quando o ERP enviar um RPS ao InvoiCy, vamos imediatamente enviá-lo para a prefeitura e retornar à você o resultado deste envio, que poderá ser “Em processamento”, caso ela trabalhe de forma assíncrona. Já se a prefeitura também trabalhar no método síncrono, seu ERP já receberá o resultado do processamento do RPS enviado, que poderá ser autorizado ou rejeitado. Ex. Prefeitura de São Paulo
- Modo Assíncrono: Já no processamento assíncrono, você receberá apenas uma confirmação de recebimento do documento e deverá efetuar uma consulta mais tarde para obter o resultado do processamento deste documento enviado. Neste caso, a prefeitura não valida o RPS na hora de seu recebimento, mas sim, a cada “X” minutos. O mesmo vale para a comunicação assíncrona entre seu ERP e o InvoiCy. Se a empresa assim estiver configurada, o ERP apenas receberá o status 105, acusando o recebimento do mesmo para posterior processamento. O InvoiCy então não enviará o RPS na hora para a prefeitura e manterá o documento em uma fila de processamento, que mais tarde, será enviado. Caberá ao ERP então, efetuar a consulta deste documento ou do lote enviado, para obter o status deste processamento quando ele ocorrer. Ex. Prefeitura de Campinas.
|
Totvs custom tabs box items |
---|
default | no |
---|
referencia | passo4 |
---|
| Gerando uma Nota Fiscal no SARA:
Realizando a integração com a Prefeitura: Na tela de Geração de Arquivo de NF-Eletrônica, existem duas opções de envio: - Pendentes: Marcando esta opção iram retornar todas as Notas Fiscais do SARA que estão pendentes para envio para a prefeitura
- Canceladas: Marcando esta opção iram retornar todas as Notas Fiscais ja integradas com a prefeitura e que foram Canceladas no SARA.
Enviando Notas Fiscais "Pendentes":
Arquivo Gerado:
Arquivo de Retorno da Prefeitura:
|
|
...