Italo Giurizzato Junior

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.

Bom dia Francinaldo, Simples, basta configurar o componente para salvar. Configuracoes.Arquivos.Salvar := True;

Bom dia Mattos, Você viu isso no seu XML? <cMun>0000050</cMun> <=== aqui devemos informar o código do município <xMun>5002704</xMun> <=== aqui devemos informar o nome dele

Bom dia Paulo, A TAG que contem o valor do funco de combate a pobreza fica dentro do grupo ICMSUFDest que só pode ser gerado quando a venda for interestadual e a consumidor final. Essa informação consta na Nota Técnica que trata sobre o assunto. Sendo assim ou esse contador só sabe contar até 10 ou a SEFAZ de MG mudou as regras mas não alterou o Web Services para aceitar a nota.

Bom dia a todos, Quando executamos o método DistribuicaoDFe a principio temos o resumo da NF-e que consta que a mesma esta autorizada. É preciso realizar a manifestação da mesma para que possamos obter o XML completo da mesma e os eventos vinculados a mesma através de uma nova execução do método DistribuicaoDFe.

Bom dia Mateus, Favor anexar o XML do CT-e que foi rejeitado para que possamos analisar.

Bom dia Leivio, Você quer dizer que já esta usando o Trunk2, correto? Favor atualizar todos os fontes de todas as pastas, recompilar a aplicação com a opção Build. Outra coisa você deve usar o arquivo INI ( ISSFortaleza ) disponibilizado na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI

Bom dia Leandro, Quando a compilação e instalação dos componentes é estranho esse fato. Com relação ao erro ao transmitir a NFS-e tente aumentar para 30000 o valor da propriedade Timeout.

Bom dia Gilvano, Já passei o problema para quem escreveu essa function para que o mesmo possa analisar. ***** Gilvano qual é a versão do Delphi que você utiliza?

Bom dia Francinaldo, O seu problema não é gerar o XML e sim torna-lo um arquivo digital valido juridicamente. O XML do MDF-e assinado você tem, correto? O que esta faltando é o protocolo de autorização. Pois bem, você deve carregar esse XML usando o método LoadFromFile e depois executar o método Consultar.

Bom dia Arnaldo, Favor anexar o XML do MDF-e que esta sendo rejeitado.

Bom dia Paulo, Mas a ideia não é atribuir zero a UseCertificado. O que eu propus foi deixar UseCertificado=1 e comentar as linhas que checam o UseCertificado no método Assinar.

Mota, Favor atualizar os fontes, note que fiz alteração no arquivo INI do provedor.

Paulo, Estamos em um dilema. O provedor Tecnos requer que o RPS seja assinado, logo devemos utilizar um certificado digital para isso, mas por outro lado ao tentar setar as opções de internet ocorre um erro. Me diz uma coisa, o certificado não esta sendo removido da leitora pelo simples fato de não precisar dele mais? Se não for esse o caso vamos ter que comentar as linhas: if not UseCertificate then raise EACBrDFeException.Create('Impossível assinar. Componente configurado para não usar Certificado'); Que se encontram na function Assinar da unit ACBrDFeSSL. E no arquivo INI colocar UseCertificado=0

Boa tarde Caetano, Tente: ACBrNFSe.WebServices.ConsLote.NFSeRetorno.XML_NFSe

Boa tarde Leandro, Favor atualizar novamente todos os fontes de todas as pastas e refaça os testes.

Boa tarde, Muito obrigado pela colaboração, já esta disponível no repositório. Favor atualizar os fontes e faça novos testes. Estando tudo OK com todas as funcionalidades, me de um retorno para que eu possa incluir o provedor Infisc como mais um que esta funcionando tudo.

Boa tarde Mota, Por favor configure o componente para salvar os arquivos soap, e faça novos testes e anexa esses arquivos, tanto de envio quanto de retorno. O arquivo 2008-can.xml acusa que existe um erro no cabeçalho e este só aparece no arquivo soap.

Boa tarde Paulo, Você diz que no Arquivo INI do provedor devemos deixar: UseCertificado=1 UseSSL=0 Como 0=False e 1=True Na Unit ACBrHTTPReqResp.pas, mas precisamente na procedure Execute temos o seguinte código: if (FUseCertificate) then FUseSSL := True; Esse código faz com que o UseSSL que foi definido como False no arquivo INI se tornaria True podendo provocar erros na conexão com o provedor. Pois bem, por que não comentar essas duas linhas, desta forma FUseSSL não terá o seu valor alterado, permanecendo o que foi definido pelo arquivo INI. Por favor, desfaça as alterações que fez na Unit mencionada e comente as linhas que altera o valor de UseSSL mediante a condição. Refaça novos testes, acredito que desta forma vai resolver o problema. Quanto a data de retorno estar valendo zero, faça o seguinte, configure o componente para salvar os arquivos soap e anexo o arquivo de retorno para analise.