BigWings

Essa URL é da versão 3.10 dos webservices e, pela mensagem de erro, já está desativada. Se o componente está tentando acessar essa URL, pode ser: - Configuração da versão do componente incorreta, certifique-se a propriedade VersaoDF está como ve400 no momento da inutilização. - O arquivo ACBrNFeServicos.ini está desatualizado, sem as URL da versão 4.00.

Um detalhe que você pode não estar percebendo, é que está executando o método DistribuicaoDFe no ambiente de homologação: Na consulta em homologação só vão aparecer as notas emitidas contra o CNPJ também em homologação.

Sim, foi renomeada após o refactoring nos componentes de impressão:

Entendi. Existem as tags para acréscimo, que são o frete, seguro e despesas acessórias. Se o acréscimo não tem relação com frete ou seguro, a tag correta para informar seria a vOutro. Caso não queira usar as tags de acréscimo, você ainda pode acrescentar o 0,01 residual no vProd do item de maior valor, e informar o valor unitário como uma divisão do vProd pela quantidade. O valor unitário no XML é meramente informativo, e pode ter até 10 casas decimais.

ACBrNFeDANFEFR1.MostraSetup := True;

Por quê não pode acrescentar? A regra geral é que o resíduo do rateio do desconto entre os itens seja somado ao total do desconto do item de maior valor.

Parece ser um problema no webservice de consulta de protocolo que está retornando a rejeição 217 mesmo para NFe existente na SEFAZ. Tente contato com a SEFAZ-BA e relate o problema.

Você já leu o guia prático? http://sped.rfb.gov.br/item/show/2761 Lá tem a estrutura dos blocos, campos a alimentar, dependências necessárias. Por exemplo, se a sua necessidade é gerar o registro K200 (estoque escriturado), obrigatoriamente terá que ter também o 0200 (tabela de identificação do item).

Esse erro tem a haver com os cabeçalhos enviados na comunicação com os webservices. Você pode estar enviando o XML de evento para uma URL incorreta. Certifique-se de que está com os fontes atualizados. Veja se está configurando o componente para a versão correta. ACBrNFe1.Configuracoes.Geral.VersaoDF := ve400; Veja se não há um arquivo ACBrNFeServicos.ini desatualizado na pasta da aplicação.

Sim, mas apenas para os códigos ANP da lista.

Você deve informar CST := cstRep60 em vez de cst60. Isso é necessário por exigência de se gerar o grupo ICMSST no XML, e não o ICMS60 nos casos de operação com combustíveis com os códigos ANP relacionados.

dmDanfe foi tornado privado na classe e não é mais acessível dessa forma. Há opção de retornar o frxReport diretamente pela propriedade ACBrNFeDANFEFR1.PreparedReport (ela já executa um Prepare no relatório).

- Verifique se está configurando corretamente a versão do layout do XML no componente ao enviar a carta de correção: ACBrCTe1.Configuracoes.Geral.VersaoDF := ve300; - Informe a versão do evento como "3.00" no lugar de "3.0".

Para AL, AP, DF, ES, PI, RJ, RO, RR, SE e TO não é possível utilizar o método de consulta de cadastro: http://www.nfe.fazenda.gov.br/portal/webServices.aspx?tipoConteudo=Wak0FwB7dKs= SP está funcionando normalmente: Testei pelo demo do ACBrNFe e retornou normalmente: Está com os fontes atualizados?

Parece tudo correto com o arquivo. Inclusive o CPF do certificado: Provavelmente é mesmo um problema na SEFAZ. Mesmo o validador da SEFAZ-RS acusa falta do CNPJ.

Para NFCe use o componente ACBrNFeDANFCeFR.

Bom dia. Obrigado por contribuir. Na verdade a condição de não utilizar a configuração de margens já existia antes do refactoring e do novo componente. Você chegou a testar a impressão com os arquivos .fr3 do repositório?

Reabri para aguardar o retorno do @marco_visao.

Acabei de testar pelo demo do ACBrNFe e parece normal. - Estão usando o novo componente ACBrNFeDANFCeFR? - Qual arquivo .fr3 está sendo configurado na propriedade FastFile? - Anexar XML e imagem/PDF ilustrativo do problema.

Veja o tópico abaixo:

Nenhuma alteração foi necessária no componente, o novo padrão implica apenas na atualização dos schemas.

Pode ser algum redirecionamento das exceções feita em Application.OnException, um componente ApplicationEvents com o evento OnException implementado, ou um componente de uma suite de tratamento de erros como o madExcept ou EurekaLog referenciado nos fontes.

De quando era a sua versão anterior à atualização? Esse problema foi reportado após o refactoring, mas segundo os relatos, já foi solucionado.

No protocolo retornado pelo método de consulta, uma tas tags é o Digest value da NFe autorizada pela SEFAZ. Essa tag é comparada com a mesma tag digest value gerado na assinatura do XML carregado no componente. Caso elas não coincidam significa que o XML carregado tem alguma diferença em relação ao XML autorizado, e pra efeito legal não é o mesmo XML. Se a propriedade "Validar digest" do componente estiver True, será gerada a exceção, caso contrário, o XML será montado com o protocolo, mas sem valor legal. Para dúvida sem relação com o assunto do tópico, abra um novo tópico.