Painel de líderes

Entendi! Muito Obrigado!

Olá pessoal! Foi publicada a versão 1.10 desta nota técnica. A nova versão traz alterações em algumas regras de validação e a adição de uma nova rejeição para substituir uma denegação correspondente. Alterações Regra de Validação 1C17-50 Altera a regra de validação transformando ela de uma denegação para uma rejeição. Lembrando que quando uma nota fiscal é rejeitada, você pode realizar a correção do erro que ocasionou a rejeição e tentar emitir novamente a mesma nota, enquanto que quando for denegada, a nota fica armazenada na base de dados da sefaz e por isso o mesmo número não pode ser utilizado novamente. Regra de Validação I08-150 Adiciona na regra de validação o CFOP 5.910: Remessa bonificação, doação ou brinde permitindo o uso do mesmo na NFC-e. Datas Implantação Teste: Até 01/07/2024 Implantação Produção: 02/09/2024 Modificações no ACBr? Como a nova versão traz alterações em regras de validação da Sefaz, alterações nos fontes do ACBr não se fazem necessárias. Leia a versão 1.10 desta Nota Técnica na íntegra AQUI.

No Tópico Foi realizado a implementação do DLL do TEF Auttar no ACBrTEFD nos últimos meses tivemos alguns ajustes para adequação do casos encontrados em produção, segue novamente fontes com as correções para validações. Fontes_ACBrTEFD.zip Exemplos_ACBrTEFD_NaoFiscal_Delphi.zip

Consegui listar as USBs disponiveis no dispositivo, inclusive consegui identificar que a balança foi encontrada nesta lista, mas não sei como setar isto para o Componente. Para carregar eu usei uma função como abaixo, incluido no laço que busca as portas: DeviceInfoList := TStringList.Create; try FUSBSerial.ListUsbDevices(DeviceInfoList); cbxPorta.Items.AddStrings(DeviceInfoList); finally DeviceInfoList.Free; end; A função esta contida na unit USBSerial.pas , e as chamadas para api do android esta disponivel na unit Androidapi.JNI.Usb.pas . Foi o mais perto que consegui chegar até agora. Androidapi.JNI.Usb.pas USBSerial.pas

Boa tarde Francisco, Você configurou o programa exemplo para pegar os schemas da pasta correta? Veja o meu teste: ------------------------------ Versão OpenSSL OpenSSL 3.1.3 19 Sep 2023 03.01.00.030 C:\ACBr\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi\libcrypto-3.dll C:\ACBr\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi\libssl-3.dll ------------------------------ Requisição Ambiente : 2 Cidade : Taubate/SP Provedor : Etherium Versão: 2.04 Data/Hora: 20/06/2024 15:10:58 Método Executado: Enviar Lote Síncrono Parâmetros de Envio Numero do Lote: 1 Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : True Erro(s): Código : E43 Mensagem: Inscrição Municipal do prestador do serviço não encontrada na base de dados do município. - CODE: 1 Correção: --------- Leia o tópico abaixo referente a configuração da pasta de schemas.

Boa tarde Sandro, Assim que o WebService do provedor ABase estiver funcionando vai ser necessário fazer a seguinte alteração no arquivo ACBrNFSeXServicos.ini [4302105] Nome=Bento Goncalves UF=RS Provedor=ABase Versao=2.01 Esse provedor se utiliza da mesma URL para todas as cidades.

Boa tarde Diego, Já esta no SVN.

Boa tarde Diego, Já esta no SVN.

SOLUÇÃO para consulta em lista via API Banco do Brasil em homologação. usar agência do beneficiário: 452 e conta do beneficiário: 123873

Bom dia @BigWings, beleza? Obrigado pela resposta, então eu também penso dessa forma, o problema é que eu fiquei agarrado na comparação e pus na cabeça que tinha algum erro, para piorar, pensa num suporte horrível que é o do Santander, enviei para eles e não obtive retorno para dizerem se estava errado ou não. Vou aguardar o retorno deles para ver qual foi a resposta. @Antonio Gomes, obrigado pela dica, vou aguardar o retorno do suporte então. Muito obrigado pelas resposta galera.

