Painel de líderes

Olá Pessoal, O componente ACBrANe passou por um Refactoring. A motivação para esse Refactoring é tornar o componente mais fácil e prático no que se refere a implementar novas seguradoras bem como realizar manutenção no código sem correr o risco de gerar um efeito colateral nas seguradoras já implementadas. Antes tínhamos apenas uma unit responsável por gerar o arquivo de envio para todas as seguradoras. Isso gerava riscos na implementação e manutenção das seguradoras existentes. Agora temos uma unit para cada seguradora que gera o arquivo. Assim, podemos fazer as devidas melhorias bem como as correções sem afetar as outras seguradoras. Pasta dos fontes: Outro ponto importante é a localização das Units que compõe o componente: Pasta Descrição ACBrANe Pasta raiz dos fontes do componente. Seguradoras Pasta que contem as units das seguradoras: (NomeSeguradora.Provider). Base Pasta que contem as units de classes, conversão e constantes. Base\Seguradoras Pasta que contem as units bases e manager. Base\WebServices Pasta que contem as units base e response do webservice Situação atual: Hoje o componente já conta com as seguintes seguradoras implementadas: ATM e ELT. Até tem a PortoSeguro, mas não esta funcional, se faz necessário finalizar a sua implementação. Desafios a frente: Implementar e testar novas seguradoras. Para que isso ocorra, contamos com a colaboração de todos.

Olá pessoal! No dia 03/02/2024 foram publicadas a Nota Técnica Nº 02/2024 e a Nota Orientativa Nº 01/2024. Também foram republicadas a NT01/2024 e a NT05/2024. Tudo isso com o objetivo de adequar o e-Social e orientar os segmentos empresariais dos municípios de até 156 mil habitantes que foram afetados pela Lei nº 14.973/24 sobre como proceder. Foi criada a #TK-6073 em nosso backlog para análise das modificações e adequação do componente caso necessário. As notas técnicas referenciadas podem ser encontradas AQUI. A nota orientativa pode ser lida na integra AQUI. A notícia original pode ser lida na integra AQUI.

Olá pessoal! No dia 07/10/2024 foi publicada a versão 2.1.2.a do leiaute do Reinf. Esta nova versão consolida as alterações descritas nas notas técnicas 01/2023, 02/2023, 03/2023, 04/2023, 01/2024, 02/2024 e 03/2024. Na mesma data, também foram publicados novos schemas para atender a última nota técnica 03/2024. As alterações já estão disponíveis tanto no ambiente de produção restrita quanto no ambiente de produção. Os novos documentos relacionados a nova versão do leiaute podem ser encontrados AQUI. Com destaque ao arquivo Controle de alteracoes Leiautes da EFD-Reinf v2.1.2a base v2.1.2.pdf, que traz um compilado das alterações desta nova versão em relação a anterior. E como fica o ACBr? Dentre as modificações, há alteração de ocorrências de campos já existentes e adição de novos, portanto, serão necessárias modificações no componente ACBrReinf que posteriormente serão refletidas na Lib e no Monitor. Criada a #TK-6070 para adequação dos fontes. Qualquer novidade será relatada neste tópico.

Boa tarde Criei o Link simbólico e deu certo. ln -s /usr/lib/x86_64-linux-gnu/libxml2.so.2 /usr/lib/x86_64-linux-gnu/libxml2.so Muito obrigado.

Conversando junto com os demais consultores, foi questionado se por favor, é possível disponibilizar o manual em que o atendente fez a conferência. O manual do provedor que informa que o código do município deve ser o de incidência do imposto e não o do emitente. Também não ficou claro se a resposta do print de whatsapp que disponibilizou é a resposta do pessoal da Fiorilli ou da prefeitura.

Boa tarde... Sim, foi constatado que o problema realmente vem do PSP. Abri um chamado no PJ TEC do banco Sicredi, porem ate o momento não me deram retorno!

