Painel de líderes

Boa noite Reinaldo, Sim, atribua o valor True a propriedade Salvar de Geral e o valor False a propriedade Salvar de Arquivos.

Boa noite, Atualize os fontes e teste novamente.

Prezados, estamos finalizando o código para importação do arquivo do SPED Contribuições para o componente da ACBr, na medida do possível estamos tentando seguir o padrão, mas é claro que algumas adaptações sejam necessárias, além dos testes em outras versões e no Lazarus, estamos abrindo o post para estar enviando futuramente e para informar e tirar algumas dúvidas nossas, além de evitar que alguém inicie esse trabalho agora já que estamos realizado. o arquivo ACBrEPCBloco_C e *_Class receberam os registros 800,810,820,830,860,870,880,890 para que a importação já fique atualizada com o novo padrão (o comando Write não foi elaborado). o arquivo ACBrEPCBlocos.pas recebeu até agora 13 novas funções de conversão de string para outro formato. O motivo do componente é a integração com outros filiais utilizando o componente do SPED PIS COFINS da ACBr, e a possibilidade de somar blocos M etc... sem muito esforço. Aproveitando o tópico gostaria de verificar se esses registros não são necessários pois não encontrei no bloco F da ACBr: F559, F519, F509, F569. Obrigado. ToDoList: Implementar base da biblioteca Implementar rotina de leitura do arquivo Implementar Bloco 0 Implementar Bloco A Adicionar Blocos C8XX na ACBr (sem write) Implementar Bloco C Implementar Bloco D Adicionar Blocos FXXX9 na ACBr (sem write) Implementar Bloco F Implementar Bloco I Implementar Bloco M Implementar Bloco P Implementar Bloco 1 Adicionar evento para leitura das colunas Adicionar evento para leitura das linhas Gerar estrutura do componente Transferir código para Lazarus e testar compatibilidade. Updates 24-02-2015 - Anexado ao tópico ACBrSPEDPisCofins_24-02-2015_1.Zz - Neste arquivo consta os novos blocos adicionados no C e F como mencionado anteriormente que estavam faltando, porém o procedimento Write não foi criado. 24-02-2015 - Adicionado tarefas pendentes para finalizar componente. 24-02-2015 - Finalizado Bloco M 24-02-2015 - Finalizado Blocos P e 1 24-02-2015 - [Corrigido] Registro 0000 o campo IND_NAT_PJ não deve ser um campo obrigatório, nos arquivos de teste foi identificado essa diferença depois de importado. 24-02-2015 - [Corrigido] Registro 0100 o campo FAX quando preenchido em branco, apresenta valor "0000000000" em vez de "Vazio". 24-02-2015 - [Corrigido] Campo ALIQ_ICMS no Registro 0200 deve ser do tipo "Variant", segundo o manual o campo não deve ser preenchido quando o cadastro do produto for por gênero (ativo imobilizado, por exemplo). 24-02-2015 - Adicionado arquivo com todas as implementações referente ao componente já existente ACBrSpedPisCofins, pronto para analisar e subir (ACBrSPEDPisCofins_24-02-2015_2.7z) 24-02-2015 21:55 - Adicionado evento para interceptar troca de linhas e o processamento de cada coluna, podendo esses valores serem interceptados e alterados antes de serem adicionados no componente ACBrSPEDPisCofins. 25-02-2015 - Componente finalizado (ACBRSpedPCImportar.7z). Arquivo disponibilizado, porém é necessário o arquivo _2 anteriormente enviado. ATENÇÃO ! Não baixe mais esses arquivos, o componente já foi finalizado, subido no repositório do projeto ACBr, além de já ter sofrido alteração e correções como mencionado nas respostas abaixo. ACBrSPEDPisCofins_24-02-2015_2.7z ACBRSpedPCImportar.7z

Eu baixei a última versão do driver no site da Bematech e coloquei em um cliente, configurei conforme mandam, colocando fiscal na configuração, diminui o buffer de recepção e envio para o mínimo. Funciona perfeitamente, sem erros.

