Painel de líderes

Obrigadão Lucimauro mudei para C:ACBR_LOG Já consegui imprimir algumas linhas bem simples, vou me aprofundar nas múltiplas possibilidades das TAGs . Obrigadão a voce e a todos da equipe.

ola; No seu acbrlib.ini [PosPrinter] ArqLog=C:\ACBR.LOG Talvez o problema seja de permissão por esta escrevendo em c:\ , o mais correto e criar arquivo log dentro da pasta do seu aplicativo

Bom dia, notei que ao realizar a consulta de GTIN produtos que possuem NCM com 0 a esquerda estão vindo sem o mesmo, por exemplo: Para o EAN 7898970338246 Padrão: Para resolver apenas inseri um PadLeft, considerando que sempre o NCM deve ter 8 caracteres, no tratamento de dados no retorno, no método TGTINConsulta.TratarResposta: FNCM := GTINRetorno.NCM.PadLeft(8,'0'); Com PadLeft: PS: Não achei tópico específico para ACBRGtin então lancei neste mesmo. É válida a alteração ? (Arquivo em anexo) ACBrGTINWebServices.pas

Boa tarde Willian, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Erro não catalogado, você precisa entrar em contato com a SEFAZ e verificar o que houve..

Esse Webinar do CRC foi uma palhaçada (sou Contador)... totalmente desnecessário Serviu para fazer propaganda para a "solução criada sob medida para atender a exigência do Fisco" pelo Banco do Chefe (de ambos).

Bom dia, você deverá criar o arquivo NCN. Seguindo a parametrização obrigatória (coluna NCN, com campos marcados com "M") conforme descrito na documentação da paygo: https://devpaygo.readme.io/v13/docs/campos-previstos-para-cada-comando Outra opção, é após acusar a pendência selecionar a opção "desfazer" na janela abaixo:

