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.

Amigos, usamos o acbrmonitorplus e estamos tendo erro CStat=255, Rejeicao: Falha no Schema XML do lote de NFe33211018203894000182550010000092421886045792-nfe.xml33211018203894000182550010000092421886045792-nfe.xml conferi detidamente cada tag e nao vi nada de errado. O que pode estar provocando este erro? Anexo o xml que estamos tentando enviar

Salve, amigos. Estamos gerando DANFE usando o ACBrMonitor versao 1.3.0.342 x64. O cliente é lucro real. No ENT.TXT estamos criando as tags de PIS conforme abaixo, mas no XML, mais abaixo, vai tudo zerado. Independente do CST PIS que a gente colocar no produto, no XML vai sempre CST 01, conforme mais abaixo No total, o valor do PIS vai correto. Aí com os itens ficando zerado, ta dando direto "Rejeição 602: Total do PIS difere do somatório dos itens sujeitos ao ICMS" Estamos criando errado as tags no ent.txt? 33210340956267000171550010000000541202049817-nfe.xmlent.txtACBrMonitor.ini Anexo o ent.txt, o xml e o ACBrMonitor.ini Agradeço antecipadamente! Fração o ent.txt [ICMS001] CST=00 modBC=0 vBC=515.00 pICMS=18.00 vICMS=92.7000 orig=0 vBCFCP=515.00 pFCP=2.00 vFCP=10.30 [PIS001] cst=1 vBC=515.00 pPis=1.65 qBCProd=5.000 vAliqProd=1.70 vPis=8.50 [COFINS001] vBC=515.00 cst=1 pCOFINS=7.60 vCOFINS=39.14 fração do xml - <imposto> - <ICMS> - <ICMS00> <orig>0</orig> <CST>00</CST> <modBC>0</modBC> <vBC>515.00</vBC> <pICMS>18.0000</pICMS> <vICMS>92.70</vICMS> <pFCP>2.0000</pFCP> <vFCP>10.30</vFCP> </ICMS00> </ICMS> - <PIS> - <PISAliq> <CST>01</CST> <vBC>0.00</vBC> <pPIS>0.0000</pPIS> <vPIS>0.00</vPIS> </PISAliq> </PIS> - <COFINS> - <COFINSAliq> <CST>01</CST> <vBC>0.00</vBC> <pCOFINS>0.0000</pCOFINS> <vCOFINS>0.00</vCOFINS> </COFINSAliq> </COFINS> </imposto>

Sim, eu pensei direto nisso, mas acabou nao sendo por ai. Vou deixar aqui como resolvemos para o caso de alguem mais passar por isso. Pensando na opcao de ser fontes ou resolucao da maquina local, o nosso técnico trouxe o certificado e tudo do cliente pra maquina dele e o erro repetiu. Entao ele trouxe o certificado e tudo de um outro cliente qualquer e ai funcionou. Ai a gente passou a por a culpa no acbrmonitor.ini pois na mesma maquina, de outro cliente o pdf era gerado corretamente. Dentre tantos testes ele mudou pra 'homologação'. Aí imprimiu corretamente. Devolveu pra 'produção' e seguiu funcionando corretamente. É como se tivesse algo mal inicializado no acbrmonitor.ini. e ao mudar pra homologação foi preenchido

Parece que resolveu. Durante os testes pra tentar descobrir o motivo, ao passar pra homologação e voltar pra produção fez com que o problema sumisse e está gerando o PDF corretamente. Se fechar uma semana sem recaídas vou mudar o post pra resolvido

1) O erro so acontece em produção. Quando em homologação o PDF é gerado corretamente. Vou anexar os arquivos em homologação 2) No momento, quando o cliente precisa do PDF, ele vai no site da receita e baixa o PDF. Vindo do site da receita, o pdf da DANFE vem com layout correto. 3) A mesma instalação do ACBr Monitor, configurada pra outra empresa emitente, gerou corretamente o PDF. É como se algo nos dados do emitente provocasse este erro 33210340956267000171550010000000011691940327-NFe.pdfpdf homol ent.txtnfe homol ent.txt33210340956267000171550010000000011691940327-nfe.xml ACBrMonitor.ini

Bom dia, amigos. Procurei no forum mas não encontrei ninguem com problema parecido O Comando NFE.ImprimirDANFEPDF gera o PDF com o campo "Identificacao do Emitente" em branco e as parcelas sobrescrevendo umas sobre as outras Estamos usando a versao do ACBR Monitor 1.3.0.342 x64 Anexei "nfe ent.txt" = o comando que criou a DANFE "pdf ent.tx" = o comando que cria o PDF o pdf com os problemas o xml criado e o ACBrMonitor.ini pdf ent.txtnfe ent.txtACBrMonitor.ini33210240956267000171550010000000031304939665-nfe.xml33210240956267000171550010000000031304939665-nfe.pdf Alguém tem uma luz do que possa ser? Obrigado Ricardo Bianchin

Senhores, Por acaso já aconteceu com alguém de quando o servidor da SEFAZ está sobrecarregado o ACBrMonitor Plus não cria o sai.txt. Termina o tempo de timeout mas não cria o sai. Neste caso nao sai xml, nao imprime, nao gera pdf e o PDV fica inoperante. Quando isso acontece, vocês imprimem a venda como somente texto para o cliente não ir embora sem nada? Anexei o log como ele estava imediatamente após o congelamento. LOG.TXT

Olá, amigos, Não estou conseguindo consultar a Inscrição Estadual a partir do CNPJ automaticamente. Pesquisei mensagens antigas e ainda não descobri a forma. Tentei usar o ACBrNFe_demo mas pelo que entendi ele não funciona para o Rio de Janeiro. Retorna: XMotivo=Rejeicao: Sigla da UF da consulta difere da UF do Web Service Alguém já está conseguindo? Alguma sugestão? Agradeço antecipadamente, Ricardo Bianchin