Testando O ACBRMonitorPlus Tive os seguintes erros: ERRO: Falha na validação dos dados da nota: 20 TAG:<dest> ID:E02-E03/CNPJ-CPF(CNPJ/CPF) - Nenhum valor informado. TAG:<dest> ID:E02-E03/CNPJ-CPF(CNPJ/CPF) - Nenhum valor informado. Element '{http://www.portalfiscal.inf.br/nfe}xNome'is unexpected according to content model of parent element '{http://www.portalfiscal.inf.br/nfe}dest'. Expecting: {http://www.portalfiscal.inf.br/nfe}CNPJ,{http://www.portalfiscal.inf.br/nfe}CPF, {http://www.portalfiscal.inf.br/nfe}idEst.... Meu arquivo de dados ENT.TXT [Destinatario] CPF=020613855590 IE=687138770110 ISUF= NomeRazao=MARIA DA SILVA Fone=1532599600 CEP=18270410 Logradouro=Praca Anita Costa Numero=0034 Complemento= Bairro=Centro CidadeCod=3554003 Cidade=Tatui UF=SP

Augusto, Qual problema que está ocorrendo?

Logo existirá o ACBrMonitorPLUS.. que será a unificação do ACBrMonitor com o ACBrNFeMonitor e suporte ao componente do SAT

As duas coisas.. Acredito que exista algum problema com os fontes do componente quando uso NFe e NFSe no mesmo projeto. O problema é o seguinte: Na cláusula Uses, tinha assim: uses Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms, Dialogs, StdCtrls, ExtCtrls, DB, IBCustomDataSet, IBQuery, ACBrNFeDANFEClass, ACBrNFeDANFeQRClass,PcnConversao,ACBrNFeUtil,ACBrUtil, ACBrNFeDANFeRLClass, ACBrNFSe,pnfsNFSe,pnfsConversao,Math, ACBrNFSeDANFSeClass, ACBrNFSeDANFSeQRClass,ACBrNFe; assim ocorre o erro.. Fiz a seguinte alteração: uses Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms, Dialogs, StdCtrls, ExtCtrls, DB, IBCustomDataSet, IBQuery, ACBrNFeDANFEClass, ACBrNFeDANFeQRClass,ACBrNFeUtil,ACBrUtil, ACBrNFeDANFeRLClass, ACBrNFSe,pnfsNFSe,pnfsConversao,Math, ACBrNFSeDANFSeClass, ACBrNFSeDANFSeQRClass,PcnConversao,ACBrNFe; Assim não deu mais o erro. Pelo que entendi, o componente da nfe estava usando o pnfsConversao ao invés do PcnConversao pelo fato dele estar declarado primeiro. Acredito que essas duas units possuem funções iguais, por isso da confusão. Não sei se mais alguém passou por esse problema, mas ele existe.

Bom dia Daniel, era essa mesma configuracao de que eu me referia, porem o problema estava na impressora. Quando fiz os teste com outra funcionou perfeitamente. Agradeco pela ajuda.

Boa noite já está no svn Obrigado pela colaboração!

Boa noite já está disponível no svn a cidade Obrigado

Boa noite Guto, Você tem certeza? Abra o schema do provedor Goiânia e procure por essa TAG, você vai nota que ela esta presente somente na estrutura de informações da NFS-e e não do RPS.

Boa noite a todos, As diferenças entre a versão 2.00 e 2.02 são minimas, portanto o componente esta preparado para a versão 2.xx da ABRASF.

Boa noite galera... Consegui arrumar... Para quem estiver com o msm problema vai a dica: Eu troquei de pasta o arquivo onde estava sendo salvo as informações. Acredito que a pasta onde estava o arquivo esta com problemas de acesso. Fiz esse procedimento e funcionou perfeitamente. Mais informações estou a disposição. Obrigado Juliomar pela atenção e a todos do forum.

Boa tarde a todos, Desculpe pela demora em responder, tentando colocar as postagens em ordem. Trabalho, Família, Negócios, Cirurgia marcada para o mês que vem, filho voltando do exterior, no final tudo se resolve. Respondendo a sua pergunta DATAC, o componente ACBrNFSe possui um provedor chamado ISSNet mas não sei se é o mesmo que você se refere. Me diga algumas cidades atendidas por esse provedor e eu lhe digo se é ou não o que esta implementado no componente. Se for o mesmo, ele segue o padrão ABRASF versão 1.00

Complementando o que o Juliomar disse, a NFC-e é usada exclusivamente na venda a consumidor dentro do estabelecimento, então ela não pode ser usada para operações interestaduais e outros. Para estas outras operações use sempre a NF-e.

Boa tarde a NFC-e é para vendas a consumidor final, para contribuinte você deve emitir uma NF-e!

Sergio Augosto, valeu mano, sua dica me ajudou e compilou sem erro. obrigado amigao..

Basta abri os pacotes abaixo. Logo que abrir o arquivo o delphi já avisa que a property quality não existe. Basta pedir para ignorar e reinstalar o componente. Pacote ACBrNFeDanfeFRpkg.dproj, rquivo ACBrNFeDANFEFRDM.pas. Pacote ACBrBoletoFCFR.pas, arquivo ACBr_BoletoFC_FR.dproj. Pacote ACBrCTeDacteFRpkg.dproj, arquivoACBrCTeDACTEFRDM.pas Também é necessário remover as declarações para que o delphi localize a versão correta do seu FastReport fs15, frx15, frxe15, frxDB15, Att Márcio

Recentemente troquei meu notebook por um modelo com Windows 64 bits e tambem estava enfrentando estes mesmos problemas. Para resolver tambem tentei desisntalar e reinstalar mas não resolveu. A solução era mais simples. Verifiquei que a variavel de sistema PATH estava indicando o caminho para a pasta C:\WINDOWS\SYSTEM32 quando o correto seria C:\WINDOWS\SYSWOW64. Bastou alterar esta configuração e tudo passou a funcionar. Abraço a todos...

Kelson tenta o token nesse esquema: ACBrNFe.Configuracoes.WebServices.UF := 'AM'; ACBrNFe.Configuracoes.Geral.IdToken := '000001'; ACBrNFe.Configuracoes.Geral.Token := Copy( 'CNPJ_EMPRESA', 1, 8 ) + IntToStr( YearOf( Now ) ) + '0001';

Ótima solução, me parece que isso corre, por que existem métodos diferentes de se fazer um evento de Cancelamento e CCe. Resolvou perfeito. fica ai a dica do amigo Warquia [Eventos."xJust"] // para cancelamento [Eventos."xCorrecao"] // para correção

Olá pessoal, Estou enviando o arquivo atualizado em um novo post, pois vi que já foi baixado algumas vezes no anterior. Estava quebrando a cabeça para entender o, por que, do pdf do boleto estava ficando com 239 kb, depois de fazer vários testes descobri que era uma opção ativa no componente que gera o pdf para exportar o Background, depois que desativei o pdf foi para 68 kb, isto é, menos de 70%. Acho que é fundamental essa alteração, pois o envio de e-mail estava demorando muito. frxPDFExport.Author := SoftwareHouse; frxPDFExport.Creator := SoftwareHouse; frxPDFExport.Producer := SoftwareHouse; frxPDFExport.Title := TITULO_PDF; frxPDFExport.Subject := TITULO_PDF; frxPDFExport.Keywords := TITULO_PDF; frxPDFExport.Background := false; // isso faz diminuir 70% do tamanho do pdf ACBrBoletoFCFR.zip

Galera, boa noite O que o Danilo está colocando é um caso com rejeição, onde corrije-se a base e gera-se novo arquivo para ser submetido ao processo de de validação e envio. O caso do obrunno, é diferente, parece estar alegando que todos os arquivos submetidos ao processo de validaçãoe envio não retornam com o protocolo de autorização, mesmo que este tenha sido autorizado, pois ele deve ter confirmado através de consulta nos portais. O Kiko citou uma solução paliativa, ou seja, quando o protocolo não é gravado, porém não deve ser regra e sim uma exceção, pois acredito que o NFEMONITOR jamais deixe de gravar o protocolo quando o processo ocorre normalmente, exceto se ocorrer problema de tráfego das informações. Esses problemas só ocorreram comigo, quando tive erro por TIME OUT, pastas de arquivos e respostas não configuradas corretamente, onde o arquivo gravado com a protoloco estar numa pasta e o gerado sem o protocolo em outra, portanto, é bom verificar estas configurações de pastas. []s,

Ate olhando parece ja estar configurado ... pra esta cidade .. vamos ver se algume ja utilizar pra ver se ta OK ...