Valdir Dill

Estou tendo erro em alguns clientes onde ocorre o erro da imagem abaixo. Na impressão de um Danfe, imprime normal, mas quando se tentar a impressão do segundo danfe em sequência, o erro acontece. Utilizo Fast Report. Alguma dica? Obrigado

Certo, obrigado!

Obrigado pela resposta Regys, mas eu havia lido o manual e não encontrei resposta para essa questão. Talvez você não tenha entendido minha dúvida. Veja bem, no manual tem várias opções de como formatar o texto que vai informar os valor dos tributos de cada ente envolvido (união, UF e munic). Isso está beleza, bem compreendido! Minha dúvida é em relação onde informar isso no caso da NFCe. Seria em InfAdic.infCpl? Obrigado

Bom dia, Por gentileza, gostaria de saber como os colegas estão fazendo para informar os valores discriminados (união, UF e mun) dos tributos para a NFCe. No caso da NFe beleza, calculo o total, informo o total na vTotTrib e incluo um texto no campo de informações adicionais, mas e na NFCe, como vocês estão procedendo para que seja impresso os 3 valores? Obrigado

Na minha opinião, o correto seria todos os sistemas estarem emitindo no layout 3.10 já a partir de abril/14. Isso só traria vantagens para todas as partes (desenvolvedores, usuários emitentes e destinatários das NFes e, principalmente, para as SEFAZ), mas a lerdeza de algumas SEFAZ impede isso. Tem algumas SEFAZ que até hoje ainda não tem sequer uma previsão de quando estarão aptas para a nova versão 3.10, infelizmente. Se seu software é utilizado somente por usuários de uma UF específica e essa UF já aceita 3.10, então reforço a sugestão do Italo e implemente ontem o novo layout.

Bom dia, Pelo que entendi da mudança na lei, além dos tributos serem calculados separadamente por união, UFs e municípios, também deverão estar discriminados na nota dessa forma analítica. É isso mesmo? Se sim, então como lançar na nota? Há algum campo novo? Pelo que analisei ainda é só o campo único vTotTrib. Obrigado!

Exato! Dá esse erro que já encaminhei para a SEFAZ-PE. Mas achei que talvez algum colega já tivesse passado por essa situação. Vamos ter que aguardar para ver o que retornam. Assim que tiver uma informação deles eu posto aqui. Obrigado.

Obrigado André, Fiz essa alteração, mas agora passou a ocorrer outro erro: "AN ERROR OCURRED IN TEHE SECURE CHANEL SUPPORT". Tens ideia do que pode ser? Obrigado!

Olá, estou enfrentando uma situação que nunca vi. Se consulto uma nota pelo meu sistema ou mesmo pelo demo do ACBR pela chave retorna tudo certinho com uma NFe. Veja o retorno: <?xml version="1.0" encoding="UTF-8"?><soapenv:Envelope xmlns:soapenv="http://www.w3.org/2003/05/soap-envelope" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"><soapenv:Body><nfeConsultaNF2Result xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/NfeConsulta2"><retConsSitNFe versao="2.01" xmlns="http://www.portalfiscal.inf.br/nfe"> <tpAmb>1</tpAmb> <verAplic>NFEPE_P_09.05.02.058</verAplic> <cStat>100</cStat> <xMotivo>Autorizado o uso da NF-e</xMotivo> <cUF>26</cUF> <chNFe>26141003702657000199550010000010551510108103</chNFe><protNFe versao="2.00"> <infProt Id="ID26141003702657000199550010000010551510108103"> <tpAmb>1</tpAmb> <verAplic>NFEPE_P_09.05.02.058</verAplic> <chNFe>26141003702657000199550010000010551510108103</chNFe> <dhRecbto>2014-10-02T16:05:23</dhRecbto> <nProt>126140050649518</nProt> <digVal>dKOsSQx8KvLyR3oSbXwbyYhG/C0=</digVal> <cStat>100</cStat> Mas se consultarmos essa nota no portal nacional ou no site da SEFAZ-PE ou dá como inexistente. Alguém já passou por algo assim? Obrigado.

Boa tarde, Alguém está tendo este erro: "ERRO - Requisição não enviada 12029-A" Ele ocorre na tentativa de envio de NFe. Começou a ocorrer ontem. Vi em outro post que tem um erro parecido (12007) e o colega fala que mudou a versaoDF para 3.10. Na NFCe até possível, mas na NFe não tem como mudar, pois nem todos as SEFAZ estão recebendo na nova versão. Qualquer dica ajuda. Obrigado.

Obrigado!

Olá, Gostaria de exportar dados de NFes emitidas no sistema para serem importados no emissor gratuito de MDFe. É possível? Gerei o arquivo, mas ao tentar importar no emissor de MDFe ele não reconhece. Diz que não tem nada na pasta selecionada (vide arquivo anexo). Alguma dica? Obrigado!

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!

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!