M_Albuquerque

Bom dia! Após atualizar o ACBr no mês passado (por causa da NF-e 4.0) começou a ocorrer um fato no boleto do SICREDI (de uso próprio meu), e gostaria de tirar uma dúvida: No anexo "boleto_sicredi_internetbanking" consta o boleto gerado diretamente no internet banking do SICREDI. No campo Nosso Número está "18/100134-8". Perfeito! No anexo "boleto_sicredi_ACBratualizado" que foi gerado após recompilação do ACBr atualizado mês passado o Nosso Número está "18/200134-8", isto é, o dígito 1 foi substituído pelo 2. O boleto do SICREDI que eu gerava antes da atualização do mês passado tinha dígito 1 nessa posição, exatamente como o gerado pelo próprio SICREDI. Mas para isso acontecer, no meu fonte eu passava o valor "1" para a propriedade ACBrTitulo.CodigoGeracao. Após recompilar o ACBr atualizado começou a dar um erro nessa linha: "Código de Geração Inválido". Se eu comento essa linha no meu fonte não dá erro, porém o boleto sai com o "2" no Nosso Número (18/200134-8). E se eu deixo ACBrTitulo.CodigoGeracao = "1", e comento lá no fonte do ACBrBoleto onde a exceção ocorre, o boleto dá certo com o dígito "1" em Nosso Número (18/100134-8), que é exatamente o que eu preciso, cf. o anexo "boleto_sicredi_alterado" (que está igual ao gerado pelo SICREDI). A linha comentada em Acbrboleto.PAS é essa: procedure TACBrTitulo.SetCodigoGeracao(AValue: String); begin if fCodigoGeracao = AValue then Exit; // if Pos(AValue,ACBrBoleto.Banco.CodigosGeracaoAceitos) = 0 then //comentando essa linha, e a próxima, o boleto sai com "1" no Nosso Numero. // raise Exception.Create( ACBrStr('Código de Geração Inválido!') ); // fCodigoGeracao := AValue; end; Mas o que não entendi ao debugar passo a passo - e perdoem minha ignorância por isso - foi o fato do AValue estar recebendo o "1" que estou passando em ACBrTitulo.CodigoGeracao (corretamente, perfeito), e como na propriedade ACBrBoleto.Banco.CodigosGeracaoAceitos consta o "1" embutido ("0123456789"), então POS não poderia ser zero. Enfim, eu consigo contornar a situação para que me atenda comentando o fonte ACBrBoleto.PAS nas 2 linhas mostradas acima, mas gostaria de saber se não há alguma outra propriedade no componente para que eu ajuste de forma que o Nosso Número saia "18/100134-8" (com o "1" após 18/) sem ter que ficar alterando o fonte do ACBr. (E, por curiosidade, por que no caso do SICREDI o fCodigoGeracao é carregado com valor 2 como default?) Muito obrigado pela atenção. Márcio.

"panela velha é que faz comida boa"

Perdoem minha ignorância, mas esse erro deveria aparecer para quem ainda está na versão 3.1 ? Ontem (02/07/18) alguns clientes que ainda estão na versão 3.1 emitiram NF-e normalmente, sem problema algum. Nesses as opções de internet estão habilitadas com SSL 3.0 e TSL 1.0, como há tempos sempre estiveram, e todos com Win7 64 c/ SP1. Mas hoje 2 clientes c/ versão 3.1 apresentaram problemas, e pelo log vi que o erro é o 403 (Forbidden access is denied. You don´t have permission...). Só 2, demais c/ 3.1 estão emitindo normalmente (c/ SSL 3.0 e TSL 1.0) Mais estranho é que em um deles há 2 terminais emitindo NF-e 3.1 c/ certificado A1. Um terminal deu erro 403, outro terminal está emitindo normalmente. Rodei o fix indicado mas não resolveu. Por que será que só nesses 2 ocorreu o erro? Alguma sugestão? Neles já fiz de tudo: desinstalei java, certificado, limpei cache, instalei tudo novamente... e não deu certo. Obrigado pela atenção.

