Paulo Tenório

Boa tarde amigos. Em minha primeira experiência com o ACBRNFeMonitorPlus deparei-me com dois problemas que me obrigaram a voltar com o monitor antigo: 1 - No envio do e-mail não estão sendo feitas as substituições automáticas das variáveis colocadas entre colchetes. 2 - O download de XML falha em 90% dos casos reclamando de inatividade do servidor e, quando consegue realizar, o arquivo deve estar sendo gravado com algo diferente no nome pois, meu ERP não consegue encontra-lo, tenho que copiar o mesmo manualmente para a pasta em que faço a importação. Voltando à versão do ACBRNFeMonitor antiga tudo funciona normalmente. Quem puder confirmar ou me orientar a contornar esses problemas, agradeço.

Boa tarde amigos, Acabei de compilar uma versão do ACBRNfeMonitor. Ao colocá-la em produção, aparentemente tudo funcionou corretamente, exceto, a consulta de notas destinadas. A mensagem retornada é: Nfe.ConsultaNFeDest("27550193000100","0","0","13291309138") ERRO: Rejeicao: Numero do NSU informado superior ao maior NSU na base de dados da SEFAZ WebService Consulta NF-e Destinadas: - Inativo ou Inoperante tente novamente. - Erro: Requisição não enviada. The resource cannot be found. Voltando ao executável anterior, na versão 0.8.12.3, funciona direitinho. Será alguma falha de apontamento de Webservice?

Corrigi. Tinha feito umaa instalação antiga no modo manual, copiando os fontes para a pasta BPL do Delphi. Apaguei todos so arquivos e apontei para a pasta correta, atualizável pelo SVN do projeto Fortes. Compilou direitinho.

Juliomar, Tenho o Fortes, o ACBRInstall compila e instala os pacotes normalmente. Acho mais provável ser incompatibilidade de versões.

Bom dia amigos, Pela primeira vez precisei compilar o ACBRNFeMonitor para tentar implementar rotinas próprias e, durante a compilação, meu Delphi7 retornou o seguinte erro: [Error] RLMetaVCL.pas(542): Incompatible types: 'Graphics.TBitmap' and 'QGraphics.TBitmap' Pode ser alguma questão referente à versão do componente e, por falar nisso, não encontrei nenhum checklist com as versões mínimas de cada componenete envolvido no projeto, alguém teria essa lista para me informar? Obrigado.

Não sei se era o mais certo a fazer. Tenho a mania de sempre atualizar o componente antes de compilar uma nova versão e deparei-me com o mesmo erro. Na pressa, ao invés de procurar qual unit deveria declarar na uses, busquei na internet a função PADLEFT e criei dentro da unit. Aqui funcionou.

Não sei se era o mais certo a fazer. Tenho a mania de sempre atualizar o componente antes de compilar uma nova versão e deparei-me com o mesmo erro. Na pressa, ao invés de procurar qual unit deveria declarar na uses, busquei na internet a função PADLEFT e criei dentro da unit. Aqui funcionou.

Eu tenho interesse em participar e colaborar nessa unit, caso a idéia seja resgatada. Trabalho para uma empresa com várias filiais onde desenvolvo um sistema próprio e montei as regras de tributação baseado no atual regime de apuração. Várias vezes me preocupei com a possibilidade de algumas filiais mudarem para SIMPLES e outras manterem-se no lucro presumido. Com essa unit, acredito que seria muito simples conviver com essa possibilidade.

Muitas falhas têm ocorrido com novas tags da versão 3.10. Quando as novas tags não recebem valor, o componente atribui à tag a primeira opção disponível e, essa primeira opção às vezes, provoca rejeição da nota.

Desisti do DANFE em Rave, vou usar em Fortes Report. Não dá prá perder mais tempo aqui. Obrigado,

Bom dia amigos, Há tres anos venho utilizando os componentes ACBR no meu sistema e raramente tive problemas graves. A maioria era por falha ou falta de conferência de alguém que subia fontes com bugs e que rapidamente era solucionado. Recentemente perdi a máquina virtual onde desenvolvo e precisei refazer todo o ambiente de desenvolvimento. Segui todos os passos descritos nas documentações e rodei o ACBRInatall. Tudo compilado e instalado direitinho, parti para restaurar os meus fontes para dar sequeência ao desenvolvimento. Para minha alegria, tudo compilou de primeira. QUando fui fazer a primeira execução do sistema, surgiram erros em tempo de execução que nunca tinha visto antes: Error Reading RVProject1.RaveBlobNew: Property RaveBlobNew does not exist. Será que é porque o RAVE do Delphi é 5 e eu instalei o 7.0.5? Estranhei porque na instalação não ocorre erro algum, somente em tempo de execução. O que devo fazer?

Rodrigo, eu fiz a comunicação entre os terminais e o servidor através de arquivo-texto. Crio o arquivo com o comando desejado, copio para o servidor, aguardo o arquivo de resposta e copio de volta para o terminal para processar localmente o resultado.

Estude e Instale o ACBRNFeMonitor. Ele receberá os pedidos dos terminais da rede e processará os comandos, devolvendo para cada solicitação o resultado do processamento. Eu utilizo há anos e o funcionamento é perfeito.

Bom dia Juliomar, tinha lido o posto e nem havia percebido.