Complementando,... Passei a usar o método POS_INICIALIZAR pois no manual fala para usarmos essa função antes de qualquer outra ou seja primeira coisa a se fazer é chamar POS_INICIALIZAR bem fiz isso a partir dai o erro no método POS_ATIVAR() passou a ser -10 (Indica que houve erro ao ativar o ACBrPosPrinter.). Não consegui identificar o motivo deste erro. E também não gera nenhum log. Obrigado a todos. (((( Descobri o Erro estava fazendo os testes em uma maquina sem a impressora e o erro de POS_ATIVAR se da pelo fato de este não ter achado a porta COM3 (default) ))) Desculpem a todos e o LOG APARECEU e pude observar as msgs. Obrigado e desculpem

Ola. Aqui uso e funciona de boa com harbour

Eu escrevi isso para a Receita Estadual: Não seria mais prático e simples informar o próprio número da NF, do que o ERP da empresa ter que criar uma nova numeração/identificação (CÓDIGO DE IDENTIFICAÇÃO?) Sei que pode ser utilizado o número da NF, mas pode ser outro também... Cada um pode criar e usar o que bem entender... É como nós, pessoas físicas, termos que ter número de CPF, de Carteira de Identidade, de CNH, de PIS, de Título de Eleitor..., algo que poderia ser simplificado e unificado tudo no CPF; afinal de contas todo mundo tem CPF. Na NF também, toda NF já tem um número. Então, porque ter que criar outro código para identificar o mesmo documento? Não seria mais apropriado a Receita Estadual ter combinado com as ADQUIRENTES de cartão o seguinte: "Vocês criam aí nas 'maquininhas' de vocês uma forma, um campo aí para as empresas digitarem o número da NF de cada operação de venda." Aí, depois de acertar isso com as ADQUIRENTES, e "todas" implementarem essa funcionalidade nas suas "maquininhas", a Receita Estadual baixa uma norma para o CONTRIBUINTE: "A partir do dia X, você é obrigado a digitar o número da NF no momento que 'passar o cartão' do teu cliente." Pronto! Resolvido e sem nenhuma dúvida de como fazer, o que fazer, que código usar, como que grava, onde que informa... Não seria beeem mais simples?

Contextualizando. As configurações de SSLLib, CryptLib, HttpLib, XmlSignLib e SSLType são comuns a todos as soluções de Documentos Fiscais Eletrônicos do ACBr. Aqui vamos considerar os exemplos nativos, mas essas configurações também se aplicam ao ACBrMonitorPLUS e ACBrLib. As configurações SSLLib, CryptLib, HttpLib e XMLSignLib costumam ficar na aba Certificado dos programas exemplo e podem ser definidas via código da seguinte maneira: ComponenteDFe.Configuracoes.Geral.SSLLib := libOpenSSL ou libWinCrypt;//Dependendo do tipo de certificado ser A1 ou A3. ComponenteDFe.Configuracoes.Geral.CryptLib := cryOpenSSL ou cryWinCrypt;//Dependendo do tipo de certificado ser A1 ou A3. ComponenteDFe.Configuracoes.Geral.SSLHttpLib := httpOpenSSL ou httpWinHttp;//Dependendo do tipo de certificado ser A1 ou A3. ComponenteDFe.Configuracoes.Geral.SSLXmlSignLib := xsLibXml2; Se o certificado digital for A3 só vai ser possível usar as configurações do WinCrypt, por outro lado se for A1 poderá usar o WinCrypt ou OpenSSL. Recomendamos fortemente que o certificado seja A1. Desta forma podemos usar o OpenSSL e não precisamos nos preocupar com a versão Windows e suas atualizações. Além disso, o certificado não precisa ser instalado, pode ser lido de uma pasta onde esta salvo ou de um campo do banco de dados. Essas configurações influenciam comportamentos como protocolo de comunicação, assinatura, validação de schema, entre outros. Já a configuração SSLType costuma ficar na aba WebService dos programas exemplos e pode ser definida via fonte assim: ComponenteDFe.SSL.SSLType := LT_TLSv1_2; Como o nome sugere, essa configuração influencia se vai qual protocolo TLS ou SSL será usado na comunicação. Porque você está atrasado. Além de não suportar 64 bits, a Microsoft condenou a CAPICOM como obsoleta desde 2016. Então, se você ainda usa configuração de Capicom está usando algo defasado, aberto a erros e com brechas de segurança. A MsXML foi descontinuada pela Microsoft em 2014 e atualmente é considerada obsoleta. Usar essa configuração para assinatura ou validação significa usar algo ultrapassado, que não sofre manutenção e com maior propensão a erros. Se você vai usar certificado A3, não deve em hipótese alguma usar MsXML, sob risco de inutilizar a chave privada do certificado digital. Praticamente todos os DFes atuais estabeleceram que deve ser usado TLS1.2 na comunicação. Por isso, foi atualizado nos fontes para que os DFes usem como padrão TLS1.2 ao invés de LT_all. Se você mesmo assim ainda usa essa configuração, o componente vai usar o primeiro protocolo disponível e não o mais indicado. O que eu uso então? As configurações recomendadas por tipo de certificado podem ser encontradas neste tópico: Caso prefira, também pode acompanhar este vídeo com orientações e demonstração prática: Mais informações. Veja mais detalhes sobre como o ACBr deu Bye Bye para a Capicom neste tópico: No tópico abaixo foi relatado o problema com MsXML e perda da chave privada de certificados A3:

Boa tarde Pessoal, Quinta feira (30/03/2023) enviei para o SVN uma atualização dos fontes do ACBrCT-e visando atender a versão 4.00 do CT-e. Já esta tudo no SVN, os novos schemas bem como os fontes atualizados do componente. Por favor atualizem todos os fontes de todas as pastas, reinstale o ACBr e inicie os testes. Lembre-se que agora devemos configurar o componente para a versão 4.00, sendo assim devemos atribuir o valor ve400 a propriedade VersaoDF. Não sei se todas as UF já estão com os seus ambientes de homologação preparados para a versão 4.00, uma vez que nos manuais consta somente 04/2023, conforme postagem anterior. Mas não custa nada tentar. Qualquer problema, favor criar um tópico no fórum para que possamos fazer as devidas correções. Desde já muito obrigado pela colaboração nos testes.

Olá amigos, realizei 2 melhorias no ACBrBAL: 1º Tratar corretamente os novos padrões de retornos para Self-Checkout com 6 casas de retorno: novos separadores sinais de (+), (-) e (,) "Ex: 12,521 ou +III,IIII" [ STX ] [ +PPP,PPP ] [ ETX ] - Peso Estável; [ STX ] [ +III,III ] [ ETX ] - Peso Instável; [ STX ] [ -III,III ] [ ETX ] - Peso Negativo; [ STX ] [ +SSS,SSS ] [ ETX ] - Peso Acima (Sobrecarga) novos status de retorno [ STX ] [ +CCC,CCC ] [ ETX ] - (Peso em captura inicial de zero) [ STX ] [ +EEE,EEE ] [ ETX ] - (Erro de calibração)) para o novos status o retorno do componente são inteiros -11 e -12 Segue um print resumindo da Pag 20. 2º Novos comandos que podem ser enviado a balança -Tarar/destarar o dispositivo via ACBrBAL (ACBrBAL1.tararDestarar) -Zerar o dispositivo via ACBrBAL (ACBrBAL1.zerarDispositivo) -Ligar e Desligar o dispositivo via ACBrBAL (ACBrBAL1.ligarDesligarDispositivo) Obs: -Não houve quebra códigos nas balanças já homologadas -Teste realizado nos seguintes modelos(Toledo 8217, Toledo Pix Self-Checkout, Elgin dp15ck e Elgin dp30ck) -Esse modelo de balança não existe como mudar protocolo conforme descrito no manual -Links e manual com a informação Sobre o produto Manual técnico -Estou enviando os fontes, Logs e também o Demo do "Balança Teste" para incluir no repositório ACBrBALToledo.pas ACBrBALClass.pas ACBrBAL.pas BalancaTeste.zip Enviando o Log BalLog.txt