Vide NT_2016_002_v1_60 – página 4 (Altera a data de desativação da versão 3.10 para 02-ago-2018.) Outra fonte: https://arquivei.com.br/blog/novos-prazos-para-nfe-4-0/ Abs.

Perdoem minha ignorância, mas como é possível gerar um cupom fiscal eletrônico (CFe SAT) a partir de uma máquina de cartão? http://www.oobj.com.br/solucoes/oobj-checkout Algum colega do fórum já desenvolveu algo desse tipo? Marcio.

O convênio ICMS 60/17 de 23/05/2017 estabelece uma adoção progressiva para implantação do Código CEST: 01/07/2017 - Indústrias e importadores 01/10/2017 Atacadistas 01/04/2018 Demais segmentos econômicos http://pesquisa.in.gov.br/imprensa/jsp/visualiza/index.jsp?data=25/05/2017&jornal=1&pagina=29&totalArquivos=304 Se não for pelo CNAE do emitente da NFe, há outros meios da SEFAZ descobrir em qual dos três prazos o emitente se enquadra para a obrigatoriedade da inclusão do código CEST no XML? Obrigado, Márcio.

Sr. Rafael, boa tarde! Primeiramente muito obrigado pela atenção e retorno! Só trabalhei com 2 marcas até hoje (Bematech e Sweda, e só em 2 clientes, 1 de cada marca em cada cliente) e hoje o contador de um deles veio me falar que os cupons emitidos no período que eu dissera estar em Homologação (jan/17) apareceram no Sistema de Retaguarda (SGRSAT) como sendo oficiais. E realmente os arquivos XML estão com a tag <tbAmb> = 1 Como me baseei no SATTeste para suprir a necessidade do cliente fui lá pesquisar, e daí surgiu minha dúvida postada. Perdoe minha ignorância no assunto, mas é no próprio aparelho SAT que se configura se ele está em ambiente de produção ou testes, é isso? -se entendi errado a sua colocação peço minhas sinceras desculpas. -se entendi certo: essa configuração de ambiente é feito no próprio software de ativação do fabricante do SAT? (porque procurei nos respectivos das 2 únicas marcas que trabalhei até hoje e não encontrei nada a respeito) Vale ressaltar que em jan/17 ambos estavam com o layout 0.06. Só atualizei para 0.07 no final de março. Novamente muito obrigado pela atenção dispensada. Márcio Sr. Rafael, Favor ignorar meu post anterior. Encontrei a resposta É possível excluir meu post anterior? ou fechar esse tópico como 'resolvido'? Muito obrigado pela enorme atenção dispensada. Márcio

Boa tarde! No SATTeste, unit "Unit1", no combobox que determina o Tipo de Ambiente: Se cbxAmbiente.ItemIndex = 0 então TpcnTipoAmbiente = taProducao Se cbxAmbiente.ItemIndex = 1 então TpcnTipoAmbiente = taHomologacao Na mesma "Unit1", procedure AjustaACBr, é assumido o Tipo de Ambiente conforme cbxAmbiente.ItemIndex: Config.ide_tpAmb := TpcnTipoAmbiente( cbxAmbiente.ItemIndex ); Porém na NT do SAT (vs 2.4.20 - pag 14) consta: Tipo de Ambiente = 1 --> Produção Tipo de Ambiente = 2 --> Testes Portanto... Se deixar o Combobox de Ambiente como "Homologação" então cbxAmbiente.ItemIndex será 1, e ao passar na procedure AjustaACBR o Config.ide_tpAmb será assumido com valor 1, e será passado 1 para a tag <tpAmb> do xml. Portanto será passado como Produção ao invés de Homologação. Se esse meu raciocínio estiver certo: -No caso acima não deveria passar o valor 2 para <tpAmb> ? -Onde no SATTeste ele passa o valor = 2 para <tpAmb> do xml quando deixamos "Homologação" no combobox? (ou passa 2, e eu não soube identificar aonde? (consequentemente meu raciocínio está furado...)) OBS: Estou ciente que o SATTeste tem como objetivo exemplificar cada função para implementação do SAT, portanto ajustes devemos fazer diretamente nos nossos aplicativos. O ACBr é fantástico e gratuito, portanto esclareço que minha intenção aqui é apenas tirar uma dúvida focada exclusivamente no SATTeste. Muito obrigado pela atenção. Márcio

