BigWings

Obrigado pelo interesse em contribuir. A impresssão do QRCode no DACTE em FastReport modo retrato já está no repositório, de acordo com o tópico abaixo:

O que parece é que esse webservice não foi atualizado pra versão 4.00 do XML e ainda está esperando um XML SOAP no formato antigo. Você configurou o componente pra versão 3.10?

Experimente configurar o componente para a versão 3.10 antes do envio do evento. Definindo a propriedade: ACBrNFe.Configuracoes.WebServices.Salvar := True; São gravados os arquivos XML envelopados (*-soap.xml) que são os efetivamente enviados para o webservice.

Faça busca por pcnConversaoNFe.pas ou pcnConversaoNFe.dcu em todos os discos. Em algum lugar vai encontrar fonte desatualizado que está sendo usado pelo Delphi na compilação do seu projeto.

3.1 - Não faça flooding - Inundar o fórum com posts repetidos, com a mesma dúvida ou as mesmas palavras é chamado de flooding. Isso é proibido. Apenas um post feito no lugar certo é suficiente. Pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Favor leia as regras do fórum.

Lendo os fontes acredito que o ACBr esteja gerando o XML correto, ajustando pra NT 2014.001 no caso do EPEC NFCe.

Isso indica uma formação errada do XML com relação à tag vNF. O seu arquivo SAULOx.xml está com a tag no local correto, de acordo com o schema, já o seu arquivo SAULO2.xml está com a mesma dentro do grupo dest. Esse erro ocorreu chamando o ACBrNFe.EnviarEvento()?

Experimente substituir a pasta de Schemas com o arquivo em anexo: eventoEPEC_v1.00.xsd

Em vez desses comandos, use apenas: ACBrNFe.EnviarEvento(nLote); Assim o XML já é gerado com o número do lote e assinado, duas das coisas que estão faltando no seu XML.

Na instalação pelo ACBrInstall_Trunk2.exe ocorre erro? Ou apenas na compilação do seu projeto? Veja se não tem fontes do ACBr em outro local.

Não entendi o que você quis dizer com "aumentar o prazo". O prazo pra envio da NFCe emitida em contingência é de 24 horas a partir da emissão, isso é definido por legislação. Após as 24 horas ainda é possível enviar as NFCe, elas ainda serão autorizadas com o cStat 150 - Autorizado fora do prazo, mas a SEFAZ pode vir a cobrar explicações sobre o motivo do atraso.

Pelo que vejo nos fontes o modo RAW: passa pelo spooler de impressão do Windows, precisa que ela esteja instalada como impressora do Windows. O modo USB: precisa da DLL do fabricante da impressora (implementado para Epson e Elgin).

No seu caso a UF está exigindo a informação do ICMS-ST cobrado anteriormente em operação com não consumidor final. Então você deve informar esses valores no XML ao usar CST 60 ou CSOSN 500 com emitente dessa UF. A nova propriedade que foi criada serve apenas para forçar a geração da tag vICMSSubstituto mesmo quando o valor dela seja 0. Talvez você queira configurar como fgtSempre para não ter a rejeição. As demais tags do grupo já deveriam ter sido geradas no XML independentemente do valor zerado... está com os fontes atualizados?

No arquivo de retorno do dia seguinte não tem a confirmação ou rejeição do registro do boleto?

Leia o tópico abaixo:

A tag rodo.CIOT é de versão anterior do layout do MDFe (1.00), mantido por compatibilidade, não é mais usada na geração de um MDFe.

Tente refazer a instalação marcando a opção de apagar arquivos antigos.

Que saiba não existe empecilho. Você pode usar por exemplo o modo RAW. ACBrPosPrinter1.Porta := 'RAW:Nome da impressora no Windows';

Você deve usar o software da impressora para limpar ou trocar a imagem que está servindo de logo.

Você pode cancelar ou encerrar o MDFe apenas com a chave e o protocolo de autorização. Tem exemplo de encerramento no demo do componente, o cancelamento é da mesma forma.

Acho que você pode alterar seguramente essa linha para mPrevisao.Visible := False; Não sei o motivo de haver essa marca d'água no DAMDFE, nem o que ver a ser um MDFe "previsão"... ela provavelmente pode ser removida. Fez teste usando o DAMDFe_Retrato.fr3 com FR4?

A maioria dos .fr3 do repositório é baseado no FastReport 5 em diante. Sugiro que atualize a sua licença do mesmo.

Você diz estar usando o CST 20 mas no trecho de código está usando CSOSN 900. Não existe tag vICMSDeson para o CSOSN 900 de acordo com o layout da NFe. Por isso mesmo que informe o valor para a propriedade no componente ele não será gerado no XML.

A propriedade está em TACBrTitulo e não no componente de impressão. Usando o exemplo do demo do componente com a sua implementação, seria algo assim: procedure TfrmDemo.btnIncluiBoletoClick(Sender: TObject); var Titulo: TACBrTitulo; begin doCarregaBeneficiario; Titulo := dm.ACBrBoleto.CriarTituloNaLista; with Titulo do begin Vencimento := StrToDate(edtVencimento.Text); DataDocumento := StrToDate(edtDataDoc.Text); [...] Detalhamento.LoadFromFile('.\carta_boleto.rtf'); E na impressão carregar essa propriedade Detalhamento. Seria melhor ter a funcionalidade completa para ser enviado para o repositório.

Enviado ao repositório, rev. 17460. Obrigado @JeannyPaiva pela contribuição.