Painel de líderes

Boa tarde a todos, A Consulta pelo numero do protocolo para atender a API Rest que é utilizada pela versão 2.1.1 já esta pronta. O componente ACBrReinf já esta realizando essa consulta e a API esta retornado o resultado do processamento. O próximo passo agora é adequar a leitura dos retornos, tanto do envio quanto da consulta, pois os retornos da API Rest não são envelopados e algumas tag estão com nomes diferentes do retorno gerado pelo WebService. Assim que essas adequações forem realizadas e testada, retornarei aqui para avisa-los. Atenção: As alterações que fiz ainda não foram para o SVN.

Boa tarde a todos, Realizei alterações no componente ACBrReinf visando o envio dos eventos da versão 2.01.01 para a API Rest. O envio foi realizado com sucesso e a API retornou o XML de retorno. Como essa API trabalha no modo Assíncrono após o envio não temos o resultado do processamento e sim apenas o numero do protocolo. De posse do numero do protocolo será necessário realizar uma consulta para que enfim possamos ter o resultado do processamento do(s) evento(s) enviado(s). O próximo passo agora é implementar no componente essa consulta. Assim que ela for implementada e testada, retornarei aqui para avisa-los. Atenção: As alterações que fiz ainda não foram para o SVN.

Boa tarde! Na data de hoje(25/01/2023), por volta das 16:29, usuários em nossa comunidade do Discord começaram a relatar problemas para transmitir NF-e/NFC-e para a Sefaz-SP. Consultando ferramentas de diagnóstico e observabilidade disponíveis, foi observado grande instabilidade com tempos de resposta chegando a ultrapassar os 30 segundos e diversas notificações relatando o problema. Não há comunicado oficial, mas acredita-se que seja problema de DNS por parte da Sefaz, pois alguns usuários relataram ter conseguido transmitir depois de configurar o DNS do Google. Não há comunicado de contingência na página oficial.

confira as condições exclusivas de distribuição TEF, direto com o Projeto ACBr https://projetoacbr.com.br/tef/

Consultando hoje o Portal da Nota Fiscal Eletrônica já não consta mais contingência ativada para o estado de MG

Bom Dia Italo.... Fiz o teste, apresentou corretamente.

Prezados, boa tarde. Conseguimos identificar o problema aqui e o erro não estava relacionado ao componente. A CEF informou um código de cedente válido com 7 dígitos, quando na verdade estavam equivocados, pois tal código do cedente era com 6 dígitos. Esse erro mudou completamente o resultado esperado. Assim, deixo aqui o alerta com relação a isso, pois perdemos muito tempo tentando achar o erro. @Juliana Tamizou, por gentileza fechar o tópico como resolvido, e muito obrigado pelo apoio. Att Michel Abrão.

A Secretaria da Economia de Goiás, por intermédio da Coordenação do Cadastro da Superintendência de Informações Fiscais (SIF), comunica que os contribuintes goianos (Pessoa Jurídica) inscritos a partir da última sexta-feira (13/1) passaram a receber suas inscrições estaduais iniciadas com o número 20. Fiz um pequeno ajuste no código e validei com algumas inscrições que tenho aqui. segue em anexo unit. IN_1535_2022.doc ACBrValidador.pas

Boa tarde, Realizei a homologação do boleto com o banco bradesco e obtive o seguinte resultado da analise: No arquivo de remessa foi gerado dessa forma: Fiz algumas consultas e virifiquei que algumas pessoas estavam removendo o segmento R para poder homologar, mas como eu precisava informar os dados da multa do boleto, não era uma alternativa remover o segmento. Analisei o arquivo de remessa e verifiquei que os campos do tipo "Num" quando não possuem valor, eram preenchidos com "0" zeros. Após fazer alteração no fonte a remessa foi homologada sem problemas. Obs: utilizei a documentação do bradesco v6.0 de agosto de 2022. Arquivo alterado, substitui linha 402 pelas linhas 402, 403 e 404 do .pas. ACBrBancoBradesco.pas Desculpe se o post ficou grande, tentei ser mais claro pela primeira postagem. Se precisar de mais informações eu respondo. Obrigado.

Boa tarde! Na data de hoje(25/01/2023), por volta das 15:40, fomos alertados pelo usuário @Rafael Fachini no canal #sefaz em nossa comunidade do Discord para o fato de que a Sefaz-MS está completamente fora. Até o momento não a informação de contingência ativa e até mesmo o acesso ao site da Sefaz-MS está indisponível.

Sim.. é o mesmo TEF... A PayGo, não distribui TEF mais diretamente a usuários finais, e delega isso para Distribuidores credenciados, como o ACBr ou Gertec

Olá @Carlos Wagno Schneider, Fiz testes utilizando seus xmls e seu arquivo '.ini' e acabei encontrando um problema no ACBrMonitorPLUS. O parâmetro "Separar arqs pelo Modelo(NFe/NFCe)" estava dependendo de outro parâmetro ("Adicionar Literal no nome das pastas") para funcionar, nesse caso específico. Já fiz a correção nos fontes do ACBr e gerei uma nova versão do ACBrMonitorPLUS disponível para download AQUI. Obrigado por reportar!

Perfeito @Alysson Rengel Muito obrigado mesmo pela ajuda!

Boa tarde @Fernando Kerber print em anexo do trecho do ATO DIAT 22 055 onde tem essa informação e também o ATO completo. ATODIAT_22_055_ANEXO_UNICO.pdf

Boa tarde, Confirme se está preenchendo SSLType com TLS1.2

