BigWings

O aplicativo validador e transmissor é público: http://receita.economia.gov.br/orientacao/tributaria/declaracoes-e-demonstrativos/sped-sistema-publico-de-escrituracao-digital/escrituracao-fiscal-digital-efd/escrituracao-fiscal-digital-efd http://sped.rfb.gov.br/

@Riquena @windsoft Pelo que vi agora os XML com a tag CDATA são válidos... Enviei ajuste para o repositório, rev. 18309. Favor atualizar os fontes e testar novamente.

- Verifique se está carregando um XML NFe válido. - Tente a mesma rotina com outros arquivos XML.

Algum XML de exemplo?

Não está previsto no manual a impressão da tag vIPIDevol nos totais ou itens da nota. A sugestão é mostrar nas informações complementares (tag: infAdFisco).

Alteração revertida na rev. 18299 por problemas colaterais quando CTe contém muitos (~15 ou acima) documentos originários.

Implementação para Fast Report enviada para o repositório, rev. 18299.

Não tem essa tag caso esteja usando CSOSN, então não é possível informar.

Até onde sei não é possível. Situação semelhante a este tópico:

Veja:

Se me lembro bem você precisa entrar em contato com a Fiorilli para cadastrar o CNPJ do teu certificado como autorizado a emitir em homologação.

Tentou os outros métodos de envio?

Note que os schemas usados pelo aplicativo gratuito podem não ser compatíveis com os schemas oficiais. Não existe nem mesmo documentação para os mesmos. No caso desse erro provavelmente você vai precisar editar os schemas para declarar esse tipo.

A propriedade já existe no componente: Mas creio que ainda não foi implementado no ACBrMonitorPLUS.

Pode ser uma opção... Você também pode tentar obter essa informação do aplicativo que emitiu a manifestação, se tiver acesso ao mesmo. Também pode tentar usar o aplicativo manifestador gratuito, ele consegue obter a informação do cSitConf. Como o aplicativo gratuito consegue o cSitConf e com algum malabarismo pode ser usado no ACBr também:

O webservice não retorna a informação se a nota foi manifestada nem qual a manifestação.

Sim, com EmissaoPathNFe = True o XML é usada a data de emissão da nota como base para a geração da pasta de destino do XML/PDF. Com EmissaoPathNFe = False é usada a data atual do momento da gravação do arquivo. function NotaFiscal.CalcularPathArquivo: String; var Data: TDateTime; begin with TACBrNFe(TNotasFiscais(Collection).ACBrNFe) do begin if Configuracoes.Arquivos.EmissaoPathNFe then Data := FNFe.Ide.dEmi else Data := Now; Result := PathWithDelim(Configuracoes.Arquivos.GetPathNFe(Data, FNFe.Emit.CNPJCPF, FNFe.Emit.IE, FNFe.Ide.modelo)); end; end;

Você precisa ativar a configuração: ACBrNFSe1.Configuracoes.Arquivos.TabServicosExt := True; E distribuir o arquivo TABSERVICOS.TXT contendo a tabela de códigos e descrição para SP.

Sim, configure: ACBrNFe1.Configuracoes.Arquivos.EmissaoPathNFe := True;

Me parece que a NFe está sendo referenciada duas vezes, uma no grupo refNFe e outra no grupo refNF (como modelo 01 o que causa a rejeição). Se é uma NFe/NFCe/CFe só deve referenciar no grupo refNFe.

Enviei atualização do DACTE_Retrato.fr3 para o repositório, para resolver esta situação. Quem ainda tiver problemas favor atualizar os fontes e testar com o arquivo do repositório.

Obrigado pelo retorno. Enviei o arquivo para o repositório migrado para a versão 5.xx do FastReport.

Veja o componente ACBrConvenio115.

Estranho estarem exigindo ainda a versão 1.00 do QrCode, a versão 2.00 já é obrigatória de acordo com o manual de orientações nacional. Quanto à pasta Input, você está usando o ACBrIntegrador vinculado com o ACBrNFe para controlar a troca de arquivos?

No caso dessa NFe realmente está fora do prazo de 2 horas estipulado pela SEFAZ-MT. Tem algum exemplo de tentativa de cancelamento inferior a duas horas após a autorização?