Italo Giurizzato Junior

Bom dia Marcos, Você esta fazendo confusão com a NF-e. Na NFS-e não existe protocolo de autorização e muito menos de cancelamento. A propriedade chamada Protocolo equivale a propriedade Recibo da NF-e. O numero do Protocolo da NFS-e é simplesmente um numero que atesta que o lote de RPS foi recebido pelo web service, ou seja, tem o mesmo valor da propriedade Recibo da NF-e. Todo documento recebido pela prefeitura recebe um numero de protocolo, mas isso não significa que o seu pedido foi autorizado ou negado.

Bom dia Gonçalves, A cidade Serra/ES é atendida por qual provedor (empresa contratada pela prefeitura)? Esse provedor segue o layout da ABRASF? Se você entrar em contato com a prefeitura ou até mesmo no site dela talvez você encontre as respostas das perguntas acima.

Bom dia Thiago, Primeiramente peço para que não post como texto fragmentos ou conteúdos completos de arquivos, procure sempre anexa-los. Segundo, esse fórum se refere ao componente ACBrNFSe desenvolvido para o Delphi. Terceiro, no caso do Ginfes o Lote de RPS tem que ser assinado e pelo o que você postou não esta.

Bom dia, Favor realizar testes com o programa exemplo. Veja como o mesmo esta configurando o componente e no botão [Gerar e Enviar Lote] temos um exemplo de como pegar o retorno.

Bom dia, O componente dispõe de uma propriedade de configuração onde é definido se desejamos que as mensagens de retorno dos Web Services sejam mostradas ou não. Se não me falha a memória a propriedade é "Visualizar".

Bom dia, A solução e colocar a informação correta e enviar novamente. Para o consumidor final o NCM não tem nenhuma importância.

Bom dia Mota, Neste caso é preciso informar a alíquota correta.

Bom dia a todos, Fiz uma alteração visando remover o Encoding que aparece no inicio de cada nota incluída no Lote a ser enviado (provedor Infisc). Favor atualizarem os fontes. Com relação ao schema na pasta Schema do provedor Infisc só existe o que se refere a versão 1.0 Se o da versão 1.1 existem grandes mudanças teremos que ter dois arquivos INI uma para a versão 1.0 e outro para a versão 1.1 Alguém tem o schema versão 1.1? Se sim favor anexar.

Bom dia Caetano, Esse erro é do componente ou se trata de um retorno do provedor? Se é um retorno do provedor, podemos concluir que com as alterações que propus deram certo, ou seja, foi possível estabelecer uma conexão com o provedor.

Bom dia Léo, Esse provedor segue o padrão ABRASF? Se sim, basta descobrir se segue a versão 1 ou 2 e criar o arquivo INI para esse provedor e fazer uma pequena alteração na unit pnfsConversao para que o componente possa reconhecer esse novo provedor e por fim incluir as cidades atendidas por esse provedor no arquivo Cidades.INI

Bom dia Daniel, Tentou alterar o valor do campo UseCertificado no Arquivo INI do respectivo provedor?

Bom dia Léo, Muito obrigado pela colaboração, ainda hoje vou disponibilizar a correção.

Bom dia, O componente possui 3 propriedades de configuração destinadas a gravação de arquivos XML em disco. Configuracoes.Geral.Salvar ===> se True salva em disco os arquivos de envio e de retorno da SEFAZ como por exemplo: *-rec.xml Esses arquivos por não serem arquivos com validade jurídica, não se faz necessário a sua gravação. Configuracoes.WebServices.Salvar ===> se True salva em disco os arquivos de envio e de retorno da SEFAZ (completos, muito útil na fase de testes) como por exemplo: *-rec-soap.xml Esses arquivos por não serem arquivos com validade jurídica, não se faz necessário a sua gravação. Configuracoes.Arquivos.Salvar ===> se True salva em disco os arquivos com validade jurídica, por exemplo: *-nfe.xml, *-procEventoNFe.xml, *-procInutNFe.xml Esses arquivos por serem arquivos com validade jurídica, devemos possuir esses eles, ou salvos em disco ou no banco de dados. Uma configuração que você pode adotar é: Configuracoes.Geral.Salvar := False; Configuracoes.WebServices.Salvar := False; Configuracoes.Arquivos.Salvar := True;

