Painel de líderes

Olá pessoal! No dia 18/02/2025 foi publicado o Informe Técnico 2025/001 trazendo uma alteração um tanto inusitada. O informe em questão foi publicado para divulgar a criação de um novo município no estado do Mato Grosso e atualização da Tabela de Municípios vigente. A nova cidade em questão é Boa Esperança do Norte com o código IBGE 5101837. A nova versão da tabela de municípios pode ser encontrada AQUI. O Informe Técnico pode ser encontrado na íntegra AQUI. A data tanto de homologação quanto de produção para que este informe entre em vigor é 29/01/2025, dando a entender que o novo município já é valido em ambos os ambientes.

Foram enviados ajustes ao SVN nas Revs 37430 e 37431. Versões da LibNFSe geradas depois das 17h40 do dia 19/02/2025 deverão englobar as novas alterações. Assim que houver uma nova versão disponível da Lib, avisaremos no tópico para que possa atualizar e testar. Importante: Além de alterações nos fontes, também foi necessário modificar o arquivo de schema, portanto, é necessário atualizar os schemas.

Boa tarde Pedido inserido para análise de viabilidade Task 6637

Ola, Talvez sua problema tenha a solução nesse tópico indicado.

Obrigado. Com este arquivo podemos comparar ele com o gerado pelo ACBr para ver se encontramos alguma diferença que possa justificar o problema

@Diego Foliene Bom dia, Estou verificando a documentação da prefeitura de campinas: https://groups.google.com/g/wsnfsecampinas/c/0x-t-q7eDNE A principio, o arquivo .xds dos schemas do ISSCampinas, não batem com o fornecido pela prefeitura. Até fiz a substituição, mas recebo o seguinte erro: [Código: X800. Descrição: Erro de Validação: --> 1845 - Element '{http://www.abrasf.org.br/nfse.xsd}EnviarLoteRpsEnvio': No matching global declaration available for the validation root. ] Também já testei os metodos de envio, sincrono e assincrono. Segue link de um XML de envio que foi feito com sucesso por outros usuário que também estão fazendo a migração, porém não pelo ACBr: https://04989345010346602923.googlegroups.com/attach/784d8e4c68c48/envio.xml?part=0.1&view=1&vt=ANaJVrHH4TxcBAR-0ccV7DIapQf2yFpmoNMd-nnfEkI2-1_NRHIXDAP3QWc45XYgpzDLAu0uysrE3zv7NmE_ONQzZbwExH8aSHJHoc-n4PIcz05MifhBWGk

Precisa informar o tipo de ocorrência: ACBrBoleto1.Configuracoes.WebService.Operacao := tpAltera; ACBrBoleto1.ListaDeBoletos[0].OcorrenciaOriginal.Tipo := toRemessaAlterarVencimento; ACBrBoleto1.Enviar;

Bom dia Fiz um novo teste em meu ambiente e a princípio, também recebi o retorno: No entanto, em meu caso, eu de fato, não tenho dados válidos para emissão, eles foram preenchidos com informações fictícias. Vou comparar os dados do arquivo que foi gerado com os schemas para ver se encontro alguma irregularidade, reporto aqui assim que descobrir mais alguma coisa.

desculpe, é que eu só queria gravar para eu poder ver os dados que são enviados para eu enviar no forum do banco do brasil, nada de mudar a rotina de envio seria um log meu apenas

Considerando os Logs enviados... Sabe informar, qual horário aproximado, ocorreu o incidente ?

Ontem foi disponibilizado uma nova versão do ACBrLibNFSe Por favor, atualize, veja se resolveu.. nos avise qualquer novidade.

