BigWings

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.

O problema é só na atualização do XML em caso de cancelamento? Tem uma configuração pra isso.

Busque por outros arquivos com o mesmo nome que você alterou no seu HD, o compilador deve estar usando outro fonte no lugar. Use também a opção "Remover arquivos antigos do disco" na instalação do ACBr.

O DANFe NFCe impresso em A4 não é igual ao DANFe NFe, conforme o manual de especificações. Esse arquivo não está mais vigente, a última versão do manual é a 4.2: https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=QK/Drpb/k7Y=

Por favor, poste apenas uma vez. Está usando o ACBrMonitorPlus ou o componente? Também ocorre erro usando o Demo do ACBr?

Veja se não incluiu sem querer mais de uma nota no componente.

Informe o grupoAlterado e campoAlterado sem as chaves "<" e ">".

Bom dia, Está com os fontes atualizados?

Verifique a versão do firmware.

Deixar de assinar o XML pode gerar um QR-Code diferente após assinado, e a consulta da NFC-e entregue ao consumidor não funcionar. Segundo o manual de contingência off-line da NFC-e: Basta você fazer a carga do certificado digital para cada terminal, e assinar localmente. Não é por que a Daruma faz, que está correto.

ShortInt vai só até 127, provavelmente está aqui o seu problema.

Pode usar sim, quantas séries quiser.

Testei com um XML da versão 2.00, também ocorria o problema, e a alteração resolve. Talvez o @Italo Jurisato Junior precise analisar melhor, mas não creio que cause qualquer outro problema.

Como está a configuração ACBrCTE1.Configuracoes.Geral.ModeloDF? Identifiquei o problema. Substitua o arquivo, recompile o ACBr e teste. pcteProcCTe.pas

Use a função ValidarChave, na unit pcnAuxiliar.

Consultando pela chave o ACBr não sabe em que ambiente ela foi emitida, então usa a configuração do componente. Já pelo XML, usa o ambiente em que a nota foi emitida.

<tpAmb>2</tpAmb> Você está consultando em homologação.

Ao abrir novo tópico, coloque um título descritivo do problema, não use "Help", "Alguém me ajuda", etc. Você deve ter uma unit ou .dcu blcksock no seu path de compilação diferente da usada pela ACBr. Faça uma varredura no HD por esse arquivo.

Aqui a duplicidade:

A SEFAZ de RO já emitiu comunicado ameaçando de aplicar penalizações para as empresas que adotam esse procedimento. http://www.nfce.sefin.ro.gov.br/lerNoticia.jsp?id=9