Devem ser incluídos apenas os produtos movimentados no período (como no SPED) ou todo e qualquer produto comercializável pelo estabelecimento? Na minha Empresa temos mais de 53 mil itens comercializáveis e 10 tabelas de preço. Imaginem o tempo que levará para gerar esse arquivo!!! Os caixas precisarão fechar, pelo menos, meia hora antes do fechamento das lojas. Alguém sabe me informar?

Bom dia amigos, Existe alguma forma de baixar o XML do CT-e, assim como fazemos com a NF-e? Até hoje nunca recebemos XML dos fretes de produtos recebidos, somente o DACTE e eu gostaria de automatizar a digitação pela chave, fazendo download do XML e alimentando meu banco de dados automaticamente.

No meu sistema, "Recebimento Antecipado" é um totalizador não-fiscal para acumular os sinais em quaisquer espécies de pagamento (dinheiro, catyão,cheque, etc.). Quando emito o cupom fiscal utilizo o valor acumulado nele para pagar o valor da venda e/ou receber o restante. Toda vez que preciso alterar algum item da venda ou forma de pagamento, preciso estornar todo o financeiro e gerar novamente, de acordo com o desejo do cliente. É nesse momento que algum totalizador pode ficar negativo.

Tenho uma dúvida: Se eu emito um cupom não fiscal de 'Recebimento Antecipado' no valor de 1000 reais no movimento do dia 5 (uma espécie de sinal para a venda de entrega futura) e no início do dia 6 eu estorno esse valor, seja por cancelamento da venda ou qualquer outro motivo. O totalizador do dia 6 ficará com valor negativo e isso o validador não permite. Como posso evitar?

Não são erros, são alertas exibindo locais em que as boas práticas de programação foram ignoradas. Dependendo da configuração do seu Delphi, esses alertas podem impedir ou não a compilação.

Quanto ao envio, fica por sua conta, sendo que o ideal é sempre fazer tudo em tempo real.

Boa tarde. Eu utilizo apenas um certificado (A3) em um servidor rodando uma sessão do AcbrNFeMonitor. Ele assina, envia, manifesta, faz tudo que qualquer terminal da Empresa precisa no que se refere a Notas Fiscais Eletrônicas. Talvez seja o melhor caminho a seguir no seu caso também.

Eu também tive esse problema, só resolvi editando os fontes procedure TWebServicesBase.DoNFeEnvEvento; var EventoNFe : TEventoNFe; i, f : integer; Eventos, Evento, Lote, EventosAssinados: AnsiString; begin EventoNFe := TEventoNFe.Create; EventoNFe.schema := TsPL006; EventoNFe.idLote := TNFeEnvEvento(Self).idLote; for i := 0 to TNFeEnvEvento(Self).FEvento.Evento.Count-1 do begin with EventoNFe.Evento.Add do begin infEvento.tpAmb := TpcnTipoAmbiente(FConfiguracoes.WebServices.AmbienteCodigo-1); infEvento.CNPJ := TNFeEnvEvento(Self).FEvento.Evento.InfEvento.CNPJ; infEvento.cOrgao := TNFeEnvEvento(Self).FEvento.Evento.InfEvento.cOrgao; infEvento.chNFe := TNFeEnvEvento(Self).FEvento.Evento.InfEvento.chNFe; infEvento.dhEvento := TNFeEnvEvento(Self).FEvento.Evento.InfEvento.dhEvento; infEvento.tpEvento := TNFeEnvEvento(Self).FEvento.Evento.InfEvento.tpEvento; infEvento.nSeqEvento := TNFeEnvEvento(Self).FEvento.Evento.InfEvento.nSeqEvento; case InfEvento.tpEvento of teCCe: begin infEvento.detEvento.xCorrecao := TNFeEnvEvento(Self).FEvento.Evento.InfEvento.detEvento.xCorrecao; infEvento.detEvento.xCondUso := TNFeEnvEvento(Self).FEvento.Evento.InfEvento.detEvento.xCondUso; end; teManifDestConfirmacao: Begin if infEvento.cOrgao = 32 Then infEvento.cOrgao := 91; // aqui resolvi para o ES End; teCancelamento: begin infEvento.detEvento.nProt := TNFeEnvEvento(Self).FEvento.Evento.InfEvento.detEvento.nProt; infEvento.detEvento.xJust := TNFeEnvEvento(Self).FEvento.Evento.InfEvento.detEvento.xJust; end; teManifDestOperNaoRealizada: begin infEvento.detEvento.xJust := TNFeEnvEvento(Self).FEvento.Evento.InfEvento.detEvento.xJust; end; end; end; end;

Eu controlo através de uma tabela que chamei de Destinadas, com a mesma estrutura do retorno do comando. Durante o dia, os usuários fazem uso de uma rotina disparada manualmente para sincronização a partir de um determinado NSU. Durante a varredura, as notas existentes na tabela de Notas Fiscais são automaticamente manifestadas. No grid, os registros são exibidos com cores diferentes baseadas na situação e status na nfe, facilitando ao usuário a visualização de notas não manifestadas, confirmadas, com ciência... Apesar de fazer update imediato nesta tabela através das rotinas normais dos usuários, a rotina de sincronização tem poder de sobrescrever tudo, dessa forma eu garanto que a minha base está idêntica à da SEFAZ mesmo que ocorra falha em alguma etapa.

Aqui no ES não entrou em vigor. Meus sistemas estavam programados para mudar automaticamente hoje a forma de criação dos XML e estão todos sendo rejeitados pela falha no schema.

Outra solução é comentar na uses a ligação com este arquivo, foi o que fiz e funcionou. Quando liberarem o arquivo atualizo tudo.