SEI-INFO

Segue novamente, sem nenhum espaço, mas o problema continua. NTFISCAL_ANTES_ENVIAR.XML NTFISCAL_DEPOIS_ENVIAR.XML

Como eu informei na abertura deste topico, inclusive na xml que anexei lá (NTFISCAL_ANTES_ENVIAR.XML), já está no formato correto...

Exatamente... o que me sugere. Para que eu possa emitir o MDFe pelo AcbrMonitorPlus?

Utilizo o AcbrMonitorPlus, eu já mando a XML no ponto para assinar, validar e enviar, como já faço com a NFe. Eu não encontrei documentação, informando como fazer via txt, quais são os campos, e o comando para gerar a XML. Quanto a usar o componente, minha aplicação é em clipper, se fosse em Delphi já estaria usando... Quanto a posição da Tag <UF>, foram tentativas diferentes para ver se dava certo, mas eu há gero no final do bloco <veicTracao>

Sempre que eu valido a XML o sistema dá esse erro: The element '{http://www.portalfiscal.inf.br/mdfe}UF' with value '' failed to parse. Falha na validação do Modal do Manifesto: 1 TAG:<infModal versaoModal="1.00"><rodo><veicTracao> ID:#23/UF(C?digo do UF (Unidade da Federa??o)) - Nenhum valor informado. TAG:<infModal versaoModal="1.00"><infModal versaoModal="1.00"><rodo><veicTracao> ID:#23/UF(C?digo do UF (Unidade da Federa??o)) - Nenhum valor informado. '' violates enumeration constraint of 'AC AL AM AP BA CE DF ES GO MA MG MS MT PA PB PE PI PR RJ RN RO RR RS SC SE SP TO EX'. The element '{http://www.portalfiscal.inf.br/mdfe}UF' with value '' failed to parse. Porém, eu envio na XML a TAG preenchida, e após validar a XML a TAG fica apenas </UF>, ou seja, sim os arquivos mudam, conforme anexos MDFe1Antes.xml MDFe1Depois.xml MDFe2Antes.xml MDFe2Depois.xml

Foi uma das tentativas que fiz, alterar as ordens das TAG's, porém continua, a MDFe passa tranquilamente quando deixo de informar a o bloco <prop>.

Estou tentando enviar MDFe com o ACBRPlus 0.3.04.3, mas quando envio o bloco do Proprietário <prop> no modal <Rodo> o componente está alterando a XML e removendo a "UF" em que o veiculo está licenciado. Obs: eu gero a XML e mando o comando MDFe.EnviarMDFe(C:\CECOMTMP\NTFISCAL.XML,1,1,0) O Interessante é que se remover o bloco do Proprietário a MDFe autoriza normalmente. Segue em anexo a XML antes de enviar e após ACBRPlus validar, com a "UF" NTFISCAL_ANTES_ENVIAR.XML LOG_ACBR.txt NTFISCAL_APOS_ENVIAR.XML

Eu faço o seguinte, quando já autorizei a NFCe verifico se existe cartão pendente na venda em seguida mando imprimir e depois confirmar, detalhe nesse momento é que eu envio o sEstadoECF= 'L', antes de imprimir. if fnExisteComprovanteTEF then // Se Existe Comprovante TEF Irá entrar na rotina de impressão. begin DM.sEstadoECF := 'L'; DM.ACBrTEFD.ImprimirTransacoesPendentes; DM.ACBrTEFD.ConfirmarTransacoesPendentes; end; Abraços. Quem ajuda, Será Ajudado..

sergiowilson.sp Descobri meio que na unha, no Evento onInfoECF inclui o seguinte código, simulando uma resposta do ECF Begin case Operacao of ineSubTotal: begin RetornoECF := ValorFloat(frmFormaPgto.lblLiquido.Caption, 2); //Informo que ao valor Total da Venda já com desconto. end; ineTotalAPagar: RetornoECF := '0'; //Como informo Pagamento a Pagamento para o TEF não existe valor a pagar no meu programa. ineEstadoECF: RetornoECF := sEstadoECF; //Variavel Global End; O grande segredo é sempre antes de fazer algum procedimento informar qual é o estado do ECF, como por exemplo antes do ACBRTEFD.CRT informo que a Variável Global sEStadoECF = "P", ou seja, simulo que o ECF está no Estado (Pagamento). O Estado que mais uso é "L" pois informo que o ECF está livre, permitindo o componente imprimir os comprovantes. Em muitos eventos informei que o RetornoECF := 1, ou seja, deu certo, Já a impressão criei um método extra, para imprimir linha por linha, no teste onde pede para trocar o papel (por falta de papel), ao confirmar no programa que deseja continuar a impressão deve continuar de onde parou. No metodo onComandaECFImprimiVia o ACBRTEFD retorna o comprovante em (ImagemComprovante.Text), eu trato e mando ACBrPosPrinter.ImprimirLinha('</ae>' + ImagemComprovante.Text); Com isso é impresso o comprovante. Espero tê-lo ajudado, pois sofri alguns dias para entender essa logica de emular o ECF. Abraços. Quem ajuda, Será Ajudado..

Regys, obrigado pela sua atenção. Eu compreendo a respeito dos eventos, agora não faço a minima ideia em emular ECF. Caso alguém possa me dar alguma informação de como fazer isso, ficarei muito grato., Pois estou empacado no CNC (para pegar e imprimir o comprovante) e pegar os Retornos do ADM (também para saber o resultado e imprimir algum comprovante caso seja necessário). Desde já agradeço a cooperação;

Revendo o Demo encontrei a solução no Evento 'OnAntesFinalizarRequisicao', onde informei if Req.Header = 'CRT' then Req.GravaInformacao(500, 0, '1'); Com isso o Acbr enviou para o Gerenciador Padrão a informação que eu precisava,

Eu tenho sentido dificuldade em alguns procedimentos, como por exemplo (ACBrTEFD.CRT), pois ao iniciar a função um dos primeiros métodos que ele aciona é VerificarTransacaoPagamento( Valor ); Que na pratica é Verificar o status do ECF, porém não há o componente ACBRECF e nem o ECF. Entre outros eventos que são vinculados ao ECF. Obrigado pela atenção.

Olá a todos, Na Homologação da CAPPTA tem a "Opção de Integração Direta via Modalidade (Campo 500)", Testes 34 a 38. Observei que no método CRT não há opção para indicar a Modalidade (Credito, Debito, ECT) incluindo na requisição ao GP o campo 500 com as informações (1-Credito, 2- Debito ...). Alguém conseguiu algo nesse quesito? Pois ficaria ótimo o software já enviar para o TEF o tipo de cartão a ser passado ficando mesmo responsável apenas de passar o cartão e a senha. Obg.