BigWings

Depende qual webservice está retornando o erro. O XML enviado ao webservice de recepção também precisa estar na estrutura <enviCTe ...>, conforme o exemplo do manual: <?xml version="1.0" encoding="UTF-8"?> <enviCTe xmlns="http://www.portalfiscal.inf.br/cte" versao="2.00"> <idLote>200602220000001</idLote> <CTe xmlns="http://www.portalfiscal.inf.br/cte"> <infCte Id="CTe41100600242640000108570000000446060832911308" versao="2.00"> ... <Signature xmlns="http://www.w3.org/2000/09/xmldsig#"> ... </CTe> <CTe xmlns="http://www.portalfiscal.inf.br/cte"> <infCte Id="CTe41100600242640000108570000000446060832911308" versao="2.00"> ... <Signature xmlns="http://www.w3.org/2000/09/xmldsig#"> </CTe> </enviCTe>

Parece instalação incorreta do SafeSign. Entre em contato com o suporte da certificadora.

Se não me engano apenas para NFCe o grupo de PIS e COFINS pode ser suprimido do XML, para isso informe o CST 99 na geração.

O ACBr que gerou esse arquivo? Olhando por cima, falta o cabeçalho do XML: <?xml version="1.0" encoding="UTF-8"?>

Linhas mesmo, o componente chama o Imprimir cada vez que a quantidade de linhas a imprimir chega nesse valor, reduzindo o tempo de resposta.

Tópico movido para um local mais apropriado. Sugiro que entre em contato com a empresa e informe o erro na emissão da nota para que façam a emissão da nota complementar. Caso se recusem e você já tenha feito o pagamento, é fraude fiscal, e sim, pode entrar com processo no Procon, ou denuncie diretamente para a SEFAZ.

Está usando o ACBr pra gerar o XML? Poste como anexo para análise.

Tente configurar a propriedade LinhasBuffer do ACBrPosPrinter.

Houve uma correção quanto a esse assunto, uns dias atrás. Seus fontes estão atualizados?

Não faz.

O erro está na geração das casas decimais da tag pICMSInter. No seu XML rejeitado: <pICMSInter>7.0000</pICMSInter> No XML autorizado: <pICMSInter>7.00</pICMSInter> Consultando os fontes, vejo que essa correção foi feita em 24/11/2015. Não verifiquei diferença na geração do XML em produção e homologação, então: - Qual versão do ACBrMonitorPlus está usando? - Os testes em produção e homologação foram feitos na mesma versão do ACBrMonitorPlus?

Você disse que baixou o trunk2, os exemplos estão na pasta ACBr\Exemplos\ACBrDFe\ACBrNFe. Se conseguir reproduzir o problema usando ele, poste o passo a passo aqui.

Não uso o ACBrMonitorPlus, testei pelo demo, sem problema algum.

Seu XML tem informações incorretas quanto à alíquota do ICMS Interestadual. https://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx

Gerei um novo tópico por serem assuntos diferentes. Tentem apenas deletar o componente ACBrSedex1 e incluir novamente.

Bom dia, Aqui tem um tutorial: http://tdn.totvs.com/pages/viewpage.action?pageId=243637507

Acredito que sim, mas não tenho como testar agora. Tem certeza que está com os fontes atualizados?

Está salvando o arquivo em .bmp monocromático?

Tópico movido. Algumas configurações não atingem todos os modelos de DANFe NFCe, acredito que o de imprimir apenas uma linha sirva apenas para o ACBrDANFeEscPos, por exemplo.

Segundo a especificação, o tamanho mínimo do QRCode deve ser de 25x25mm. Eu tenho deixado LarguraModulo = 3 para Daruma e 4 para as demais. O endereço de consulta parece estar com problema mesmo, já que a URL está correta...

Desculpe, mas sua alteração está incorreta. A tag <ValorServico> no grupo <DadosServico> é o valor unitário do item, sua alteração está tratando como valor total. Aqui o DANFSe e dados do XML no código atual: E com a sua alteração:

Boa tarde, Pode fornecer um exemplo onde os valores saem errados? Você está com os fontes atualizados? Lembro de ter feito essa correção sobre o valor unitário, muito tempo atrás, e testei agora, sem problemas.

Use a busca do fórum: http://www.projetoacbr.com.br/forum/search/?q=espaço+insuficiente+de+armazenamento E abra um novo tópico para relatar problemas, já que o assunto não tem a ver com este.

São Paulo consta no arquivo Cidades.ini, então basta usar o Demo e testar.

O que pode ter acontecido é um usuário ter alterado o XML e informado os novos valores (quantidade, valor, valor das duplicatas) e enviado o XML para a receita. Outro usuário, que ainda tinha o XML antigo usou ele e executou o método Consultar. O ACBr adicionou o protocolo de autorização do primeiro XML a esse XML antigo, que é o que você tem. O componente tem uma propriedade "ValidarDigest" que pode ajudar nesses casos.