Boa tarde @SisComp - Proc. de Dados Para CEF existem algumas particularidades: Tem que seguir o Manual, você foi orientado pelo banco usar qual cnab 240 ou 400? Para cedente 7 digitos, use fpLayoutVersaoArquivo = 007

Boa tarde, partindo do pressuposto que o cedente está errado, isso invalida todo o resto. verifica primariamente se está sendo informado de forma correta o código do cedente, lembrando que, a versão do layout do arquivo infere no convenio se é 6 ou 7 dígitos, então você precisa verificar qual você precisa passar.

Boa tarde. Por fugir do escopo do ACBrPRO, movi sua dúvida para um local adequado. Nesta área da comunidade, mais usuários vão poder interagir no tópico e sugerir uma solução. Para ajudar, por favor, forneça mais detalhes do seu problema e contexto. Em uma primeira leitura e sem mais informações, usar Gesture com Desktop não me parece fazer muito sentido.

Boa tarde @Datacaixa, Experimenta remover o Try ... Except, deixe somente a linha do Enviar.

Boa tarde Thiago, Se você desenvolve em Delphi ou Lazarus, pensando em um PDF de um mercado, você precisa: Dos componentes, para ler a balança, para ler o código de barras, para o TEF, para emissão da NFC-e ou SAT (se for estado de SP), para impressão em bobina. Pelo que me recordo são esses. Apesar de você poder baixar os fontes dos componentes gratuitamente, sendo assinante além de ter respostas mais rápidas dos Moderadores e Consultores, você vai ter acesso a diversos vídeos que vão lhe ajudar em muito no desenvolvimento da sua aplicação.

Obrigado pela resposta. Consegui resolver o problema.

Bom dia. Por favor, o problema ainda está ocorrendo? Conferindo no seus arquivos a princípio não notei nada de errado na estrutura ou nas informações. Se o problema ainda acontece, acredito que seria o caso de entrar em contato com a Sefaz considerando que nota referenciada que acusa de não existir consta na consulta tanto da Sefaz estadual quanto no ambiente nacional.

Veja esta aula do curso.. Temos o passo 31, transação no valor de R$1005,50, onde ocorre a confirmação e ai segue com o passo 32, transação no valor de R$1005,51 onde você vai selecionar o Autorizador DEMO e o mesmo deve retornar uma transação pendente, onde será enviado uma confirmação manual e gerar um REQNUM.

Bom dia, Rubinho Então deve ser algum problema com homologação, apesar do suporte falar que não tem problema algum, fim de semana em homologação não da pra emitir, em produção o cliente esta usando normal grato pela sua ajuda

