ricardobianchin

rodei esses procedimentos no cliente e continua com problema saindo com o espaçamento em branco no final da impressão! OBS.: o modelo da impressora é uma Daruma DR800

Sim estou usando o modo bobina, nao consegui ver o link do topico q vc mandou!

Boa tarde, estou com problema na impressao do cupom NFC-e esta saindo com o espaçamento em branco no final da impressão conforme a imagem em anexo, tanto fazendo uma venda pelo nosso sistema quanto fazendo o teste direto pelo acbrmonitorplus, fiz direto no acbr usando o teste la em DFe > teste > imprimir NFe tbm sai com o espaçamento em branco. Obs.: Pagina de teste do windows e qualquer impressao do windows ou bloco de notas esta saindo normalmente sem o espaçamento! Segue em anexo o XML e o acbrmonitor.ini Atenciosamente, Ricardo. 33220712573428000102650010000230371584411334-nfe.xml ACBrMonitor.ini

Bom dia, estou usando Fortes.

Boa tarde, estou com problema em um cliente que esta cortando o ultimo digito da chave de acesso no cupom NFC-e, impressora daruma dr700. já reinstalei toda a impressora, reinstalei o acbr 1.4.0.56 ajustei as margens , largura e continua cortando somente o ultimo digito da chave de acesso. segue em anexo a imagem do cupom. grato desde já.

Entendi. Essa parte vou pedir pra verem com o contador. O motivo do topico mesmo que era a tag de anulacao nao indo pro xml foi resolvido. Podem fechar o tópico. Obrigado!

Sim, BigWings, eu tinha visto errado! Então esse passo já foi resolvido. O problema agora é outro. O CT-e que quero anular é o que eu coloquei agora anexo. Se olhar o sai.txt da minha mensagem anterior o erro mudou pra 2->497-Rejeição: CT-e objeto da anulação inexistente inexistente nao é... to com ele aqui... será que estou referenciado errado pra este ct-e? 35211219451038004368570010001275871048391905-cte.xml

Oi, BigWings, tentei o que você sugeriu. Nada mudou, conforme os anexos. ent.txt sai.txt 33220102457318000121570010000000021237857206-cte.xml

Amigos, Estamos usando ACBrMonitorPlus 1.4.0.86 x64. Precisamos criar um CT-e de anulação. Vi no google que quando é dentro do Brasil e a UF de inicio e de fim são diferentes, o CFOP é o 2206. A receita está rejeitando. Notei agora que no XML criado não está indo a tag infCteAnu. Acho que é por isso que a receita está rejeitando o cfop. O que estamos errando? Obrigado ent.txt sai.txt 33220102457318000121570010000000021237857206-cte.xml

Amigos, eu pensei de colocar aqui o CST que foi usado pra ajudar outros no futuro, mas o cliente está sem pressa pra ver com o contador os dados corretos. Como a dúvida do tópico já foi sanada, se desejarem, podem fechar o tópico. Obrigado novamente.

José M. S. Junior, Entendi! Vou ver com o contador do cliente. Obrigado! Só aguardem eu ver qual ICMS foi usado, enviar a DANFE e aí eu aviso que o tópico se encerrou.

Amigos, estamos usando o ACBrMonitorPLUS 1.4.0.56 - x64 É a primeira vez que geraremos nota de retorno de comodato. Por sugestão do fornecedor, colocamos CST 41. Mas ao invés disso ACBrMonitorPLUS está gerando tag ICMSSN. Creio que seja por isso que está dando erro de schema. Anexo o ent.txt, o xml criado e o ACBrMonitor.ini. O que estamos errando? Obrigado! 33220105502070000161550010000000161858867757-nfe.xmlent.txt ACBrMonitor.ini

Era mesmo o telefone incompleto. Marquei já a resposta do Renato como a solução. Obrigado a todos Obrigado! Vamos verificar essas duas dicas. Vai diminuir a chance desse tipo de erro repetir

Obrigado! Vamos verificar essas duas dicas. Vai diminuir a chance desse tipo de erro repetir

Ótimo! Infelizmente o cliente fechou já. Após o feriado vou tentar enviar e se funcionou aviso aqui. Gostei do certificador, passarei a usar daqui pra frente.