voltou a funcionar o SEfaz GO deve ter recolocado a cadeia do certificado AC certifica Minas V5 que tinha parado de funcionar ontem Obrigado o Cbenef entra em vigor 1/2/23 rs

A minha resposta foi para o Fernando. O que eu te pedi você ainda não respondeu:

Nova versão da Lib com os schemas atualizados disponível. Por favor, peço que atualize e reporte caso encontre algum problema.

Bom dia João, Já esta no SVN.

Bom dia. Por favor, nos dê mais informações. Qual a sua linguagem de programação? Consegue reproduzir o problema com a aplicação de exemplo? Como você está alimentando a lib? Por meio de arquivos INI ou xml? Anexe o log gerado desde o início da operação por favor. Anexe o arquivo INI utilizado pela Lib.

Estou conferindo com o pessoal responsável, mas acredito que sim. Lhe aviso aqui no tópico assim que tiver novidades

Ou seja, mais um problema Nota Control® Hoje fiz a consulta novamente e os XMLs ainda retornam sem a tag... Essa empresa, Deus do céu...

Bom dia Diego, Será liberada uma atualização da LIB tb ?

Lopes, este erro vi somente quando faz o teste de envio pelo programa de exemplo do ACBR. Acredito que tenha a ver com o CPF/CNPJ do Tomador usado no exemplo. Não me responderam no suporte da Libre então resolvi fazer o teste com um RPS com dados "reais" que era um serviço a emitir mesmo de um cliente nosso. Deparei com outras rejeições que precisei fazer alguns ajustes pra funcionar. 1 - Alterei o arquivo ACBrNFSeXServicos.inipara mudar o namespace para http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd 2- Alterei o arquivo do schema nfse.xsdpara mudar namespace para http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd 3 - Alterei a unit Libre.Provider.pas para não gerar o Id e nem a versão do lote e recompilei o projeto ACBrNFSeX Desta forma consegui emitir e cancelar notas pelo webservice. Italo, os arquivos estão anexos para sua verificação.

Bom dia Gustavo, Se o XML baixado da nota após o seu cancelamento não possui o grupo <NfseCancelamento> ou a tag Status com o valor que indica cancelamento, o componente não tem como saber por esse XML que a nota esta cancelada.

Antonio, estou em contato com a Gertec e vou conferir na documentação. Assim que conferir dou notícias por aqui.

\\ACBr\Exemplos\ACBrDFe\ACBrDI Tem este exemplo.

Confirmando, eu recebi o mesmo email, eu vou testar com o demo atualizado.

Boa tarde! A Sefaz MG está com aviso de contingência ativada desde as 16:48 de hoje(24/01/2023) com previsão de ir até as 22:00 da mesma data. Siga as instruções do tópico a seguir para fazer o envio em contingência

Bom dia pessoal, obg pela ajuda. Consegui aqui, abraços.

Obrigado... vou analisar....

Infelizmente não temos esse equipamento, para testes... E eles parecem usar um EscPos muito distinto dos padrões de mercado (baseados na linguagem da Epson)

Me parece ser o caso de falta do certificado Raiz dessa empresa que emitiu o Certificado, nos Servidores da SEFAZ GO... Algo muito semelhante com esse tópico: Você precisará entrar em contato com a Sefaz GO, e com a empresa certificadora, para que a SEFAZ instale o novo certificado Raiz

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3523. Se possível, por favor, peço também que anexe o manual que usou como base para sua implementação.

Fiz questão de colocar o numero do CPF e validar novamente e REALMENTE DEU CERTO, não caindo no ERRO do schema. Achei muito Estranho essa exigência, porque, a estrutura não pode depender do preenchimento. Ainda mais, porque, ficou ACUSANDO erro de schema onde não existe.

Boa tarde a todos, Fiz uma alteração no 2240.pas acrescentando a condição "if pEpcEpi.utilizEPI = uEPIUtilizado then" conforme imagem anexada. Não sei se pode ser assim, pois que vi no manual apenas envia complemento quando tem EPI. Fiz o envio e o arquivo passou com sucesso. Por favor, analisem e verifique se esta OK. Obrigado a todos. pcesS2240.pas

Boa tarde, Obrigado pelos testes, vou colocar aqui no cronograma, e planejar para subir amanha no svn

Consegui fazer os ajustes.. fiz consultas, inclusoes e cancelamentos.. nas consultas o método RequisicaoConsultanão é mais necessário.. , pois é so definir os parametros no método DefinirURL que funciona .. segue em anexo fonte alterado.. sds, ACBrBoletoRet_Inter_API.pas ACBrBoletoW_Inter_API.pas

Boa tarde, O modo de envio assíncrono, necessário para envio na versão 2.1, ainda está na fila de implementações. Acompanhe o tópico que a Juliana passou, pois assim que for disponibilizado no componente reportaremos lá.

Faltou o demo SinaleiraTeste.zip

Para baixar o TRUNK2, use o seguinte endereço no seu SVN https://svn.code.sf.net/p/acbr/code/trunk2/ ATENÇÃO!! O trunk2 não é 100% compatível com o "trunk", de maneira que você precisará de ajustes nos seus projetos.... Portanto considere usar uma V.M. ou manter uma cópia do ACBr antigo em outra máquina. Leia o documento em anexo, para ver mais informações sobre o trunk2... Porque ele existe ? O que mudou ? como me adaptar ? Preciso realmente dele ? O trunk2 está em desenvolvimento, nos componentes ACBrNFe e semelhantes, houve um grande refactoring, e milhares de linhas de código foram suprimidas e unificadas... Por favor use essa área para reportar Bugs relacionados apenas aos fontes do trunk2 Bem_Vindo_ao_Trunk2.pdf