Isaque Pinheiro

Essa condição reportada pelo Daniel é do ECF, não do ACBr

Vou analisar.

Isso deve ser tratado diretamente no registro H010, pois cada registro tem sua identidade própria, nos impedindo de ter um padrão geral, vai internamente no método WriteRegistroH010, e acerte, após anexe aqui a unit que baixo avalio e subo a alteração para o repositório.

Faça uma pesquisa no fórum, existe vários relatos de que comunicação via USB na Bematech não funciona 100%, sendo melhor comprar um cabo conversor para serial, terá menos dor de cabeça.

Ei Kiko, vou corrigir o problema e nesse final de semana subo a versão com a correção, obrigado pela observação.

Cleber, como em vários outros posts coloquei, falo para você também, o ACBr depende de um gerador de relatório para impressão, pois no ACBr não temos esse tipo de suite, dai o problema nos foge, pois o erro é o gerador e não do ACBr. A alternativa amigo aconselho é instalar uma impressora virtual como "dopdf" dessa forma irá aparecer uma impressora da qual ao selecionar ao invés de imprimir irá gerar um PDF. OU Trocar de gerador, eu utilizo o FastReport que é pago, e não tenho esse problema.

Olha não sou experte em NFe, mas vamos pela lógica, você envia a NFe, dai o portal do SEFAZ recebe o XML e demora para processar, consequentemente você terá um retorno se o protocolo de autorização pelo tempo esperado e o processamento não ter terminado. O que se deve fazer no seu sistema, é ter o recuso de consultar a NFe pela chave para que assim você possa obter o protocolo de autorização, após o processamento terminar. Resumindo, tem que ter uma Status no seu sistema para informar ao usuário que a NFe está em processamento, e ter um botão para que ele clique para consultar até obter a resposta de NFe processada com sucesso. Expliquei aqui o processo, pois é o mesmo para quem usa o componente que é o meu caso.

Bom dia Alisson, precisando de ajuda nas dúvidas no padrão do código, post aqui que posso te ajudar, e tendo algo concreto só anexar que baixo, avalio e subo para o repositório, bom trabalho e obrigado pela iniciativa.

Eu concordo com o Regys, já pensei varias vezes mudar para o ACBrValidador, mas o tempo não ajudou

Até o momento, ainda nada, na própria tabela usada pelo PVA, só tem CSTs com três dígitos.

Baixei o ACBrInstall que ele instala para você, mas lembre-se você deve ter o QuickReport 5.02 ou superior, instalado no seu Delphi, antes de instalar o pacote de relatório do ACBr.

Qual o "Collation" que está definido no seu banco ?

Neste caso terá que ser tratado dentro do método WriteRegistroC170, lá deve ser tratado a situação e passado para a função o valor zero e o parâmetro True no final, para que a função preencha vazio, o recurso existe, o que se tem que fazer é tratar cada situação, e o local onde a situação deve ser tratada é dentro de cada método WriteRegistro????.

Bom dia, neste caso não vejo necessidade de mudança alguma, sendo que o validador não acusa rejeição, ou seja se não tem ICMS, isso para a lei quer dizer que o ICMS é zero, a questão que um cliente entre milhares querer algo desse tipo, já acho capricho e não um necessidade real. Neste caso caso deseja atender ao pedido do cliente terá que fazer alteração no seu fonte.

De boa Italo, só postei tb para tu vê que li o post e me manifestei sobre seu pedido. Grande abraço.

Apesar da sugestão do Mark Apollo se a mais sensata, concordo com o juaumkiko, então por enquanto, ficaremos como estamos.

Bom dia Italo, veja essa questão diretamente como o André por e-mail, para combinarem a melhor forma de lançarem essas novas implementações, talvez uma versão teste em anexo, o NFe é o André que está mais a frente dele.

Porque o ACBrNFeMonitor é totalmente dependente do NFe, caso algum erro, ajuste, exigência ou melhorias feitas no NFe deve ficar transparente para todos os usuário ACBrNFeMonitor

lvr, sugestão aceita e implementada, já disponível.

Ei Elton na unit anexada no post fiz o tratamento pela CST no registro C181, de uma olhada, acredito ser a solução mais adequada, se entendi a necessidade direito. Da forma que fiz, passamos zero, e o componente trata pela CST para gerar vazio, caso Zero. Essa Unit anexada não subi para o SVN, ficou em anexo para teste e avaliação pelo andrersonh, se puder dar sua opinião, reforçamos meu entendimento do relato presente, Karakkkkaaaaasssss fale dificil agora.

O registro 70, são conhecimentos de transportes recebidos pela a empresa geradora do Sintegra ou seja: Minha empresa gera sintegra, recebo um NF ou NFe e junto vem o conhecimento de transporte a pagar, dessa forma minha empresa gera os registros: 50 54 e 70 Agora sou uma transportadora, e emito conhecimento de transportes CTe por exemplo, mas também recebo NF ou NFe de meus fornecedores, junto recebo um conhecimento a pagar, dessa forma eu gero os registros: 50 54 70 e 71 O registro 71 só deve ser gerado por empresa de transporte que emita conhecimento, não sei se isso vai ajudar.

Osmar e WSomensi, o problema relatado por vocês credito ser que o recurso ainda não implementado para Fortes, sendo assim terá que abrir o fonte pelo D7 e implementar.

aitonbrc, sua empresa tem IE? Uma sugestão, se tiver, você poderá comprar um certificado normal para sua empresa, pre cadastra-la para emissão de NFe em homologação e assim poderá ter seu próprio certificado testando o que precisar para seus clientes, a questão será interestaduais, isso seu certificado não atenderá. Me desculpem, o Régys já havia respondido o que falei acima, desconsiderem.

De preferencia instale o QuickReport 5.02, é a versão que o ACBr está usando hoje para desenvolvimento.

Tente jogar essas linhas: ACBrNFe.NotasFiscais.Clear; ACBrNFe.NotasFiscais.LoadFromFile(ExtractFilePath(Application.ExeName)+'NFe\'+Trim(QryNFechave_nfe.AsString)+'-nfe.xml'); Para antes da linha CC := TstringList.Create;