GAC Sistemas

Sinto muito amigo, não sei e apaguei os componentes velhos. Só estou aqui instalado com os componentes que baixei em 23/10/2015. No cliente voltei a versão velha do meu software para não ficarem sem a balança. E usando o demo 23/10/2015 da balança da pasta Trunk2 não consigo monitorar, apenas ler o peso. Grato pela sua atenção.

Boa tarde a todos, após atualização do ACBr em 23/10/2015 meu software parou de monitorar Balança Filizolla CS-15. Por via das dúvidas peguei o programa teste de balança na pasta de exemplos do trunk2 e testei-o na balança em questão, ele lê normalmente o peso da balança quando aperto o botão LER PESO porém não monitora, tentei aumentar/diminuir o time-out, tirar/colocar/repor o peso, etc., mas não consegui fazer a monitoração. Voltei a versão velha do meu software na mesma balança e mesmo computador e a monitoração voltou a funcionar normalmente. Enfim alguém está enfrentando dificuldade semelhante ou tem alguma dica para me dar? O micro em questão possui Windows 7 32 bits e a porta de comunicação está em COM1 on-board, configuração padrão da Filizola (9600, 8, none, s1, nenhum).

Parabéns Agnaldo Prates. Muitas vezes quando acontece o sumiço da chave as certificadoras jogam a culpa no software/softhouse, como também já percebemos isso pedimos para o cliente informar para a certificadora que ele usa o software gratuito do governo. Sendo assim a certificadora alega que o cliente fez mau uso do certificado mas geralmente eles acabam cedendo e gerando novo certificado para o cliente.

Também só recomendado cartões Certisign, já perdi certificados A3 Boa Vista e Valid. Porém quando o cliente insiste em comprar dessa marca recomendo que ele compre logo o token, nunca tive problemas com o token.

Lazarus já está compilando para Android/IOS assim como o Delphi 10 Seattle faz?

Valeu Italo/Daniel pelo interesse, só espero que não atrapalhe o restante do pessoal !

vlw Ítalo !

Daniel obrigado pela atenção!!! Atualizei meu ACBr na sexta-feira 23/10/2015, sempre apago tudo, baixo do zero e uso o instalador. Agora em NFe com 100% de diferimento (emitente e destinatário de SP) num único produto aparece erro: Rejeição: Valor do ICMS no CST=51 não corresponde a diferença do ICMS operação e ICMS diferido. Estou usando CST ICMS 51, CST IPI 99, CST PIS 01 e CST COFINS 01. No arquivo pcnNFeW a instrução 'N17' (linha 1278) aparece assim: Gerador.wCampo(tcDe2, 'N17', 'vICMS ', 01, 15, 0, nfe.Det.Imposto.ICMS.vICMS, DSC_VICMS); O XML reprovado não gera a tag <vICMS>0.00</vICMS> como pode ver abaixo: <imposto> <vTotTrib>34.07</vTotTrib> <ICMS> <ICMS51> <orig>0</orig> <CST>51</CST> <modBC>3</modBC> <vBC>100.00</vBC> <pICMS>18.0000</pICMS> <vICMSOp>18.00</vICMSOp> <pDif>100.0000</pDif> <vICMSDif>18.00</vICMSDif> </ICMS51> </ICMS> <IPI>...</IPI> <PIS>...</PIS> <COFINS>...</COFINS> </imposto> </det> <total> <ICMSTot> <vBC>100.00</vBC> <vICMS>0.00</vICMS> <vICMSDeson>0.00</vICMSDeson> <vBCST>0.00</vBCST> <vST>0.00</vST> <vProd>100.00</vProd> <vFrete>0.00</vFrete> <vSeg>0.00</vSeg> <vDesc>0.00</vDesc> <vII>0.00</vII> <vIPI>0.00</vIPI> <vPIS>0.65</vPIS> <vCOFINS>3.00</vCOFINS> <vOutro>0.00</vOutro> <vNF>100.00</vNF> <vTotTrib>34.07</vTotTrib> </ICMSTot> </total> Já como era antes funcionada, ou seja, no pcnNFeW a instrução 'N17' (linha 1280) era assim: if (nfe.Det.Imposto.ICMS.pICMS = 0) and (nfe.Det.Imposto.ICMS.pDif = 0) then Gerador.wCampo(tcDe2, 'N17', 'vICMS ', 01, 15, 0, nfe.Det.Imposto.ICMS.vICMS, DSC_VICMS) else Gerador.wCampo(tcDe2, 'N17', 'vICMS ', 01, 15, 1, nfe.Det.Imposto.ICMS.vICMS, DSC_VICMS); O XML aprovado gera a tag <vICMS>0.00</vICMS> como pode ver abaixo: <imposto> <vTotTrib>34.07</vTotTrib> <ICMS> <ICMS51> <orig>0</orig> <CST>51</CST> <modBC>3</modBC> <vBC>100.00</vBC> <pICMS>18.0000</pICMS> <vICMSOp>18.00</vICMSOp> <pDif>100.0000</pDif> <vICMSDif>18.00</vICMSDif> <vICMS>0.00</vICMS> </ICMS51> </ICMS> <IPI>...</IPI> <PIS>...</PIS> <COFINS>...</COFINS> </imposto> </det> <total> <ICMSTot> <vBC>100.00</vBC> <vICMS>0.00</vICMS> <vICMSDeson>0.00</vICMSDeson> <vBCST>0.00</vBCST> <vST>0.00</vST> <vProd>100.00</vProd> <vFrete>0.00</vFrete> <vSeg>0.00</vSeg> <vDesc>0.00</vDesc> <vII>0.00</vII> <vIPI>0.00</vIPI> <vPIS>0.65</vPIS> <vCOFINS>3.00</vCOFINS> <vOutro>0.00</vOutro> <vNF>100.00</vNF> <vTotTrib>34.07</vTotTrib> </ICMSTot> </total> Não sugerindo a volta do pcnNFeW para não atrapalhar aos demais será que: 1) pode me sugerir como montar o XML para ele ser aprovado com a versão atual do ACBr com diferimento 100% em vendas dentro de SP? 2) alguém mais está com esse problema em NFe 100% diferimento em SP? Só eu? 3) pelo que li nesse tópico cada UF tem sua regra, logo podería sugerir uma POG para caso o diferimento ser 100% em SP fazer do modo antigo (gerar a tag N17 - <vICMS>0.00</vICMS>) caso contrário do modo atual? Desculpe-me pelo incômodo e agradeço qualquer sugestão.