Essa validação já existia para operações interestaduais. Agora também é feita em operações internas. 18/10/2016 - Atenção: Atualizada a versão 1.90 da NT2015/003, contendo a especificação dos prazos. prazos para entrada em homologação (31-out) e produção (07-nov). Incluída a regra de validação E16a-35 para evitar, nas operações internas, erro na indicação do destinatário como contribuinte isento de IE em UF que não permite esse tipo de situação; A regra de validação está na pag 13/28 da NT2015/003 - v1.90.

Bom dia. Foi publicada ontem no D.O.U. (13/09/16 - pagina 29 - seção 1) a prorrogação do CEST para 01/07/2017. http://www.spedbrasil.net/forum/topics/cest-prorrogada-01-07-2017-conv-nio-icms-no-90-de-12-de-setembro

Boa tarde! Utilizando o ACBrBal algum colega do fórum conseguiu fazer a comunicação com uma balança Triunfo - modelo DST-30-C/T ? (se positivo, qual balança usou na propriedade Modelo do referido componente?) Muito obrigado pela atenção

Bom dia! Eu entendi, segundo a NT 2015/003 v1.80, que o preenchimento no XML das tags relacionadas ao "DIFAL" que entrarão em vigor dia 01/07/2016 serão para Operações Interestaduais (idDest=2) onde o destinatário é Consumidor Final (indFinal=1) e Não Contribuinte (indIEDest=9). -Quem realiza operações interestaduais de venda para consumidor final PJ - todos contribuintes c/ CNPJ e IE - terá que atualizar os Schemas e/ou o ACBrNFe? -Repito a pergunta, mas agora para quem SÓ realiza vendas dentro do estado, independente do tipo de cliente. Em março/16 reinstalei o ACBr a partir do trunk2 e desde então não atualizei mais, por isso minhas dúvidas acima. Muito obrigado pela atenção dispensada. Márcio

Boa tarde. Para um mercado que emite (apenas) 30 cupons fiscais por dia é sugerido, na opinião dos colegas, inicializar o SAT (botão ACBrSAT1.Inicializado do exemplo) quando abre a aplicação, aí deixá-lo sempre 'ligado', e ao fechar a aplicação desligá-lo, ou, na emissão de cada cupom fiscal seguir o ritual: Inicializar o SAT....Emitir cupom....Desligar o SAT ? E no caso de 300 cupons por dia? (com um só caixa) Muito obrigado pela atenção. Márcio

Bom dia! Por incrível que pareça, eis como o problema foi resolvido: Ligando a impressora direto na tomada (já que é bivolt), sem estabilizador, sem intermediários. Na 6a a tarde consegui falar com o suporte Sweda. O atendente passou que a solução para o problema era a mudança dos jumpers, cf anunciado no posto que colei e em muitos outros que vi na internet. Não queria, mas tive que apelar. Mas mesmo assim não funcionou. Eis que em novo contato com o mesmo atendente, ao citar que eu não entendia como no meu ambiente tudo tinha funcionado e no cliente não, e já tinha tentado tudo que era DLL baixado do site da Sweda, ele comentou sobre o fato do QRCode necessitar uma pequena carga maior de energia, portanto sugeriu que eu verificasse se o estabilizador do cliente não estava sobrecarregado. E de fato estava! Eis que lembrei que no meu ambiente eu tinha ligado a impressora direto na tomada. Fiz o mesmo no cliente - liguei direto na tomada - e funcionou! Imprimiu o QRCode! Fica a dica. Abs., boa semana à todos! Márcio

