Italo Giurizzato Junior

Bom dia a todos, A principio o Tortoise não atualiza o fonte que você alterou, isso é uma faca de dois gumes, pois caso esse fonte tenha sido alterado visando melhorias ou correções e disponibilizado no SVN, na sua maquina não o mesmo fonte cai continuar o mesmo. Castro, não conheço o Fortes, mas uma coisa é você reposicionar o objeto dentro do report e outra coisa é a sua impressão. Lembre-se que no código do DANFE é possível definir em execução o posicionamento do objeto, ou seja, não adianta nada você posicionar o objeto com um Left = 250 se existe uma linha de código que diz que altera o Left do mesmo objeto para 150.

Você deve usar os schemas da pasta: ACBR\trunk2\Exemplos\ACBrDFe\Schemas\NFe

O erro ocorre antes ou depois do envio? Se for antes o problema são os seus schemas.

Boa tarde Kenio, Você esta usando o componente ACBrNFe do Trunk ou Trunk2? Se for do Trunk esquece pois este não vai gerar mesmo a TAG qrCode. Se for do Trunk2, você viu que existe uma propriedade que diz ao componente se é para incluir a TAG ou não no XML?

Boa tarde, Simples, o ambiente de produção ainda não esta preparado para receber um XML com a TAG tpIntegra. Você costuma baixar e ler as Notas Técnicas? Pois bem esse TAG só vai ser implementada no ambiente de produção em dezembro/2015.

Boa tarde Marcos, Sim, no que diz respeito ao certificado a configuração é da mesma forma.

Boa tarde Marcos, Tem muita coisa para ser revisada no ACBrNFSe - Trunk2. Lembre-se que algumas Units foram escritas do zero, logo algo pode estar faltando ou errado.

Boa tarde Leonardo, Os métodos do ACBrNFSe - Trunk2 foram implementados usando o provedor Ginfes, peço que atualize todos os fontes de todas as pastas e teste novamente.

Boa tarde Rodolfo, Os métodos do ACBrNFSe - Trunk2 foram implementados se utilizando do provedor Ginfes, sendo assim peço que atualize todos os fontes de todas as pastas e teste novamente.

Boa tarde, São José/SC se utiliza do provedor Pronim, já foi criado um arquivo INI para esse provedor, sendo assim favor atualizar os fontes e iniciar os testes.

Boa tarde Ivanor, Vou verificar o que esta provocando esse erro. Favor atualizar os fontes e testar novamente.

Boa tarde João, Corrige a linha: If FNotasFiscais.Items[ii].NFSe.IdentificacaoRps.Numero = RetornoNFSe.ListaNFSe.CompNFSe.Items[ i ].NFSe.IdentificacaoRps.Numero then Esta faltando o que esta em vermelho.

Boa tarde Akai, Muito obrigado pela colaboração, assim que possível estará disponível no repositório.

Boa tarde João, Duas coisas: 1. não execute o método GerarNFe, pois o Assinar se encarrega de gerar o XML, assinar e salvar em disco. 2. você deve estar usando o LoadFromFile para carregar o XML antes do seu envio, pois bem, atribua o valor False ao segundo parâmetro do mesmo. LoadFromFile(sNomeArq, False); isso faz com que o XML não seja gerado novamente, você ganha em performasse e não corre o risco da assinatura ser diferente da primeira.

Boa tarde Marcos, No arquivo *-sit-soap.xml temos a rejeição 217, ou seja, o CT-e não consta na base de dados da SEFAZ. Sendo assim o componente não deve tentar atualizar o XML, ou seja, incluir o grupo de informações sobre o protocolo. Fiz uma alteração no componente a fim de só realizar essa atualização caso o CT-e conste da base de dados da SEFAZ. Favor atualizar os fontes e testar novamente.

Boa tarde José, Caso tenha perdido o XML do MDF-e o processo é o seguinte: Alimentar o componente com os mesmos dados, mantendo a mesma chave, em seguida executar o método Assinar, você terá como resultado o XML assinado. Em seguida você carrega o XML usando o LoadFromFile e por fim executa o método Consultar, se o MDF-e já tinha sido enviado o resultado será o XML assinado e protocolado. Os métodos já estão prontos no componente, basta você utiliza-los na sua aplicação.

Bom dia, Muito obrigado pela colaboração, vamos disponibilizar as suas correções assim que possível.

Bom dia, Com certeza o problema é na SEFAZ, favor entrar em contato com eles e expor o problema.

Boa tarde Marcos, O problema que o componente executa primeiro a Function TratarResposta e depois a Procedure SalvarResposta. Como ocorreu um erro no TratarResposta não ocorre a gravação em disco do arquivo de retorno. Em ACBrDFeWebServices temos a Function Executar e nesta o seguinte código: EnviarDados; Result := TratarResposta; FazerLog(GerarMsgLog, True); SalvarResposta; faça a seguinte alteração: EnviarDados; SalvarResposta; <== inclua esta linha Result := TratarResposta; FazerLog(GerarMsgLog, True); SalvarResposta; Desta forma ele vai salvar o retorno antes de trata-lo.

Bom dia Jair, Quando o problema é sanado não devemos mudar o tipo de emissão da nota e envia-la para SEFAZ, pois isso faz com que a chave seja outra, caso o destinatário tenha o DANFE emitido em contingência e for consultar por essa chave vai acusar que a nota não existe. O mesmo vale para a NFC-e que alem da chave ser outra o QR-Code também. Recomento que leia com muita atenção o item 03.1 (página 5) da Nota Técnica 2014/001 versão 1.10 que trata sobre o EPEC que não mais é do que uma modalidade de contingência.

Bom dia Wellington, xCFOP := acbrnf1.NotasFiscais.Items[X].NFe.Det.Items[Y].Prod.CFOP; Onde [X] varia de zero até a quantidade de notas -1 carregadas ao componente e [Y] varia de zero até a quantidade de produtos -1 que a nota contem.

Bom dia Ricardo, O componente ACBrNFe possui 3 propriedades Salvar: Configuracoes.Geral.Salvar := True ou False; Defini se os arquivos de envio e de retorno devem ser salvos ou não em disco. Configuracoes.Arquivos.Salvar := True ou False; Defini se os arquivos com validade jurídica devem ser salvos ou não em disco. Configuracoes.WebSevices.Salvar := True ou False; Idem ao primeiro só que salva ou não o XML de envio e de retorno completo sem nenhum tratamento feito pelo componente.

Bom dia Marcos, Você não anexou o *-sit-soap.xml (retorno) somente o *-ped-sit-soap.xml (envio).

Bom dia, Você esta com todos os fontes de todas as pastas atualizados? Não existe um segundo arquivo: ACBrNFeServico.INI desatualizado que a sua aplicação possa estar pegando?

Bom dia Arce, Estamos trabalhando para resolver o problema de o lote ser assinado quando o RPS já esta assinado. Resolvido esse problema vou iniciar alguns testes justamente com o provedor Fiorilli. Peço que aguardem, pois ninguém abandonou o ACBrNFSe.