Olá pessoal! Conferindo no Portal da Nota Fiscal Eletrônica é possível verificar que múltiplas Sefaz estão com contingência agendada para o dia 13/10/2024, com previsão de inicio às 05h00 e encerramento às 12h00. Para utilizar as soluções do ACBr em contingência durante este período siga as orientações do tópico abaixo:

Olá pessoal! Conferindo no Portal da Nota Fiscal Eletrônica é possível observar que a Sefaz de Minas Gerais ativou a contingência no dia 08/10/2024 às 21h00, com previsão de permanecer ativada até às 10h00 do dia 09/10/2024. Para utilizar as soluções ACBr em contingência durante este período, siga as orientações do tópico abaixo:

pode manter . ele funciona igualmente e tu não vai precisar mexer no que já está funcionando remova a dll solta e pegue o instalador do aplicativo da paygo. após instalar e reiniciar basta fazer o mesm processo de instalação do PDC e vai funcionar

Olá pessoal! No dia 08/10/2024 foi publicada a nota técnica 2024/001 em sua versão 1.00 trazendo alterações no leiaute da DC-e e correções relacionadas ao MOC. Alterações Chave de Acesso Esta nota técnica traz alterações na consideração da chave de acesso, corrigindo o Id dos campos em que seriam extraídos as informações de ano e mês de emissão da DCe, modelo da declaração, série da declaração, número da declaração, forma de emissão da DCe e dígito verificador para correta geração da informação da chave de acesso no documento. Web Service - DCeRecepcaoEvento - Geral Foi corrigido as nomenclaturas dos schemas de eventos para que fiquem de acordo com o referido arquivo .xsd Também foi removido do grupo de informações do registro do evento que é devolvido no retorno do web service as tags cOrgaoAutor, CNPJDest/CPFDest e emailDest. Web Service - DCeRecepcaoEvento - Cancelamento As regras de validação que testam se a data do evento é maior do que data do processamento ou se o emitente é habilitado para emissão do DC-e foram removidas. Web Service - DCeConsultaProtocolo Adicionada regra de validação para verificar se a UF da chave de acesso é atendida pelo web service. Alterações no leiaute Adiciona no Tipo do Emitente da DCe (tpEmit) o valor 4 que corresponde a "ECT". Remove o grupo de informações de empresa com emissão própria(EmpEmisProp) e seus campos. Adiciona o possível grupo para informações da empresa brasileira de correios e telégrafos(ECT) possuindo os campos CNPJ e xNome. Adiciona no grupo infAdic um campo para receber as informações adicionais da empresa brasileira de correios e telegrafos (infAdECT). Altera o nome do grupo campo de uso livre do fisco de obsCont para obsFisco. Adiciona um grupo campo de uso livre do emitente (obsEmit). Adiciona um grupo campo de uso livre do ECT (obsECT). Regras de validação Remove regra de validação da rejeição 568 que validava se estava faltando o atributo versão na tag raiz do DC-e. Altera o texto da regra de validação C02a-20 que devolve a rejeição 407 e também adiciona mais detalhes na descrição do erro. Altera o texto da regra de validação C02-40 que devolve a rejeição 503 para que valide também CNPJ da ECT. Remove as regras D16-10 e D16-20 que devolviam as rejeições 230 e 231, validando respectivamente se a DC-e foi feita com emissão própria com tipo de emitente incompatível e se o CNPJ do emissor próprio era diferente do CNPJ do emitente. Adiciona as regras de validação D18-10, D19-10 e D19-20 para validações relacionadas as informações do ECT. Adiciona as regras de validação I06-10 e W16-20 para validar o valor do produto e também o total da DCe. Datas Implantação Teste: 30/10/2024 E como fica o ACBr? Como a nota técnica traz alterações no leiaute, modificações serão necessárias no componente ACBrDCe. Foi criada em nosso backlog a #TK-6069 para adequação do componente. Qualquer novidade será disponibilizada neste tópico. Leia a nota técnica na íntegra AQUI.