Bom dia. Utilzando SAT Sweda SS-1000 e impressora Sweda Sl-150: No meu ambiente com Win7-64 tudo funciona perfeitamente, seja via SATTeste ou via meu aplicativo. Nos clientes com Win7-64 também. Agora num cliente com Win7-32 está ocorrendo algo parecido com o post que colei abaixo, isto é, após a emissão do CFe a impressora não imprime o QRCode, apaga a luz do power, dá um beep, e volta a acender e funcionar. Porém o problema adicional (não sei se está relacionado com a plataforma 32/64 ou com a impressora) é que depois que emito um CFe a impressora faz o relatado acima, porém a emissão do CFe seguinte não funciona. Pelo log do ACBr é relatado o "ESynaSerError - Communication error 2: O sistema não pode encontrar o arquivo especificado". E pelo utilitário de impressão da Sweda, ao tentar Abrir A Porta - Virtual Port on COM3 - dá erro de comunicação. Se reiniciar a impressora, ou antes de emitir o primeiro CFe, a comunicação é feita normalmente. Portanto o erro aparente é que o 1o CFe emite corretamente, porém a impressora "pára" na impressão da chave de acesso e não imprime o QRCode. Aí ela dá um beep, desliga, liga e o 2o CFe dá o erro de comunicação citado acima. Se tentar comunicar pelo utilitário da Sweda também dá erro de comunicação, coisa que não ocorre antes do 1o CFe. Resumindo: Além de não imprimir o QRCode (idem post colado abaixo) a impressora perde a comunicação. Não sei se resolvendo o 1o problema resolve-se também o 2o. Se coloco as DLL´s 64 bits do meu ambiente lá no cliente dá erro de versão. Se coloco as DLL´s 32bits disponibilizadas pela Sweda, recém atualizadas hoje, o problema não resolve. Tanto DLL´s do SAT como DLL´S da impressão. Li no fórum muita coisa parecida com meu problema, mas nada resolveu. Já tentei todas as dicas citadas que envolvem ACBrSAT e não resolveu. Só não tentei mudar os jumpers da impressora pois, além de não ser minha área, queria primeiro a confirmação da Sweda que esse é a solução definitiva, mas estou há horas tentando falar no suporte Sweda e não consigo um bendito atendente disponível, e pelo site também não. Enfim, se alguém já passou por isso e tem um milagre na manga eu ficarei eternamente agradecido pela ajuda. Obrigado pela atenção dispensada. Márcio

Daniel, Obrigado pela enorme ajuda e compreensão. Parabéns pelo forma que presta seu suporte, principalmente levando em consideração a gratuidade do mesmo. Abs. Márcio

Daniel, Muito obrigado pela resposta e pela enorme recomendação. Abs. Márcio

Bom dia! Peguei meu 1o SAT pra desenvolver, um Sweda SS-1000. Baixei todo material do site dela. Porém vi que no exemplo de Delphi que baixei do site dela há também outras 3 DLLs, que são iconv.dll, libxml2.dll e zlib1.dll. E no arquivo baixado do site referente exclusivo as DLLs há outras 2 DLL´s, que são msvcp100.dll e msvcr100.dll para 32 bits e msvcp120.dll e msvcr120.dll para 64bits. E na pasta onde o Software de Ativação da Sweda é instalado constam também, além de todas essas 7 DLLs acima, mais um monte (que acho que são exclusivas do referido software) Na pasta ACBr\Projetos\ACBrMonitorPLUS\Lazarus\SAT\Sweda também constam as 3 primeiras DLLs citadas acima, porém com especificações diferentes das baixadas no site da Sweda (principalmente Versão e Tamanho). E essas mesmas 3 DLLs também constam na pasta ACBr\DLLs\XMLSec. É tanta DLL que estou totalmente perdido em qual utilizar. Portanto peço ajuda aos mais experientes com SAT (principalmente Sweda...rs): 1-Somente as DLLs SAT.DLL e SATDLL.DLL devem ficar na pasta do aplicativo? Devem ficar também na SYSTEM32? 2-Ref. as outras DLLs citadas: as mesmas que foram usadas aqui no meu ambiente de desenvolvimento também deverão ser copiadas (exatamente as mesmas) para o ambiente do cliente? E também devem ficar na SYSTEM32? 3-No caso de resposta positiva acima: Interfere o fato de eu ter usado as DLLs p/ 64bits por causa do meu ambiente de desenvolvimento e o cliente ser 32bits? Muito obrigado pela atenção dispensada. Márcio.