Bom dia Robinho, eu verifiquei aqui o número do processo e o erro estava no parâmetro toProc, que no caso o meu é JUDICIAL. O número de processo está ok e está enviando corretamente. Para os amigos que fazem uso do java, segue abaixo a rotina para calcular o dígito verificador. Apenas lembrando que a rotina calcula apenas o dígito verificador, mas a montagem do campo segue o formato que está no manual (NNNNNNN-DD.AAAA.J.TR.OOOO). Obs: O nosso 'peso' de tamanho (length) de processos é em torno de 22 public static String calcularDigitoVerificador(String numProcesso) { int soma = 0; int[] pesos = {2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22}; for (int i=0;i<numProcesso.length();i++) { int digito = Character.getNumericValue(numProcesso.charAt(numProcesso.length()-1-i)); soma += digito * pesos[i % pesos.length]; } int temp = soma%11; return (temp == 0) ? new Integer((11-(temp))/10).toString() : new Integer((11-(temp))).toString(); } Obrigado a todos.

Eu li o código fonte para entender como estava funcionando, ai cheguei neste novo método, mas farei o teste novamente.

@galegoga Na verdade, eu não consegui carregar o método com o "sk_X509_pop_free" diretamente na minha primeira tentativa. Então dei uma pesquisada rápida no google e cheguei nesse outro método. Ao que parece, o "sk_X509_pop_free" é apenas uma macro. Mas, assim como você, não sou um profundo conhecedor de OpenSSL, por isso marquei o @Daniel Simoes pra dar uma averiguada no código e garantir que irá funcionar em todas as versões atualmente suportadas pelo ACBr. Seguem alguns links: https://www.openssl.org/docs/man3.2/man3/OPENSSL_sk_pop_free.html https://github.com/search?q=repo%3Aopenssl%2Fopenssl OPENSSL_sk_&type=code

Também tem a inclusão do campo ValorTotalNotaFiscal, que eu tinha solicitado recentemente em outro tópico aqui no fórum.

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

No modo síncrono não é usado o ACBrMDFe.WebServices.Retorno, altere pra ACBrMDFe.WebServices.Enviar. Também não é retornado número de recibo, que é desnecessário no modo síncrono.

Bom dia Castro, Após o envio no modo Síncrono se o MDFe foi autorizado você pode pegar a chave da seguinte forma: Chave := ACBrMDFe1.Manifestos[0].MDFe.procMDFe.chMDFe; Mas também você pode obter a chave da seguinte forma: Chave := ACBrMDFe1.Manifestos[0].NumID; Essa segunda forma se faz necessário que o o XML do MDFe tenha sido gerado.

Conforme o próprio Daniel já falou o ACBr não vai morrer, além dele e os demais colegas de desenvolvimento o código já foi feito para que fique aberto para que possa ser mantido! Em minha região ainda é forte aplicação desktop, e quer ferramenta mais prática seja delphi ou lazarus pra criar uma aplicação que roda sem dependências! Não sou contra Visual Studio até programo ele, mas se tenho que levar uma aplicação saio com um pen drive pois pode precisar do FrameWork X, Y, Z (claro que quem tem windows e mantem atualizado não precisa ) Outra coisa é aplicação web, temos que lembrar que estamos no Brasil, há mas a NF-e precisa de internet etc, etc, mas putz se foi a internet como é que o cliente vai continuar a usar o sistema dele ou a empresa toda para não pode nem fazer um pedido ou o pessoal do financeiro trabalhar, cai um poste (teoria do caos geral), ou até mesmo clientes com a ideia de meus dados estão onde, algo fácil de alguém acessar etc etc! trabalho em uma empresa tributária hoje e mesmo com todos os avanços o backup é em um HD, pois o chefe não sente segurança nas nuvens enfim é uma opinião conforme solicitou. teremos colegas que vão mostrar visões diferentes mas no geral cada um e sua região tem as particularidades variadas! quanto ao ACBr o que depender de nós ele continuará vivo !