Olá pessoal! Conferindo no Portal da Nota Fiscal Eletrônica, é possível observar que a Sefaz de São Paulo está com a contingência agendada para o dia 13/10/2024, com previsão de início às 06h00 e encerramento às 20h00. Para utilizar as soluções do ACBr em contingência durante este período, siga as orientações do tópico abaixo:

apliquei uma possível correção para o problema... Commit [r35533]

Prezados, Gostaria de saber quais diferenças entre os blocos ( eventos ) que são registrados nos grupos: [ResDFe001] [ProEve001] [InfEve001] Estou fazendo este questionamento, devido, eu ter conferido estes dois últimos ( ProEve e InfEve ) e constatar que são informações ( conteúdos ) iguais. ResDFe_xml3.xml IinfEve_xml2.xml ProEve_xml1.xml

Olá pessoal! Conferindo no painel Situação SVC é possível observar que a Sefaz de Pernambuco ativou a contingência no dia 09/10/2024 às 14h45 com previsão de encerramento às 10h00 do dia 10/10/2024. Para utilizar as soluções do ACBr em contingência durante este período siga as orientações do tópico abaixo.

Boa tarde. Ao enviar o CT-e em contingência (SVC-SP) para o ambiente de homologação, está sendo retornado a seguinte rejeição: <cStat>851</cStat> <xMotivo>Rejeição: Endereço do site da UF da Consulta via QR Code diverge do previsto.</xMotivo> Está sendo enviado a seguinte URL no QRCode: Aparentemente esse caso já havia um tópico aberto. No Discord foi enviado a seguinte unit pelo @Diego Foliene para realizar o teste onde o envio foi autorizado sem problemas. ACBrCTe (1).pas

@Sistemas Drogal Estamos tentando reproduzir aqui em nosso ambiente então gostariamos de entender como esta gerenciando as requisicoes. Exemplo.: --inicia requisição //cria um novo ponteiro acbr_lib.NFE_Inicializar(ponteiro, PATH_ACBRLIB_INI,"") //executa os metodos necessario, exemplo abaixo carregar xml e apos limpar (apenas p ilustrar) acbr_lib.NFE_CarregarXML(ponteiro, "3524061113332000167522210000900011861426122-nfe.xml") acbr_lib.NFE_LimparLista(ponteiro); //finaliza a lib acbr_lib.NFE_Finalizar(ponteiro) //destroi o ponteiro Ou você faz de outra forma? Analisando seus logs com o time, notamos que apos vc executar o ultimo retorno ele deu um erro -10 e não devolveu a msg, a partir dai todos seguem com erros. Mas se observar deu o erro -10 (12:49) e nao sei se teve alguma tratativa ou timeout pois as ( 12:59) 10 minutos depois teve uma consulta de status de servico com o mesmo erro. Aparentemente a lib nao esta em memoria.. ou foi finalizada ou nao foi iniciada novamente. Por isso as nossas duvidas. em nossos testes com 1000 requisições e 100 concorrências e nao tivemos erro. consegue criar um exemplo simples que apresente o erro ai, para que possamos realizar teste em nosso ambiente ?

Esse é o retorno. Envio são os XML *-env-lot.xml, *-env-lotS.xml ou *-ger-nfse.xml, dependendo do modo de envio. Ou o XML do RPS. Se estiver gerando no envio mas não retornando, é porque o provedor usa outra forma pra calcular os tributos aproximados, talvez precise configurar no portal da prefeitura.

Olá pessoal! Consultando o Portal da NFe às 10h09, é possível verificar que a contingência foi prolongada ativa até às 12h00.

A Sefaz estadual de PE bloqueou varios IPs das operadoras de internet, entrei em contato com eles estão tentando resolver, quem tiver urgencia instala o TunnelBear proxy que conecta.