Bom dia! Obrigatoriamente o processo de ativação e validação do SAT deve ser feito na mesma máquina onde o SAT será instalado? (para não passar sufoco no cliente a minha intenção é pegar o SAT dele, o certificado digital dele, e fazer tudo aqui no meu ambiente de desenvolvimento, e depois de ativado e vinculado entregar tudo pronto, bastando apenas conectar na máquina, instalar drivers, e pronto) Obrigado Márcio

Boa tarde! Por acaso alguém conseguiu resolver esse problema que o "gbpsv.exe" causa ao fechar automaticamente os programas que ele considera maliciosos sem que seja através da desinstalação desse plugin? No meu caso está ocorrendo com o SATTeste. O executável baixado do site abre e funciona perfeitamente. O compilado por mim (Delphi2007) fica só 3 segundos e fecha. Segui a sugestão desse post e, assim como relatado lá, funcionou um pouco e depois voltou a fechar sozinho (http://www.projetoacbr.com.br/forum/topic/19696-exemplo-acbrsat-fechando-na-execução/#comment-162677) Já mexi em vários pontos do programa pra ver se o GBPlugin deixava passar por causa da heurística mas não deu certo. No ano passado tive problemas com esse plugin referente a parte gráfica do sistema (botões sumiam, relatórios ficavam em branco, etc.) e tentei a mesma solução que lá resolveu mas infelizmente agora não resolveu (preencher todos os campos de versão/desenvolvedor em Options > Version Info). Qualquer sugestão que não seja desinstalar o digníssimo GBPlugin ou assinar digitalmente o executável será bem vinda! Obrigado! Márcio

Bom dia. Nos meus clientes, todos em SP, está dando o erro 403-Acesso negado. Nos de vocês também?

Tenho apenas um cliente em SP que emite NFe utilizando CFOP 5959. No meu aplicativo eu nunca informei essa tag de referência ao cupom fiscal da nota. Meu cliente usa meu aplicativo há 2 anos.Até 6a feira 13/05 ele estava emitindo NFe normalmente com CFOP 5959. Desde ontem (16/05/16) está dando a rejeição "não informado nota fiscal referenciada (lançamento relativo a cupom fiscal)". Vi num dos posts anteriores que essa regra valerá a partir de 01/06/16. Será que a SEFAZ-SP - erroneamente - se antecipou? Obrigado Márcio Srs, No meu post anterior, onde está citado 5959 o correto é 5929. Grato

Bom dia! Agora pela manhã um cliente tentou emitir uma NF-e como sempre fez, com produtos com ST=060, e deu a rejeição "Operação com ICMS-ST sem informação do CEST". Mas o CEST não foi adiado para 01/10/16? (Convênio ICMS 16/2016) Alguém mais passou por esse problema hoje?

São tão enrolados que até a data do Convênio publicaram errada (24 de abril, não de março)...rs (Até no DOU de hoje a data está errada: http://pesquisa.in.gov.br/imprensa/jsp/visualiza/index.jsp?data=28/03/2016&jornal=1&pagina=30&totalArquivos=140 (página 30)) Rumores na 6a feira Santa cravavam o adiamento para 01/01/17, mas o que entendi pelo que foi publicado no DOU hoje a data correta será 01/10/16. Boa semana a todos! Márcio

http://www.spedbrasil.net/forum/topics/cest-nova-data-janeiro-2017 FELIZ PÁSCOA À TODOS! Márcio