Valdir Dill

Mais uma detalhe. Em novos testes notei que o erro só ocorre se utilizar o tiposBasico_v1.03.xsd do último pacote PL006v do portal da receita ou dos arquivos disponível no ACBR. Se utilizar do pacote PL006u do portal da receita, o erro não ocorre.

O que está causando esse erro é alguma coisa no arquivo tiposBasico_v1.03.xsd. Se deixar esse arquivo baixado do ACbr dá o erro que o Fausto mencionou. Se se trocar ele pelo disponível no portal da receita, o erro não ocorre. Percebi que o tiposBasico_v1.03.xsd do Acbr é mais atualizado, mas gera o erro. Será que repente não está falando alguma alteração minha na geração do evento de cancelamento da NFe? Alguma dica? obrigado!

Boa tarde, Também estou com esse problema. Esse schema do cancelamento que você baixou foi de outro local, diferente dos fontes do componente Acbr?

Obrigado!

Obrigado Italo! Foi exatamente isso que me pareceu, mas acho que me recusei a acreditar porque é realmente algo sem lógica cada provedor ter um formato. Imagine, daqui há pouco vamos ter que desenvolver um programa emissor para cada provedor, hehe! Já me ajudou bastante essa tua informação, mas, se possível, me dê outra: existe alguma tabela ou manual sobre isso? Ex.: para o provedor X a tag alíquota deve ser informada no formato XX; para o provedor Y o formato deve ser YY? Obrigado!

Bom dia, Qual seria o formato correto de informar a tag <aliquota>? Em uma nota cuja alíquota era de 5%, eu estava informando assim: <aliquota>5.00</aliquota>. Aí deu erro de alíquota inválida. Mudei para <aliquota>0.05</aliquota> e a nota foi autorizada. Esta semana, em outro provedor, começou o mesmo erro "alíquota do simples nacional incorreta". Está assim: <aliquota>0.05</aliquota>. Alguém tem aluga dica sobre esse erro? Será que o formato deve ser diferente, dependendo do WS? Obrigado!

Olá Volmir, Estou tentando enviar NFSe para Sinop-MT - webiss - e estou tendo o mesmo erro. Você conseguiu alguma evolução nesse problema aí? Obrigado.

Peço desculpas por não ter visto. Foi criada uma function especial - FormatarNumeroDocumentoFiscalNFSe - para essa formatação de nr de NFSe. Obrigado e parabéns pelo trabalho!

Bom dia, Atualizei os arquivos do componente hoje e notei que ainda não foi dada uma solução para esse problema da formatação do número da NFSe, objeto deste post. Me parece ser algo relativamente simples de alterar. A mudança temporária para funcionar eu fiz nos meus arquivos aqui, conforme inclusive está relatado neste post, mas o problema para usuários como eu, que usamos o componente e gostamos de manter fontes sempre atualizados, é que a cada atualização temos que ir lá no .pas e alterar o arquivo. Por isso peço novamente a gentileza para quem tiver acesso a fazer esse tipo de alteração nos fontes que altere ou no ACBRDFeUtil.pas como sugerido acima ou ainda de alguma outra forma em que a formatação do número na nota ou também pose ser simplesmente mudando a linha 163 da ACBrNFSeDANFSeFRDM.pas de FieldByName('NumeroNFSe').AsString := DFeUtil.FormatarNumeroDocumentoFiscal(Numero) para FieldByName('NumeroNFSe').AsString := Numero. Obrigado!

Bom dia Eduardo, Uma coisa que eu percebi é que a impressão na Bematech 2100TH deixa uma margem esquerda bem maior do que está o .fr3. Coloquei um leftMargem no .fr3 de 0,30, mas a impressão sai com praticamente 1cm de margem esquerda. Acredito que seja isso que esteja "empurrando" a impressão para a direita e acaba não imprimindo os últimos caracteres de cada linha. Não tenho a impressora aqui para maiores testes. Notei esse problema depois que um usuário me enviou uma imagem da impressão. Acredito que talvez essa impressora tenha alguma configuração de margem que precisaria ser configurada, mas solicitei ao usuário e ele não conseguiu localizar nada na instalação/driver da impressora. Se você tiver essa impressora tenta ver se tem alguma coisa que possa ser configurada nela para não deixar essa margem.

Obrigado Régys pela orientação, mas não deu certo. Olha o que fiz no .fr3: O PaperWidth mudei de 8 para 7,75 A leftMargin de 0,50 para 0,40 A rightMargin de 0,30 para 0,20 Mesmo com essas alterações nada se alterou na impressão final da Bematech 2100TH. Alguma outra dica? Obrigado!

A impressora na qual a impressão está em testes é Bematech 2100TH com conexão USB. Nesse modelo eu devo utilizar o componente ESCPOS ou o ACBrNFeDANFEFR normal com arquivo .fr3? Estou usando a componente com o DanfeNfce.fr3 e está cortando na margem direita. Fiz um teste numa impressora normal (com A4) e imprime normal (sem cortes). Em outro teste utilizando o ACBrNFeDANFeESCPOS dá erro "Communication error 9994: Instance not yet connected." Alguém teria alguma dica para esse problema nessa impressora? Obrigado!