esse é o retorno obtido <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> <soap:Body> <soap:Fault> <faultcode>soap:Server</faultcode> <faultstring>Request parse error: Unexpected element 'sTipoTomador'</faultstring> <detail/> </soap:Fault> </soap:Body> </soap:Envelope> em anexo o xml de retorno Retorno do ACBr: Erro: CódigoX999 Correção: Detalhes:Erro de Conexão: Extra content at the end of the document 2-lista-nfse-sinc-soap.xml

Perfeito , obrigado mais uma vez pela colaboração. assim q validarmos será notificado aqui.

Iniciei os testes de comunicação via Postman, conforme a Collections que eles disponibilizaram e foi de boa. Mas é fato! Está longe do padrão REST. Documentação Postman da API AverbePorto (recomendado): Descrição da API: https://documenter.getpostman.com/view/207913/RWgozeRg Execute clicando no botão laranja “Run in Postman” ou Collection: Importe esta Collection pronta (Import > Link ou File) no aplicativona aba Collection do aplicativo, irá aparecer uma nova coleção chamada “www.AverbePorto.com.br” Manual de Integração - AverbePorto.docx

De acordo com o seu print, preencha o prefixo OWF em ACBrBoleto.PrefixArqRemessa que aparentemente será gerado como o banco pediu.

@Artsio @Felipe Govoni, etc... Fiz um commit relacionado a esse caso com a ideia de levantar uma exception mostrando na mensagem de erro a falta da LibXML2. https://sourceforge.net/p/acbr/code/35504/ Favor reportar qualquer problema.

Obrigado @Italo Giurizzato Junior vou aguardar a nova versão do Acbrmonitor

Bom dia PessoALL. Rapaz, estou lutando com isso desde sabado. Acabei de atualizar o ACBR, mas precisei de reinstalar o certificado. Depois que reinstalei, deu certo aqui! Não apagou mais a chave do certificado. Creio que resolveu! Muito obrigado!

Bom dia, solução para usar o certificado A1 pelo numero de serie, ainda não Vi que teve alteração na ACBrDFeWinCrypt, agora não sei se estas alterações mudou a utilização do A1 Alguém mais esta tendo problema depois das ultimas atualizações ?

Boa noite Doni, eu estou exatamente com o mesmo problema, vc achou a solução?

Olá comunidade do Projeto ACBr ! O Projeto ACBr tem o prazer de anunciar o lançamento da ACBrLib para Android, permitindo que desenvolvedores integrem suas aplicações móveis com os componentes ACBr ! Nós disponibilizamos o primeiro .aar do ACBrLib -> ACBrLibNFe, nas versões PRO e DEMO. Também está disponível em nosso SVN os programas de exemplo para uso da biblioteca. Link abaixo de como configurar o ambiente para uso do ACBrLibNFe.aar:

Boa tarde, Isso também está acontecendo comigo, atualizei o ACBr na quinta e depois disso a mensagem acima apareceu e o que eu consegui constatar é que após a atualização o sistema roda normalmente na primeira vez que é carregado, ao sair e entrar novamente o certificado instalado no windows está sem a chave privada, aparece a seguinte mensagem: Se usar o arquivo.PFX e senha, no caso de certificados A1 funciona sem problemas, mas como tenho clientes que ainda possuem certificado A3 fiquei com receio de causar algum problema e retornei a versão anterior do ACBR que eu estava usando que não apresenta nenhum problema. Mais alguém está com esse problema? Agradeço a atenção

Olá pessoal! Foi publicada uma versão do programa Validador EFD ICMS IPI versão 4.0.7, com a implementação da nova regra de formação da inscrição estadual do estado do Pará, que permitirá a validação das novas inscrições iniciando em "75". Fonte:http://sped.rfb.gov.br/pagina/show/7578

Ya resolví el problema. El problema es la línea de código: sConcepto0 := dmAG.qFacTiqARTICULO.AsString; El campo ARTICULO estaba vacio y daba el error. Gracias por todo.

