Isaque Pinheiro

Vamos acompanhar suas dúvidas no link

Olá Reginaldo boa tarde, não conheço o ACBrMonitor a fundo, mas seus fontes vão junto aos do projeto ACBr, dentro da pasta ..ACBr\Projetos\ACBrMonitor, abrindo as units poderá ter uma visão dos comandos disponíveis, estarei acompanhando suas dúvidas para poder ajuda-lo no que estiver ao meu alcance. O que você esta precisando no momento?

A Nota tem que ser emitida da mesma forma que foi recebida, para a empresa destinatária tenha como se creditar.

Este erro é por motivo do D7 esta achando as .bpl nos caminhos do xe2 siga os passo no meu blog http://isaquesp.blogspot.com.br/2011/09/varias-versoes-do-delphi-instaladas-sem.html que resolverá seu problema e ainda poderá usar o ACBr nas duas versões do delphi sem conflito. Entenda: Você tem o D7 e XE2 instalados na sua maquina, com certeza o XE2 instalado por último. Ao executar o D7 ele busca informações no path do XE2, mas o XE2 não tinha o ACBr instalado, por este motivo não tinha BPL, compilado no XE2, dai o D7 só achava as BPLs que foram geradas por ele. Depois vc resolveu instalar o ACBr no XE2, gerando as BPLs para este (XE2), mesmo desinstalando as BPLs não são apagadas Ao executar o D7 agora ele vai novamente no path do XE2, e encontra, as tal BPLs, dai o que acontece? Corta pra mim... o erro acima reportado por vc. Executando os passos postado no meu blog, cada delphi ao ser executado seta o path dele, sobrepondo o path do sistema, fazendo com que cada delphi só busque as BPLs no path definido, te possibilitando estar com os dois delphi abertos ao mesmo tempo e cada um compilando e buscando as BPLs do seu path, e ainda os dois usando o mesmo fonte do ACBr. Espero que este post esclareça de uma vez por toda, as dúvidas de MUITOS que tem duas ou mais versões do delphi instaladas no computador.

Boa noite, segundo a NT diz que entrará em vigor a partir de 01/10/2013, por este motivo ainda não temos o campo no fonte do ACBrNFeMonitor, mas fique tranquilo, será incluso, pois os novos schemas farão clíticas deste campo. 02.1 Informação da FCI Incluído campo de controle relacionado com a Resolução 13 do Senado Federal, Convênio ICMS 38/2013 e suas alterações. A informação do Número da FCI passará a ser obrigatória nas operações interestaduais, conforme a Origem da Mercadoria (3, 5 ou 8), a partir de 01/10/2013, conforme legislação atual.

Francisco, este erro é algo ai no seu delphi+quickreport, pois tenho o D7 funciona 100%, pois o uso toda semana para gerar os monitores, mas mude no seu e dando certo, tranquilo.

Acabei de subir a correção para este problema.

Bom dia exatamente Elton, só é trabalhoso, mas Lutzem como você disse ter feito na mão já deve ter bastante trabalho feito, bastando organiza-los para implementar o recurso no ACBrSPED, se tiver disponibilidade, podemos ir ajudando nas dúvidas em seguida que quiser disponibilizar avaliamos e subimos para o SVN.

Sobre a aba webservice o Italo reportou, mas acabei esquecendo, vou ajustar para a próxima versão. Sobre a diferença da versão 0.8.0C, foi uma versão teste quando saiu a exigências de cancelamento e cce por evento, após essa versão de teste os ajustes subirão para o repositório e estão disponíveis a cada versão que sobe semanalmente adicionados os ajustes feitos a partir dessa versão 0.8.0C, ou seja ela parou no tempo, só foi lançada para teste inicial, depois tudo e ajustes futuros foram para as versões atuais.

Ótimo trabalho, parabéns pela iniciativa, dessa forma esses pacotes poderão até ser instalados pelo ACBrInstall. Já disponíveis no repositório, e com os créditos merecidos.

Bom dia, o ACBrInstall, fiz para que ele identifique desde a versão do D3...XE4, por isso comentei que poderia ser os pacotes, dai não precisa de nova versão, para estas versões, bastamos sempre corrigir os pacotes (.DPK), ele ficou bem dinâmico.

Sem frete Transporte Próprio Etc... Me desculpem, não vi que era CT-e, desconsidere a resposta, não tenho conhecimento em CT-e ainda.

Softcamp, não mudou a CST, 020, 060 são CSTs de empresas no regime Lucro Resumido ou Lucro Real 200, 500 são CSTs de empresas no Simples Nacional Para isso você terá que ter no seu sistema "Cadastro de Empresa" a opção para informar e guardar no banco de dados em qual regime ela está. Ao alimentar os dados você deve informar na propriedade: NFe.Emit.CRT := crtRegimeNormal; // Para Lucro Presumido ou Real NFe.Emit.CRT := crtSimplesNacional; // Para Simples Nacional em seguida vem a checagem: Se for crtRegimeNormal, deve ser alimentado as CSTs 020,060 etc... Se for crtSimplesNacional, deve ser alimentado as CSTs 200,500 etc... Note: Dentro da Pastas ACBr\Fontes\PNC2, tem uma unit chamada "pcnModeloNFe.pas", ela poderá te ajudar bastante.

Na realidade não é nem o ACBrInstall que seja compatível com o Delphi 6, mas sim os pacotes, e pelo que vi no TXT de log, algo no código também precisaria de pequenos ajustes.

Não, o CRO só muda se o ECF for para manutenção e entrar em intervenção técnica, dessa forma use o comando do ACBr para buscar no ECF qual o CRO que ele está e guarde-o.

Boa noite sgeinformatica , favor atualizar, problema resolvido.

Bom dia, tente mudar para SQL_Latin1_General_CP1_CI_AI

SAOliveira, observe que a 1a opção não chegou ao valor total da venda registrada no ECF, dessa forma ele aceita o valor do restante, se houver um valor da 1a formar igual ou maior o próprio ECF não aceita outra forma, dessa forma você teria que fazer o que o Daniel falou, enviar o valor da menor forma 1o. Como falado isso é regra do próprio ECF (acredito que de todas), não podemos fazer nada a respeito infelizmente.

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.