Caetano, Agora você procura a unit que gera essa exceção e comente as 2 linhas (com certeza tem um IF e a linha que contem essa mensagem). Depois tenta novamente.

Patrick, O problema não é nessa rotina e sim em outra. Por favor anexa o XML sem ele não vou poder analisar para tentar encontrar uma solução.

Bom dia Dércio, Esses contadores sempre dando bola fora, cada dia que passa chego a conclusão que muitos só sabem contar, contar até 10. infoceasa, o componente ACBrNFe - Trunk2 gera a TAG qr-Code automaticamente desde que a propriedade de configuração IncluirQRCodeXMLNFCe tenha o valor True.

Bom dia Léo, Acredito que tanto a mensagem de erro quanto a mensagem com uma dica para a correção já diz qual é o problema e como corrigir ele. Agora se o CNPJ esta correto, se o emitente esta inscrito no município, verifique se o mesmo esta cadastrado no provedor para emitir NFS-e via web services. Verifique também se no cadastro do provedor o CNPJ confere, detalhe não pode constar a formatação somente os dígitos. Outra coisa a ser verificada junto ao provedor é a inscrição municipal, já vi casos que essa informação estava em branco no provedor.

Bom dia Patrick, Anexe o XML gerado que contem a linha de Encoding a mais, para que eu possa analisar.

Bom dia Paulo, Muito obrigado pela colaboração. Uma observação os seus fontes não estavam atualizados. Já esta no repositório, favor atualizar e realizar novos testes.

Bom dia Caetado, Abra o arquivo INI do provedor Tecnos e atribua o valor zero a propriedade UseCertificado. E teste novamente.

Bom dia Gonçalves, Essa unit que esta na pasta Provedor não é utilizada. O componente versão Trunk possuía uma Unit para cada provedor, na versão Trunk2 não tem mais. Essa unit ficou para lembrar de implementar esse provedor ao componente, mas até onde sei ainda não foi implementado.

Bom dia Leandro, Na postagem que você se refere a seção [SoapAction], é dito que os endereços da chave não existe. As URLs que constam nessa seção foram extraídas deste link: http://www.issnetonline.com.br/webserviceabrasf/homologacao/servicos.asmx?WSDL Vou só mostrar o fragmento que se refere ao RecepcionarLoteRps, depois você procura pelos demais e verifica se estão corretos: <wsdl:operation name="RecepcionarLoteRps"> <soap:operation soapAction="http://www.issnetonline.com.br/webservice/nfd/RecepcionarLoteRps" style="document"/> <wsdl:input> <soap:body use="literal"/> </wsdl:input> <wsdl:output> <soap:body use="literal"/> </wsdl:output> </wsdl:operation> Outra coisa, você diz: (...) na Unit ACBrHTTPReqResp, na procedure TACBrHTTPReqResp.Execute(Resp: TStream) o valor de FUseCertificate vem sempre como TRUE.. mesmo no arquivo INI estar como 0. Somente coloquei FUseCertificate := false; na primeira linha dessa unit e o erro 12002 parou... (...) Se é atribuído zero a UseCertificado, mas ao checar na procedure TACBrHTTPReqResp.Execute o FUseCertificate esta com o valor True é preciso descobrir "debugar" em qual momento isso ocorre, pois não deveria ocorrer. E não simplesmente alterar o valor da propriedade dentro da procedure para resolver o problema.

De quando é esse commit? Não possuo conta no GIT para realizar commit seja dos fontes do ACBr ou outro qualquer.

Bom dia André, Muito obrigado pela colaboração. Já atualizei o Schema, quanto a URL notei que a mesma já esta atualizada no arquivo INI do provedor Coplan.

Bom dia, Se você se refere a lista do combo box do programa exemplo, é preciso colocar na mão pois este não lê o arquivo Cidades.INI