Olá, pessoal. Temos o prazer de anunciar que o novo pacote ACBrBaas já está disponível no SVN! Este pacote foi criado para facilitar a integração de sistemas com serviços bancários e APIs de pagamento, atendendo à crescente demanda por soluções de automação financeira. ACBrExtratoAPI: Primeira Solução Disponível O primeiro componente disponível neste pacote é o ACBrExtratoAPI. Este componente permite a consulta de transações do extrato de uma conta corrente, ideal para quem precisa automatizar o acompanhamento e controle financeiro diretamente em seu software. Atualmente, o ACBrExtratoAPI oferece suporte para dois bancos: Banco do Brasil Banco Inter A proposta é expandir o suporte para outros bancos, conforme a demanda dos usuários. Então, caso seu banco de interesse ainda não esteja incluído, fique à vontade para sugerir a inclusão! Futuros Componentes no Pacote ACBrBaas Além do ACBrExtratoAPI, estamos trabalhando na inclusão de novos componentes ao pacote ACBrBaas, que irão ampliar ainda mais suas funcionalidades, entre eles: ACBrPagamentosAPI: Voltado para a integração com APIs de pagamento, facilitando transações financeiras diretamente pelo software. ACBrBBPay: Um componente específico para a plataforma BBPay, do Banco do Brasil, que permitirá realizar transações de forma simplificada. Estamos atentos às necessidades dos usuários e planejamos adicionar mais APIs bancárias e de pagamento, tornando o ACBrBaas uma ferramenta essencial para desenvolvedores que buscam eficiência e automação no setor financeiro. Disponível em: https://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrBaaS/ Fiquem atentos às próximas atualizações!

Olá pessoal! Nos últimos dias temos recebidos diversos relatos de membros de nossa comunidade com problemas para realizar o processo de Manifestação do Destinatário, seja realizando o envio de evento ou a consulta de DistribuicaoDFe. Todos os relatos tinham em comum o fato de estarem conseguindo consumir os webservices de transmissão da NF-e normalmente, mas estarem recebendo as mensagens: Erro Interno: -2146893815 Erro HTTP: 0 URL: https://www.nfe.fazenda.gov.br/NFeRecepcaoEvento4/NFeRecepcaoEvento4.asmx Erro: 2148073481 Ou: Erro: WebService Distribuição DFe: - Inativo ou inoperante tente novamente. Erro interno: -2146893815 Erro HTTP: 0 URL: https://www1.nfe.fazenda.gov.br/NFeDistribuicaoDFe/NFeDistribuicaoDFe.asmx Erro: 2148073481 - Em casos assim, é sempre válido abrir um Fale Conosco junto ao fisco para que o mesmo fique ciente de que há algo errado. Abaixo reproduzido na íntegra temos a resposta que foi fornecida pelo membro de nossa comunidade @Jhonathan na qual ele demonstra um passo a passo que executou para resolver um erro semelhante que havia enfrentado anteriormente com NFC-e e que também de acordo com múltiplos relatos de colegas da comunidade resolveu o problema agora com a manifestação do destinatário: 1- Vá até o Painel de Controle do Windows. 2- Escolha a Opção "Opções da Internet"; 3- Vá até a aba “Avançadas”; 4- No bloco “Configurações”, vá até as últimas opções e deixe configurado como na imagem abaixo: 5- Vá em executar, digite certlm.msc para abrir a interface de certificados, caso esse comando não funcione, utilize o comando certmgr.msc. Remova estes certificados listados na imagem abaixo: 6- Execute como Administrador o InstaladorCadeias_1.0.2.0.exe, clique em Instalar e aguarde até que o processo seja finalizado. 7- Execute o FixCrypto_TLS1_2_Windows.reg. 8- Descompacte o CA.zip e execute o ac soluti ssl ev.cer e o Raiz-icp-brasil v10.cer. 9- Reinicie a máquina e teste novamente a comunicação com a Sefaz.