Olá! Obrigado, farei os devidos testes e reporto aqui.

Por favor anexe um XML que reproduza o problema

@Daniel InfoCotidiano vir sim, vou iniciar os testes e qualquer dúvida volto a falar com voce

Mas que sentido tem isso ? guardar códigos aleatórios nos bancos de dados dos clientes ? Ai quando vão auditar vão achar o código 123 no Caut de uma NFCe !! e ai ?? que relevância tem essa informação ? Vão procura o comprovante impresso com esse número para ver se ele realmente existe ?? Totalmente fora do meu entendimento isso ai ...

Boa tarde Dercide, Muito obrigado pelo retorno, já enviei para o SVN.

Se estiver utilizando ACBrLibBoleto, sim.. no Titulos.ini você pode informar quantas mensagem e informativo quiser, basta usar o | como quebra de linha https://acbr.sourceforge.io/ACBrLib/ModeloCedente_TitulosINI.html Caso use o ACBrMonitorPLUS, também segue a mesma orientação https://acbr.sourceforge.io/ACBrMonitor/ModeloTituloArquivoINI.html Agora caso estiver usando o Programa Exemplo do Componente ACBrBoleto, veja que tem os campos para que você possa preencher as mensagens e instruções e depois Gerar Remessa.

Tiago, Já esta no SVN.

Olá pessoal, novo componente na área. O ACBrSIN foi feito para se comunicar com sinalizadores ou sinaleiras de Self-Checkout. Ele foi contribuído pelo colega @Warquia Pereira, no seguinte tópico: Nesse tópico tem até um vídeo de algo que pode se fazer num Self-Chekout. Valeu Warquia! A princípio está implementado a comunicação com a marca Laurenti. Mas facilmente pode ser feito para outras marcas e modelos já que a comunicação é serial. Fiquem a vontade para usar o fórum para feedbacks ou quem sabe até continuar ajudando no desenvolvimento. Bom trabalho por aí!

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 28949. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Ola; Caro parceiro, desenvolvedores e revendedores, Gostaríamos de informar que o SAT Linker II, o modelo mais antigo de nossa linha de produtos, recebeu uma atualização do SEFAZ nesta semana. É importante destacar que esta atualização já havia sido comunicada pelo SEFAZ semanas antes, através de uma mensagem direta para o SAT, que pode ser capturada pelo aplicativo de automação e exibida na loja. Visando respeitar nossos clientes e parceiros, gostaríamos de explicar o ocorrido e destacar os benefícios dessa atualização. É importante ressaltar que o SAT Linker II é um produto de 2015-2016, com mais de 8 anos de uso, e já não poderia ser atualizado devido à sua defasagem tecnológica, o que resultaria na necessidade de adquirir um novo equipamento. No entanto, fizemos um trabalho de engenharia para encontrar um caminho para atualizar o sistema do SAT Linker II, proporcionando uma vida útil mais longa ao equipamento e evitando a necessidade imediata de adquirir um novo modelo. Esta atualização também trouxe maior velocidade de operação ao dispositivo e a capacidade de operar com Layout 8.0, algo impensável para um SAT desse tempo de fabricação. Investimos horas de engenharia e homologação do equipamento, e após ser aprovado e testado, enviamos o comunicado ao SEFAZ, que resultou em aviso prévio e atualização instantânea. Embora um projeto como esse traga efeitos colaterais, eles não impedem a operação do equipamento. Aqui estão os esclarecimentos sobre cada um deles: Após a atualização do SEFAZ, todos os LEDs do Linker II permanecem piscando. É necessário desconectar todos os cabos do equipamento e aguardar até que os LEDs se apaguem em definitivo. Após isso, o aparelho deve ser religado e conectado em uma rede de internet para a atualização das Chaves do Certificado Digital. Esse processo é automático e não requer intervenção humana. Após isso, seu SAT Linker II está pronto para operar com os novos layouts e sistema interno mais moderno. Todo o processo acima resulta em dois efeitos: 2.1) O Contador de CFE (XXXXXXX) retornará para 000000001, como previsto na documentação técnica do SAT. Este sistema novo do Linker II foi testado, certificado, homologado e aprovado por órgãos competentes para operar assim. A duplicidade dos números não acarreta problemas fiscais, já que esses números foram usados há anos atrás. 2.2) Somente nos casos em que o Linker II opera com IP FIXO, esta atualização retorna o SAT para operar com IP dinâmico. Isso ocorre porque a atualização zera totalmente as configurações do equipamento, já que é um sistema operacional totalmente novo e mais moderno. Todas as configurações de rede serão zeradas e devem ser reconfiguradas. No entanto, isso se aplica apenas ao SAT LINKER II configurado explicitamente para trabalhar com IP FIXO. 2.3) Aconselhamos fortemente que, aproveitando-se desse momento de atualização do parque Link Windows https://github.com/ElginDeveloperCommunity/SAT/tree/master/Elgin/SMART SAT/Bibliotecas Windows Linux https://github.com/ElginDeveloperCommunity/SAT/tree/master/Elgin/SMART SAT/Bibliotecas Linux Android https://github.com/ElginDeveloperCommunity/SAT/tree/master/Elgin/SMART SAT/Biblioteca Android Para finalizar, comunicamos que a atualização do SEFAZ foi interrompida, em breve ela voltará a acontecer, por isso qq dúvida não hesite em nos acionar. Pedimos que considere este ocorrido com nossa ação para preservar seu investimento em um hardware (SAT Elgin Linker II) com 08 anos de operação trazendo uma sobrevida a ele. Enviado pelo claudemir andrade da elgin.

