BigWings

O MOC define que as tags que devem ser impressas no grupo de informações complementares do DANFE são as tags Z02 (infAdFisco) e Z03 (infCpl). Então creio que a sua alteração vai contra a especificação do manual.

Foram enviadas correções para os erros de compilação para o repositório. Favor atualizar os fontes e testar novamente.

Realmente parece ter um problema nos fontes do repositório. Favor usar a opção "Update to revision" do Tortoise, informando a revisão 17740. Até que o problema seja resolvido.

Se informar um código inválido para o tPag ele é redefinido para o tPag padrão (01-Dinheiro). Se não for o caso abra um novo tópico e anexe os arquivos de envio e retorno.

Todos os bancos permitem salvar o extrato em formato de arquivo OFX para integração. O ACBr não tem componente pra isso, mas neste tópico tem indicações de outros:

Já estudou o fonte do ACBr que faz essa conversão? Na unit pcnRetDistDFeInt.pas tem o código: StrAux := RetornarConteudoEntre(Leitor.Grupo, '>', '</docZip'); FdocZip.Items[i].FInfZip := StrAux; StrDecod := UnZip(DecodeBase64(StrAux)); Na terceira linha você deve ter o XML. Basta adaptar para o teu caso.

Não.

Você pode montar a chave de acesso informando os dados da nota pelo método GerarChaveAcesso da unit ACBrUtil. Com a chave basta fazer a consulta pelo ACBrNFe para obter o protocolo de autorização. Claro que você precisa informar todos os dados que compõe a chave, como o código numérico e o tipo de emissão, então se não os armazenou previamente não vai ter a chave correta. Quando a mensagem é de duplicidade com diferença na chave de acesso também é retornada a chave correta.

O cBenef informado parece válido segundo os schemas. Está usando os Schemas disponibilizados em ACBr\Exemplos\ACBrDFe\Schemas\NFe?

O troco na NFCe não está vinculado a uma forma de pagamento, o valor do troco é geral para os pagamentos informados. Na leitura do INI o valor do troco vai ser sobreposto pelo valor informado na última forma de pagamento. Nesse exemplo você deve informar o valor do troco na seção [PAG002] mesmo o troco sendo em dinheiro. Ou repetir o valor do troco em todas os pagamentos.

EPEC para NFCe é muito pouco usado, pois só SP tem webservice para acatar o mesmo. Nas demais UF é usada a contingência off-line.

O webservice não retorna a situação atual da manifestação. Então você precisa controlar isso pela sua aplicação.

Qualquer fiscal que ver isso vai entender como fraude. Se a entrada foi feita com CFOP de revenda, o correto é emitir uma nota de baixa para consumo, precisa verificar com a contabilidade qual o CFOP correto para essa operação, e provavelmente será preciso sim recolher os impostos, já que na entrada ele foi creditado do imposto (dependendo do regime da empresa). Essa nota pode ser feita no fim do mês, por exemplo, e com preço de custo. Já quando a entrada é feita com CFOP de uso e consumo não é necessário emitir a nota de baixa, mas também não pode se creditar de imposto na entrada.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Não é possível. A primeira imagem é um layout antigo do DANFE NFCe. O manual de especificações atual diz que essas linhas não devem ser impressas. http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=/xyXbAFZ71k=

Bom dia, Enviei ajuste para o repositório para a impressão do QrCode voltar a funcionar com os fr3 da pasta Obsoletos. Favor atualizar os fontes e testar.

Caso for uma transportadora e for emitir o CTe, é obrigatório informar os dados do seguro no MDFe. Seguro de carga é obrigatório para transportadoras.

Fiz um teste com meu certificado e tive o mesmo resultado. Muito estranho...

Estes arquivos são mesmo a resposta de um para o outro? Porque XML de envio você informou o último NSU 11 e no retorno vem o último NSU 12, o que significa que devia haver um documento retornado. Tente enviar nova consulta enviando último NSU 0 pra ver o retorno.

Bom, nesse caso você deveria ter erro de Schema e não erro 403. De fato você não deve misturar os schemas de NFe, CTe, MDFe, etc.

Se é carga própria, pra quê emitir o CTe?

Erro 403 geralmente é certificado vencido, falta de instalação de cadeias de certificado ou falta de suporte do sistema operacional às exigências de segurança. Tente usando libOpenSSL.

Aqui está normal: Está usando o mesmo certificado para NFe e CTe? Está com TLS 1.2 ativada?

Fiz teste e aparentemente está normal. Porque diz que estão inativos?