Italo Giurizzato Junior

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.

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

Bom dia Diogo, Poço ser chato? Primeiro ocorreu um erro de validação, isso significa que alguma TAG ou atributo possui um valor incompatível com o que se espera. Na sua postagem comprova o que eu estou dizendo. O erro de validação diz que o atributo "Id" contem um valor que é incompatível, no caso ele ultrapassa o limite máximo permitido para esse atributo. O valor informado ao atributo é: '12016215700019900000000000000000097' e o seu limite é: '18446744073709551615'. Qual é a solução? Simples procurar nos fontes do componente onde o valor do atributo "Id" é gerado para o provedor em questão e mudar. Analisando o valor gerado, vamos decompor ele: '1-20162157000199-00000000000000000097' 1 - Não sei o que é; 20162157000199 - provavelmente é o CNPJ do emitente da nota; 00000000000000000097 - com certeza é o numero do lote, pois o erro de validação diz que o se trata do lote de numero 97. O que você acha de alterar fazendo com que o valor do "Id" contenha somente o numero do lote, sem nenhuma formatação ou seja: Id="97" Vamos arregaçar as mangas?

Bom dia a todos, Leandro, quero deixar claro para você e a todos que, todas as alterações realizadas por mim seja em qual for o componente são enviadas exclusivamente para o repositório oficial do ACBr, conforme o link postado pelo Juliomar. Não mantenho cópia dos fontes em nenhum outro repositório a não ser no HD da minha máquina, alias todos nós temos uma cópia dos fontes em nossas maquinas. Em um outro post foi levantado a questão do erro referente a assinatura quando se atribui zero ao campo UseCertificado. A sugestão foi comentar as 2 linhas que faz a checagem e executa a exceção para ver se o erro 12002 é sanado. Alguém chegou a fazer esse teste? Eu não tenho certificado de nenhuma empresa que emite NFS-e través do provedor EL, alias não tenho de nenhum, o que eu tinha, cedido gentilmente por um colega do fórum já venceu. E foi com este certificado que consegui realizar os testes no provedor Ginfes quando fiz a migração do componente para o Trunk2. Sendo assim cabe a todos vocês que necessitam do componente para atender os seus clientes, realizarem testes e apontar os erros e seria ótimo se apontassem as possíveis soluções para os problemas encontrados. Já vi muitos dizerem não conheço a fundo o código do componente para propor correções. Será que o código é tão complicado assim? Vamos arregaçar as mangas e estudar um pouco?

Bom dia Bruno, Pela sua pergunta vejo que você não observa quais fontes foram alterados e o que foi. Pois se tivesse esse costume teria percebido que o componente ACBrNFSe já recebeu as implementações necessárias para a emissão de NFS-e para a cidade de São Paulo. Se você estiver é claro com os fontes atualizados, ao abrir o arquivo ACBrNFSe-change-log.txt vai encontrar: 16/02/2016 [+] Incluido o provedor SP (Cidade de São Paulo). Por: Italo Jurisato Junior Eita, ontem fez um mês que o provedor SP foi implementado.

Bom dia Eugênio, E o programa que o seu cliente usa não foi desenvolvido por você, correto? Se sim, basta você adequar o XML gerado pelo componente, da seguinte forma: 1. trocando a TAG do grupo principal de CompNfse para NFSE juntamente com os seus atributos. 2. incluir em todas as TAGs internas os prefixos: ns2: para o grupo Nfse e ns3: para as demais TAGs.

Bom dia Leandro, Todos os Arquivos INI dos provedores agora possui um campo chamado UseCertificado que pode receber o valor 0 e 1. Já tentou edita-lo e alterar esse valor?

Bom dia Edson, Vamos tentar clarear mais a questão: 1. o seu cliente é emitente de NF-e, correto? 2. ele se utiliza o DistribuicaoDFe e este retorna entre outras coisas resumos/eventos emitidos pela transportadora e pelo destinatário da mercadoria correto? Vamos a Nota Técnica 2014/002 versão 1.01 que trata sobre a Distribuição de DF-e - página 4, temos um quadro e nele consta que o emitente da NF-e ao utilizar o método DistribuicaoDFe poderá ter como resposta: Eventos de Manifestação do Destinatário Eventos da Suframa Resumo de Eventos CT-e Autorização/Cancelamento Resumo de Eventos MDF-e Autorização/Cancelamento Pois bem, se tratando de resumo de evento podemos pegar o CNPJ/CPF de quem emitiu o evento da seguinte forma: ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[ x ].resEvento.CNPJCPF No caso de um evento temos: ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[ x ].procEvento.CNPJ

Bom dia, Muito obrigado pela colaboração, já esta disponível no repositório.