Um pouco mais sobre o cStat:105 e mensagem Lote em Processamento. Conferindo no Manual de Orientação do Contribuinte na versão 7.00 disponível para leitura aqui podemos observar que o modelo operacional da NF-e pode ser dividido em serviço síncrono e assíncrono. Para este tópico, vamos focar modelo assíncrono, que de maneira resumida pode ser definido nos seguintes passos: Enviamos a solicitação do serviço. Recebemos como resposta um Número de Recibo confirmando que a solicitação foi recebida pela Sefaz. Consultamos o Número do Recibo para receber o resultado do processamento. Fonte: Manual de Orientação do Contribuinte - Visão Geral, versão 7.00 A mensagem Lote em Processamento pode ser um possível resultado a ser recebido ao consultar o Nº do recibo. O que fazer quando o recebo? No MOC consta a seguinte orientação: Caso opte por permitir que o componente ACBrNFe automatize a consulta as propriedades a serem consideradas são: Aguardar: o tempo que o componente aguarda antes de fazer a primeira tentativa de consulta.(se não definido, por padrão 1 segundo). Tentativas: a quantidade de vezes que o componente vai tentar fazer a consulta.(por padrão 5 tentativas). Intervalo: o tempo que o componente aguarda entre as tentativas de consulta.(se não definido, por padrão 1 segundo). Via código essas propriedades podem ser definidas assim: ACBrNFe.Configuracoes.WebServices.AguardarConsultaRet := 15000; //Valor definido em milissegundos. ACBrNFe.Configuracoes.WebServices.Tentativas := 5; ACBrNFe.Configuracoes.WebServices.IntervaloTentativas := 5000; // Valor definido em milissegundos.

Configurações do ACBrMail para os principais serviços de emails do mercado outlook e hotmail smtp: smtp.office365.com porta: 587 tsl : true; ssl : false; Referência: Microsoft hotmail O smtp.live.com, utilizado anteriormente para o hotmail, parou de funcionar. Para utilizar o smtp.office365.com: 1. Ao entrar no hotmail, embaixo tem a opção atualizar para microsoft office365 premium. 2. Depois, crie uma conta grátis que já atualiza o hotmail para receber email office365. office365 smtp alternativo: smtp-legacy.office365.com gmail smtp: smtp.gmail.com usuario: [email protected] porta: 465 tsl : true; ssl : true; é necessário criar uma senha para a aplicação, portanto não é permitido mais utilização da senha principal da conta. 1. Ativar a verificação em duas etapas. 2. Criar uma senha para a aplicação. https://myaccount.google.com/apppasswords yahoo smtp: smtp.mail.yahoo.com.br porta: 587 tsl : true; ssl : false; password: não use a senha padrão da conta, precisará criar uma exclusiva para sua aplicação. siga os passos abaixo: criada pelo link https://login.yahoo.com/account/security#less-secure-apps e depois 'Gerenciar Senha de app', selecione 'Outro app' ,der um nome ao app, e clique gerar senha.; Veja ainda, a dica desse Post sendgrid smtp : smtp.sendgrid.net usuario: nome da conta senha : senha da conta tsl : true; ssl : false; porta: 465 Autor: @Aurino Locaweb From := '[email protected]'; FromName := 'Nome do Remetente'; Host := 'email-ssl.com.br'; Username := '[email protected]'; Password := 'Sua_Senha'; Port := '465'; SetTLS := False; SetSSL := True; Locaweb2 From := '[email protected]'; FromName := 'Nome do Remetente'; Host := 'email-ssl.com.br'; Username := '[email protected]'; Password := 'Sua_Senha'; Port := '587'; SetTLS := True; SetSSL := False; SparkPost From := '[email protected]'; FromName := 'Nome do Remetente'; Host := 'smtp.sparkpostmail.com'; Username := 'SMTP_Injection'; Password := '8a93c971789791b0102d889dd8f5f9b40507288d'; // Sua API Key Port := '587'; SetTLS := True; SetSSL := False;

