Manual de integração com o webservice

Download do manual

Portais Disponíveis

• Produção

Métodos Disponíveis

• Envio.
  • Assíncrono.
• Consulta Situação de lote.
• Consulta de lote.
• Consulta de NFSe por RPS.
• Consulta de NFSe.
• Cancelamento de NFSe.

Observações

• Padrão não possui assinatura.
• O parâmetro extra Senha é obrigatório apenas no envio, as demais comunicação não necessitam do mesmo. Ex: "senha=123".
  • O parâmetro senha é opcional na cidade Barra de São Francisco/ES e será utilizado o CNPJ para gerar hash de autenticação.
• Visto que não possui ambiente de homologação, a prefeitura disponibiliza um usuário de testes para utilizar no ambiente de produção. Segue:
  • Cnpj: 11097137000122. Inscrição: 0013499. Senha: 123.
  • Serviço: 07.02. Alíquota: 4. Regime Tributação: 0. Natureza Operação: 1.
  • Cnpj Tomador: 75633173000146. Razão Tomador: TOMADOR TESTE.
• Aceita envio em lote.
• Aceita envio de múltiplos serviços através do comando de inclusão INCLUIRSERVICO e SALVARSERVICO.
• Os campos Id do lote e do RPS são gerados automaticamente pelo componente.
• Até o momento dessa homologação a consulta de situação de lote esta sempre retornando a situação 4 o que significa AUTORIZADA mesmo a nota estando rejeitada, não recomendamos utilizar essa consulta enquanto sua informação não estiver integra.
• Até o momento dessa homologação a consulta de NFSe está sempre retornando Nota inexistente, mesmo a nota estando AUTORIZADA, uma alternativa é utilizar a Consulta de NFSe por RPS ou a Consulta de Lote.
• Para a impressão é necessário que o Log de envio esteja armazenado na mesma máquina onde for realizado a impressão, como as consultas não retornam informações para a impressão, o componente NFSe utiliza o Log de Envio do Lote para preencher as informações da impressão.
• Para emissão utilizando múltiplos serviços deverá utilizar o campo ValorUnitarioServico para informar o valor unitário do item de serviço. O campo ValorServicos é utilizado para informar o valor total dos serviços quando utilizado múltiplos serviços, caso o RPS possua um único serviço e não foi informado o ValorUnitarioServico será utilizado o ValorServicos.
• O Padrão EL disponibiliza impressão via Link, sendo necessário alimentar o campo LinkImpressao no NFSeLocais.Ini. São utilizados como parametros o CpfCnpj do Emitente e o idNota.
• O padrão EL possui uma particularidade em relação ao campo IssRetido cuja lógica é invertida em relação ao Abrasf. 
• No componente NFSe V2, o erro Exception: Ocorreu um erro durante a comunicação com o servidor: Não foi possível carregar o XML pode ocorrer por conta da máquina não estar conseguindo se comunicar com o link do WebService. Para corrigir, seguir a 2.ª alternativa da seguinte documentação 

Notas Rejeitadas por Duplicidade (Edoc/SaaS)

• O fluxo de duplicidade será feito de forma automática através de uma operação matemática na tag "Id" de cada RPS.
• Notas que ficarem Rejeitadas no eDoc/SaaS e autorizadas na prefeitura, terão que ser sincronizadas manualmente, para isso, acione a Consultoria Técnica para realizarem a sincronização das notas.

Geração do XML - Campos Importantes

• O código do serviço segue o que está descrito na LC-116.
  • Nos testes realizados, o valor informado é utilizado nos campos CodigoServico116 e CodigoServicoMunicipal.
• Campos CodigoCNAE e CodigoTributacaoMunicipio não estão no esquema, sendo assim, não são obrigatórios.
• Caso esteja usando o TecnoNFSe, a alíquota deve ser informada inteira. Caso contrário, ele deve ser informada com a divisão por 100. Ex: Aliquota=0.05.

Campos customizados para a impressão

Impressão do RPS

• InscricaoEstadualPrestador=String[30]
• InformacoesComplementares=String[200]

Impressão da NFSe

• InscricaoEstadualPrestador=String[30]
• InformacoesComplementares=String[200]

Soluções Tecnospeed

• Componente NFSe:  Release 6.7.31.X.
• Manager eDoc: Release 2.0.64.X