Se vc estiver fazendo a consulta no ambiente de HOMOLOGAÇÃO realmente não há retorno porque é pelo Sandbox. Segue resposta que recebi do Suporte da API: "Como está usando o ambiente do SandBox, não irá fazer download, pois os dados são mockados. Está recebendo esse erro, pois não tem o que baixar mesmo no ambiente do SandBox" E um exemplo de arquivo de retorno de débitos liquidados que me enviaram para tentar realizar teste "forçado" de retorno de baixas de documentos: [ { "siglaMovimento": "LIQUI", // Sigla do tipo de movimento solicitado "dataInicioMovimento": "2020-09-30T00:00:00-03:00", // Data de início do movimento "dataFimMovimento": "2020-09-30T00:00:00-03:00", // Data final do movimento "numeroCliente": 76139, // Identificador do cliente "numeroContrato": 76139, // Identificador do contrato "modalidade": 1, // Tipo de modalidade "numeroTitulo": 20352, // Número do título "seuNumero": "30_09_261742_dias0", // Descrição do seu número "dataVencimentoTitulo": "2021-05-30T00:00:00-03:00", // Data de vencimento do título "valorTitulo": 100.0, // Valor do título "codigoBarras": "75691863600000100001306601007613900020352001", // Código de barras "dataMovimentoLiquidacao": "2021-05-30T00:00:00-03:00", // Data de movimento do processamento da liquidação "dataLiquidacao": "2021-05-30T00:00:00-03:00", // Data de liquidação do título "dataPrevisaoCredito": "2021-05-30T00:00:00-03:00", // Data de previsão para o crédito "numeroBancoRecebedor": 756, // Número do banco recebedor do pagamento "numeroAgenciaRecebedora": 45551, // Número da agência recebedora do pagamento "numeroContaCorrente": 234129, // Número da conta corrente "idTipoOpFinanceira": 2, // Identificador do tipo de operação "tipoOpFinanceira" 01, // Descrição do tipo de operação financeira "valorAbatimento": 0.0, // Valor do abatimento "valorDesconto": 0.0, // Valor de desconto "valorMora": 0.0, // Valor de mora "valorLiquido": 100.0, // Valor recebido "valorTarifaMovimento" 0 // Valor da tarifa } ]

Certo. Então acabei de ver que esse banco cada pouco tem uma ideia diferente. Hoje recebi a seguinte mensagem no E-mail: "Fica a criterio do cooperado utilizar o segmento S, mas no momento possuimos somente o código 3, quando for emitir segunda via retirada na conta online, fora isso não irá constar a mensagem ok." Então pode fechar esse tópico, eu achei onde faz a alteração e quando ficar pronto para esse banco, se for necessária a sugestão que fiz faço a alteração e abro novo tópico para passar a sugestão. Por enquanto obrigado.

Olá pessoal! Ao acessar o Portal SPED MG o seguinte aviso é exibido informando sobre possível instabilidade nos serviços de documentos fiscais eletrônicos entre às 08h00 e 18h00:

Estamos analisando, assim que realizarmos os testes, iremos te retornar.

Olá pessoal! É com muita alegria que informamos a adição de mais um componente no pacote ACBrBaas, o ACBrPagamentosAPI! O que é o pacote ACBrBaas? O pacote ACBr Banking As Service (Baas para abreviar) visa unir componentes que consomem serviços variados disponibilizados pelas APIs bancárias. O que é o componente ACBrPagamentosAPI? Este componente visa realizar a integração junto as APIs disponibilizadas pelos bancos para permitir realizar pagamentos de forma integrada. Seguindo a mesma lógica do ACBrPagFor que gera arquivos via CNAB. Onde encontro o componente? Os fontes podem ser encontrados em ..\trunk2\Fontes\ACBrBaaS Os programas de exemplo podem ser encontrados em ..\trunk2\Exemplos\ACBrBaaS\ACBrPagamentosAPI Um agradecimento ao consultor @EliasCesar pelo desenvolvimento do componente e pela empresa Poliview Sistemas na qual atua o consultor @Renato Rubinho por financiar o desenvolvimento do componente. Bancos implementados até o momento:

Olá pessoal! Foi publicado no dia 28/01/2025 a versão 1.12 da Nota Técnica 2021/002 que trata sobre adequações para Nota Fiscal Fácil (NFF). A versão mais recente traz nova informação, alterando a coluna de 120-999 para 000-999 na série própria para o Aplicativo NFF. Além disso também traz alteração na forma como é gerada a chave de acesso pelo aplicativo emissor. Data As alterações trazidas por esta nota técnica tem aplicação de efeito imediato a partir da data de sua publicação. O que muda no ACBr? Nada. É importante relembrar que a NFF é gerada e transmitida por aplicativo emissor desenvolvido e distribuído pela própria Sefaz. Leia a versão 1.12 desta nota técnica na integra AQUI. Um agradecimento ao membro de nossa comunidade @Felipe Mariano por compartilhar esta informação no canal #sefaz em nossa comunidade do Discord.

depende de provedor e cidade muitas cidades do gissonline mudaram e depois precisou voltar para o antigo pois não houve a mudança ou não foi aplicada ainda no provedor

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo

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.

Boa tarde, eu acho que o problema não seja no componente ACBrNFSeX...até sexta-feira dia 02/09/2022 até as 16:00 estava normal a emissão de NFS-e nota fiscal de serviço, depois das 16:00 horas até hoje está apresentando esse erro... Erro(s): Código : X999 Mensagem: Erro de Conexão: soap:Server - O servidor não pôde processar a solicitação. --->Erro durante a análise de EntityName. Linha 1, posição 1232. Correção: liguei na prefeitura mais eles me falaram que essa questão era pra mim ver direto com pessoal do provedor, webiss no caso, mandei um e-mail pra eles mais até agora não me retornaram. Obs: componente ACBr atualizado e schermas também. Nome do Provedor: Webiss Cidade: Araguaína - TO.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde...o problema está no nome do cliente que usava o & comercial..exemplo: FERNANDO & GARCIA LTDA...eu tem que trocar o & comercial pelo E simples. Pode encerrar o tópico. Caso alguém passe por esse erro na NFS-e é só substituir o & por E.