Se tu chamou o CRT ele é uma function e é boolean True e False. quanto ao ambientes de testes ele vai aprovar tudo no PIX e se tu ler o código não tem nada lá anão ser uma poesia. em produção ele vai exibir durante 90 segundos e esperar a leitura e pagamento e retorna ok senão ele cancela e faz o desfazimento e retorna false

Olá pessoal, Eu também aprendi a programar por volta de 1983/1984 em um TK-82c com 16 Kbytes de RAM com linguagem Basic residente e os programas eram gravados em fita cassete, usávamos se não falha a minha memoria um gravador National. Em 1985 comprei um TK-85 que tenho até hoje, depois comprei um Expert da Gradiente, esse infelizmente não tenho mais. TK-82c TK-85 Expert

Olá amigos, depois de mais um cliente ter perdido o certificado resolvi que ia tentar descobrir oque estava causando isso, e depois de muita peleja(são 4:00 da manhã ), acho que consegui chegar ao causador do problema, pelo menos tive sucesso em excluir um certificado por diversas vezes assinando um XML. E como muito se falava, não é diretamente o ACBR que está excluindo o certificado, pelo que constatei é a MSXML que está "reiniciando" o certificado e somando isso a mais algum problema está causando a exclusão. Se você assinar um XML e deixar o administrador do token aberto, verá que no momento da assinatura, no trecho "xmldsig.sign(dsigKey, CERTIFICATES);" o token muda de: Operacional >> Ausente >> Presente >> Operacional, como se o cartão fosse removido e inserido novamente. Pensei aí tem coisa! Tentei remover o cartão durante a assinatura mas não consegui simular a exclusão do certificado, imaginei que não estava sendo rápido o suficiente. Então coloquei um loop no trecho do ACBR que pega a chave privada do certificado, antes de executar a assinatura, percebi que até aí o PIN do certificado não era solicitado, somente mais a frente quando ocorre a assinatura com "xmldsig.sign(dsigKey, CERTIFICATES);". Porém quando removi o certificado da leitora e inseri novamente dentro do loop(o mesmo que a MSXML faz durante a assinatura) foi me solicitado o PIN e logo depois veio a mensagem: "O conjunto de chaves não está definido", olhando no administrador do token que estava aberto pude ver o certificado sendo excluído: O PIN que ele me solicitou foi para excluir o certificado! O que imagino que esteja acontecendo é que se você chamar o método Assinar repetidamente, antes de dar tempo do cartão ficar operacional novamente, o certificado pode ser excluído. Isso explicaria o porque da exclusão ser esporádica e também não acontecer com todos os sistemas, pois dependeria da lógica usada por cada um para assinar, como assinaturas em sequência ou mesmo mais de uma thread acessando o certificado. Fiz um vídeo mostrando o momento da exclusão, note que não consegui excluir na primeira tentativa, porque demorei muito pra inserir o cartão, estava com uma mão ocupada filmando, ia editar isso mas tô com muito sono. MODERAÇÃO: vídeo removido a pedido do usuário Vou dormir um pouco e amanha ver se me aprofundo no problema.