Estou com o mesmo problema do colega acima (Luishbr), em vendas dentro de SP com diferimento 100% não passa. Coloquei o XML e a imagem do que foi alterado no pcnNFeW.pas, na verdade o arquivo é o mesmo do colega acima. Veja mais no link: http://www.projetoacbr.com.br/forum/topic/25465-nf-e-problema-com-100-diferimento-acbr-recém-atualizado/

Parece que nessa segunda-feira o usuário IhBrito (http://www.projetoacbr.com.br/forum/topic/17819-nfe-310-icms-cst-51-diferimento/?page=3) passou pela mesma dificuldade que eu e sugeriu usar o arquivo pcnNFeW.pas em anexo para voltar a funcionar. Coloquei o arquivo dele (em anexo) que possui duas linhas de alteração (imagem em anexo) e tudo voltou a funcionar. Lembrando novamente que o problema do diferimento ocorre em vendas dentro de SP e com 100% de diferimento. pcnNFeW.pas

Boa tarde a todos, atualizei os fontes agora (23/10/2015 - 18:00) e quando faço NFe (emissor regime normal de SP para cliente de SP) com diferimento 100% voltou a dar problemas: valor do ICMS na operação no CST=51 difere do produto BC e alíquota. Pelo que andei pesquisando no fórum até agora tentaram contemplar o preenchimento do diferimento para diversos estados e com diferentes alíquotas, logo tivemos diversas alterações. A forma como eu preencho o XML nada mudou de 2 meses pra cá (última atualização do meu ACBr), apenas atualizei o ACBr, faço assim e acredito que é a forma correta: <ICMS51> <orig>0</orig> <CST>51</CST> <modBC>3</modBC> <vBC>46.90</vBC> <pICMS>18.0000</pICMS> <vICMSOp>8.44</vICMSOp> <pDif>100.0000</pDif> <vICMSDif>8.44</vICMSDif> </ICMS51> </ICMS>

não quero ser indelicado mas vou corrigir o final da sua frase: para que assim todos os componentes FUNFEM. Contudo, funfando ou não funfando vou seguir com a migração do meu software VCL para FMX e tentar colaborar no código. Valeu amigo !!!

Boa tarde a todos, percebi que alguns componentes aparecem em FMX, contudo nem todos funfam. Por curiosidade o pessoal pretende migrar todos os componentes para FMX, em especial o componente ACBrNFe?

Na verdade o boleto que estou usando é FastReport (BOLETOFR.FR3), desculpe, me confundi. E os dados do Avalista (Razão social e CNPJ) aparecem no arquivo remessa mas não no impresso. Com relação ao código alimentei o componente assim: vACBrTitulo := ACBrBOLETO.CriarTituloNaLista; with vACBrTitulo do begin ... ... ... Sacado.SacadoAvalista.NomeAvalista := vAvalistaNome; Sacado.SacadoAvalista.CNPJCPF := TiraPontuacao(vAvalistaCNPJCPF); ... ... ... if (Trim(vDadosIntrucoes) <> '') then begin Mensagem.Add(vDadosIntrucoesCaixa_boletoACBr01); end; OcorrenciaOriginal.Tipo := toRemessaRegistrar; end;

Juliomar Marchetti grato pelo esclarecimento. Régys Silveira obrigado, tinha me esquecido do demo do ACBrECF, valeu por lembrar !!! Com certeza ele me auxiliará por completo nos testes...

Bom dia, podem me ajudar? Uso meu software com 3 darumas mais antigas sem problemas ainda com a finada Daruma32.DLL (sem ACBrECF), esses meus 3 clientes são comércios do tipo simples nacional de pequeno faturamento anual. Porém como o prazo para expiração das ECFs estava próximo dois desses clientes optaram comprar novas ECFs ao invés de migrar para o SAT, o modelo que veio para ambos foi a Daruma Math 1 (http://www.daruma.com.br/produtos.php?id_linha=1#). Usando a rotina antiga (Daruma32.dll) percebemos que o CPF não estava sendo impresso nem transmitido para as novas Darumas. Como não queremos colocar a DarumaFrameWork pensamos em usar o ACBrECF para as Darumas, inclusive já o usamos para algumas Bematechs. Sendo assim algumas perguntas: o ACBrECF funciona com a Daruma Math sem problemas e o CPF sai impresso? E alguém passou por esse problema que estou passando com a Daruma32.dll e conseguiu resolver? Agradeço todas as dicas...

Boa tarde a todos, estou com uma dúvida, podem me ajudar? Estou com os fontes do ACBr de 08/07/2015, configurei no ACBrPosPrinter o modo ppEscElgin para imprimir numa impressora Elgin i9 e a impressão saiu parecida ou igual ao modo ppTexto. Por curiosidade troquei o modo para ppEscPosEpson e a impressão saiu perfeita com QrCode e tudo mais. Apenas gostaria de saber se o pessoal está ou não usando o modo ppEscElgin para impressora Elgin i9. Grato a todos.

Boa tarde pessoal, estou com uma dúvida com relação ao boleto Fortes. No boleto eu informe o nome do avalista e seu CNPJ, quando gerei o arquivo remessa (Banco do Brasil carteira 17) o nome do avalista e CNPJ sairam junto conforme eu necessitava porém ao imprimir o boleto pelo componente os dados do avalista/CNPJ não são exibidos. Estou fazendo algo errado ou isso apenas não foi implementado? Agradeço a todos a colaboração.

é nóis na fita mano !

Caro Alexandre Costa, já passei algumas vezes por esse problema, alguns componentes do ACBr de dependem do Forte não encontram o arquivo FortesReportCE_Win32_DXE8_vcl.bpl, inclusive usei o Fortes do mesmo repositório que vc baixou o seu (https://github.com/fortesinformatica/fortesreport-ce). Para resolver coloquei o arquivo FortesReportCE_Win32_DXE8_vcl.bpl dentro da pasta [C:\Users\Public\Documents\Embarcadero\Studio\16.0\Bpl], não sei porque o meu Delphi XE8 procura a BPL do Fortes nessa pasta sendo que eu faço a instalação (build/compile/install) do projeto a partir de outra pasta (C:\Fortes) e coloque a pasta e subpastas no library path do Delphi. Se quiser testar feche o Delphi e copie essa BPL na pasta que indiquei. Caso o ACBr não funcione instale-o novamente mas com a BPL do Fortes já dentro da pasta indicada. Repare também em Componentes/Install Packages se o Fortes está instalado e onde ele achou a BPL. Boa sorte amigo

Caro Daniel obrigado pelo esclarecimento, pelo menu do contribuinte refiz a vinculação dos SAT utilizando a opção: Aceito como válido o Certificado Digital fornecido pela Secretaria da Fazenda do Estado de São Paulo. Caros colegas Kadu Guimarães e TISEGOMES, hoje cedo 28/08/2015 a partir das 10:00 consegui ativar e associar a minha softhouse três equipamentos Tanca, sei lá, fiz o mesmo procedimento de ontem mas hoje funcionou bem, entretanto no terceiro equipamento tive que "apertar o botãozinho" umas três ou quatro vezes para Ativar/Associar os equipamento, acho que tava congestionado...sei lá. Boa sorte a todos os companheiros, no próximo caos do SAT a gente volta correndo aqui pro fórum,, rsrsrsrs.

Caro Júlio Fernandes, no meu Windows 7 x64 usando o Installl deu certo sem problemas, uso Delphi XE8. Porém se realmente não conseguir abra o Delphi e instale ou dê build nos pacotes nessa ordem: Synapse(build), AcbrCapicom(build), AcbrOpenSSL(install), AcbrComum(install), AcbrDiversos(install), AcbrSerial(install), AcbrTXTComum(build), AcbrPCNComum(build), AcbrTCP(install), AcbrBoleto(install), AcbrSAT(install) e AcbrDFE(build). Acredito que o componente de CEP estará no pacote Diversos, caso seja isso vc não precisa nem instalar os próximos. E para instalar basta vc abrir no dekphi os arquivos *.DPK de cada pasta, dar build e se for o caso instalar. Por exemplo no meu caso o DPK do componente boleto está na pasta C:\ACBr\trunk2\Pacotes\Delphi\ACBrBoleto. Caro Júlio espero ter sido útil, boa sorte. Parabéns Júlio, postei a resposta acima pouco depois que vc resolveu !

Boa noite a todos, visto que o site da fazenda (http://www.fazenda.sp.gov.br/sat/) informou que o acesso foi normalizado comecei a tentar a ativação de 2 equipamentos SAT Tanca que tenho aqui, fiz a parte do contribuinte sem problemas que é a vinculação do serial do equipamento ao CNPJ do contribuinte (usei o cartão NFe do contribuinte) e imprimi os protocolos, também informei durante a vinculação a opção [Utilizarei Certificado Digital padrão ICP-Brasil, através de aquisição e instalação própria junto às Autoridades Certificadoras do mercado, arcando integralmente com o respectivo custo]. Contudo quando fui fazer a minha parte que é a do desenvolvedor (já tenho equipamento DIMEP em funcionamento e devidamente ativado/vinculado) liguei o aparelho SAT Tanca ao micro e a internet e utilizando o programa fornecido em cd de instalação da própria Tanca não conseguir realizar a ativação, somente vinha a mensagem de "erro inesperado". Em dispositivos do Windows (uso Windows 7 64 bits) eu já corrigi o driver de comunicação Tanca e ele aparece na COM5. Já no software do fabricante quando consulto o equipamento ele aparece normal EM OPERAÇÃO, porém tenho "erro inesperado" ao tentar ativar o equipamento ou associar a softhouse. Um fato estranho aconteceu, por curiosidade acessei a minha área de desenvolvedor no porta do SAT/SP após as tentativas frustradas de ativação/associação e o contribuinte apareceu na minha página principal (o equipamento SAT deve ter enviado os dados para ativação/associação) solicitando cadastramento como SOFTHOUSE (não, não errei os CNPJs). Enfim até as 19:00 de 27/08/2015 alguém está conseguindo ativar/associar a softhouse algum equipamento SAT? Grato a todos pela atenção dispensada.

Caro Julio Fernandes, no início dessa semana (segunda 24/08/2015) baixei o Trunk2 do zero e tentei instalar o ACBr no Delphi XE8 num micro com Windows 10 x64. Depois de muito tentar e nada conseguir usando o Instal do ACBr passei a realizar a instalação manual pacote-a-pacote e quando chegou no pacote ACBrNFe não consegui, dava erro não lembro mais qual era. As etapas que instalei ou fiz build com sucesso foram nessa ordem: Synapse(build), AcbrCapicom(build), AcbrOpenSSL(install), AcbrComum(install), AcbrDiversos(install), AcbrSerial(install), AcbrTXTComum(build), AcbrPCNComum(build), AcbrTCP(install), AcbrBoleto(install), AcbrSAT(install) e AcbrDFE(build). Sendo assim resolvi desistir, voltar para Windows 7 x64 + Delphi XE8 e utilizando o mesmo Trunk2 + Install do ACBr instalei com sucesso todos os componentes sem problema nenhum. As vezes (uma única vez ao trocar de um projeto VCL para outro FMX) o pacote do componente Fortes (componente de relatório) some junto com uns 2 ou 3 pacotes do ACBr que dependem dele mas basta fechar e abrir o Delphi que eles voltam selecionados normalmente no pacotes em Package. Julio Fernandes espero ter ajudado com minha experiência.

estou com o mesmo problema acima porém migrei meu micro para Windows 10 com Delphi XE8. Tentei instalar os componentes manualmente, foi tudo bem até o componente de NFe que começou a dar problema de "não foi possível encontrar o módulo especificado". Apenas para me posicionar melhor, posso usar Windows 10? Antes o mesmo pacote funcionava no Windows 7 junto com Delphi XE8...