Bom dia Juliomar, Obrigado pela informação. Eu não conhecia essa opção, rs. E olha que fuço bastante no componentes. É realmente bastante coisa e a gente passa batido às vezes. Mas beleza, o importante é que tem uma opção. Me diga uma coisa, eu pesquisei e não encontrei. Esse componente precisa de algum arquivo a parte (como o .fr3) para funcionar? Em alguma configuração especial? Outro detalhe: você mencionou que essa impressão direta na COM, mas e se a impressora estiver conectada a porta USB, esse componente acbrNFeDANFeESCPOS é indicado também? Obrigado.

Bom dia, Alguém já conseguiu resolveu esse problema da impressão via Fast Report (DANFeNFCe.fr3) com a Bematech estar cortando a margem direita? Analisei esse post todo, mas a única indicação seria de refazer todo o arquivo .fr3. Se for o caso, farei isso, não é preguiça não gente, rs, mas se houver uma solução mais simples... Obrigado!

Bom dia, Ainda não sei se é para todas a UF, mas no caso do MT precisa gerar um token válido mesmo em homologação. Aquele token montado com o CNPJ não funciona. Tive esse mesmo problema e resolveu depois disso. Endereço para o usuário gerar o token: http://homologacao.sefaz.mt.gov.br/nfce/codigosegurancactbn/ViewCadastroPublicoCSC.jsp

Obrigado pela dica! Uso esse DM em várias situações, então para deixá-lo não auto create só para um seria muito trabalho. E se eu tirar o componente do ACBR do DM e colocá-lo no próprio form onde a NFe é emitida/impressa? Esse form é criado dinamicamente. Pelas análises que você fez aí quando o erro ocorria, você acredita que esse procedimento também poderia resolver? O problema maior meu é que como mencionei, não tenho como testar se essa ou aquela mudança vai trazer ou não uma solução. Obrigado.

Uso o Fast Report para o Danfe! Mas não crio o componente ACBRNFe dinamicamente! Tenho ele em um DataModule e uso como outro componente qualquer, ou seja, sem criar e nem destruir a cada utilização. Poderia me dar mais detalhes do que poderia estar gerando o problema em função disso? Obrigado,

Bom dia, Apesar do título parecer de assunto off, acredito que não seja. Mas se for, peço desculpas aos moderadores e sintam-se a vontade para remover. Digo que não é off porque o problema acontece no meu sistema, mas sempre no módulo de emissão de notas - NFe. É o seguinte: aqui em minha máquina nunca tive esse problema. Ele apenas ocorre e esporadicamente com usuários onde não tenho como debugar ou acompanhar em que situação ocorre. O Erro retornado é: "espaço insuficiente de armazenamento para concluir a operação". Eu imagino que seja algo relacionado a algum problema da máquina (SO ou hardware), mas o fato é que ocorre quando se tenta enviar NFes, ou seja, pode também estar relacionado ao certificado digital ou mesmo alguma situação de estouro de pilha gerada pelo componente, enfim, sei que as causas podem ser bastante diversas. Estou abrindo esse post para que colegas que eventualmente também tenham passado por problema idêntico queiram me passar alguma orientação de onde tentar as buscas. Qualquer dica ajuda. Obrigado!

Olá Michel, Conseguistes resolver esse problema da Bematech cortar a margem? Obrigado.

Beleza Solivan! Era isso mesmo. Fiz esse vínculo no .fr3 e corrigiu o erro. Muito obrigado pela dica!

Sim Juliomar, atualizo até mais de uma vez por semana e recompilo sempre. Mas resolvi o erro com a orientação repassada pelo Solivan. Obrigado pela ajuda!

Boa tarde Julio, O que você quer dizer com versão completa? Você se refere a versão do Fast Report?

Este erro consegui resolver. Removi o bpl da ACBrNFeDANFEFR e reinstalei esse componente e resolveu.

Bem, eu uso Fast sim, mas não mudei nada nele. Apenas usava um .fr3 mais antigo que eu havia baixado em um download no Fórum. Quando troquei o .fr3 para um atualizado (o do svn) é que iniciou esse erro. Mas estava funcionando com o arquivo antigo. O problema era que não imprimia os itens no danfe, mesmo a propridade imprimeitens = true. Atualizei os fontes e agora tá dando outro erro já na compilação. Veja o anexo. Obrigado.

Bom dia, Estou enfrentando problema na impressão do Danfe de NFCe. O erro - cujo print está en anexo - começou a ocorrer depois que atualizei os fontes ACBR. Ao compilar notei que acontece na linha dmDanfe.frxReport.LoadFromFile(FastFile) da ACBrNFeDANFEFR.pas. Estou usando o DANFeNFCe.fr3 (atualizado) disponibilizado no svn. Alguma dica? Obrigado!