Ir para conteúdo
  • Cadastre-se

Painel de líderes

Conteúdo popular

Showing content with the highest reputation on 06-08-2025 em todas as áreas

  1. Olá Pessoal, É com muita alegria que venho informa-los que o componente ACBrNFSeX na data de hoje (06/08/2025) atingiu a marca de 3847 cidades atendidas, isso equivale a 69,05 % de um total de 5571 cidades. Quero agradecer a todos os membros do Fórum e do Discord que nos ajudam diariamente com as suas contribuições nos informando as cidades que trocaram de provedor, que trocaram de URL e é claro as vinculações de cidades a provedores, permitindo assim a emissão de NFS-e para essas cidades. O meu muito obrigado a todos, desde aquele que contribui com apenas uma cidade até aquele que contribui com dezenas de cidades. Sem vocês não chegaríamos a essa marca. São vocês que fazem com que não só o componente ACBrNFSeX, mas também o ACBrLibNFSe e o ACBrMonitor Plus nos permitissem atender 69,05 % das cidades brasileiras. O crédito é todo de vocês, mais uma vez o meu muito obrigado. Estatística por UF e a quantidade de cidades que já adotaram o Padrão Nacional. AC: 021 de 022 ( 95,45 % ) AL: 034 de 102 ( 33,33 % ) AP: 007 de 016 ( 43,75 % ) AM: 012 de 062 ( 19,35 % ) BA: 238 de 417 ( 57,07 % ) CE: 050 de 184 ( 27,17 % ) DF: 001 de 001 ( 100,00 % ) ES: 076 de 078 ( 97,44 % ) GO: 223 de 246 ( 90,65 % ) MA: 084 de 217 ( 38,71 % ) MT: 117 de 142 ( 82,39 % ) MS: 063 de 079 ( 79,75 % ) MG: 709 de 853 ( 83,12 % ) PA: 087 de 144 ( 60,42 % ) PB: 098 de 223 ( 43,95 % ) PR: 312 de 400 ( 78,00 % ) PE: 095 de 185 ( 51,35 % ) PI: 065 de 224 ( 29,02 % ) RJ: 090 de 092 ( 97,83 % ) RN: 060 de 167 ( 35,93 % ) RS: 427 de 497 ( 85,92 % ) RO: 041 de 052 ( 78,85 % ) RR: 009 de 015 ( 60,00 % ) SC: 285 de 294 ( 96,94 % ) SP: 527 de 645 ( 81,71 % ) SE: 018 de 075 ( 24,00 % ) TO: 098 de 139 ( 70,50 % ) 0012 adotaram o Padrão Nacional Veja como você pode colaborar:
    3 pontos
  2. A leitura de um arquivo de retorno CNAB 400 do banco 274 MoneyPlus, atualmente está sendo feita pela classe base TACBrBancoClass, onde a agência e conta são extraídos pelas linhas abaixo: // A leitura deverá ser feita a partir da posição 26 devido ao fato de não existirem agências bancárias com mais de 4 (quatro) algarismos. rAgencia := trim(Copy(ARetorno[1], 26, ACBrBanco.TamanhoAgencia)); rConta := trim(Copy(ARetorno[1], 30, DefineTamanhoContaRemessa)); Entretanto, no manual do banco (página 11), relativo ao layout da remessa, a composição do campo que identifica a empresa beneficiária, que também se aplica ao campo correspondente no retorno, segue o seguinte formato: Sendo assim, eu implementei o método LerRetorno400 na classe TACBrBancoBradescoMoneyPlus, copiando o código fonte da classe base e alterando apenas as linhas abaixo, para extrair a agência e a conta corretamente, segundo o layout descrito no manual. // A leitura deverá ser feita a partir da posição 24 devido ao fato de não existirem agências bancárias com mais de 4 (quatro) algarismos. rAgencia := trim(Copy(ARetorno[1], 24, ACBrBanco.TamanhoAgencia)); rConta := trim(Copy(ARetorno[1], 28, DefineTamanhoContaRemessa)); Em anexo estão o manual do banco e a unit alterada. Manual CNAB 400 - Banco 274.pdf ACBrBancoBradescoMoneyPlus.pas
    1 ponto
  3. Boa tarde pessoal. No Fórum do Banco do Brasil me sugeriram ajustar o Scope para: cobrancas.boletos-info%20cobrancas.boletos-requisicao Após o ajuste funcionou perfeitamente.
    1 ponto
  4. Boa tarde, Por gentileza incluir alguns dos municípios faltantes da uf SP no arquivo .ini : Editado, favor anexar!
    1 ponto
  5. Eu só consigo imaginar o trabalho que deu. Acho que não consigo dizer muito... Mas queria deixar registrado: Muito obrigado.
    1 ponto
  6. Sim, já estamos atuando em uma demanda para enriquecer os códigos de erro. Em breve teremos mais detalhes sobre.
    1 ponto
  7. No timeout você pode usar 60.000 que estabiliza para a maioria dos casos de instabilidade... vc vai ter o erro quando não tiver a conexão mesmo.
    1 ponto
  8. Boa noite @Anderson Grolli, Já esta no SVN.
    1 ponto
  9. Boa noite @GabrielLeal7, Já esta no SVN. Dica, não precisa anexar o arquivo INI, basta anexar somente a seção referente a cidade.
    1 ponto
  10. Mesmo as palavras do Italo. somente fiz as perguntas acima pois parecia que tinha só colocado aqui, mas a principio então tinha a copia no ini do serviços. pode criar um txt e anexar. igual o alexandre fez. fica bem bom para o tópico organizado e também para baixar
    1 ponto
  11. [5107958] Nome=Tangara da Serra UF=MT Provedor=Centi Versao=2.02 ProRecepcionar=* ProConsultarNFSeRps=https://api.centi.com.br/nfe/consultar/rps/mt/tangaradaserra ProCancelarNFSe=https://api.centi.com.br/nfe/cancelar/mt/tangaradaserra ProGerarNFSe=https://api.centi.com.br/nfe/gerar/mt/tangaradaserra HomRecepcionar=* HomConsultarNFSeRps=https://api.centi.com.br/nfe/consultar/homologacao/rps/mt/tangaradaserra HomCancelarNFSe=https://api.centi.com.br/nfe/cancelar/homologacao/mt/tangaradaserra HomGerarNFSe=https://api.centi.com.br/nfe/gerar/homologacao/mt/tangaradaserra ProLinkURL=https://api.centi.dev.br/portal/nfse/mt/tangaradaserra/%CodVerif% HomLinkURL=https://api.centi.dev.br/portal/nfse/mt/tangaradaserra/%CodVerif%
    1 ponto
  12. não, é o no trecho do código que tem enviar no exemplo do svn
    1 ponto
  13. Boa tarde @Italo Giurizzato Junior, Agradeço muito pelo reconhecimento e entendimento do nível do meu trabalho e das minhas ações!! Ainda mais importante vindo de você, que é o mestre das NFS-e's, hehe. Um abraço!!
    1 ponto
  14. As URLs foram obtidas do site das respectivas prefeituras e foram testadas e são válidas, provedores seguem padrões, e ao seguir esses padrões é possível identificar URL's e versões, algo que se adquire com o tempo e trabalho na área. Já trabalho a 10 anos com NFS-e e esse conhecimento me ajudou a identificar as similaridades e popular de acordo com o provedor em questão. Referente a "enviar e emitir para cada um", obviamente não o fiz e nem consigo fazer porque não disponho de CNPJs em cada munícipio e nem tempo para executar teste de emissão de nota em cada prefeitura individualmente (certificado para assinaturas, maioria sem ambiente homolog., etc), visando que são dezenas de dezenas de municípios diferentes. Porém, o que foi populado são apenas os provedores que já existem no ACBr, apenas foi mapeado a qual pertence e preenchido com a URL respectiva e validada. Meu objetivo é contribuir com a comunidade e melhorar o poder de alcance do componente da NFSeX. Eu fiz um trabalho de passar em todos sites e todos as UF's e municípios do Brasil que não estão mapeados e ir preenchendo 1 a 1, isso gerou um grande trabalho e muito esforço da minha parte.
    1 ponto
  15. Voce começou a informar o codigo de barras ou ainda está zerado para nota de fatura?
    1 ponto
  16. Conceitos básicos. Apesar da redundância presente na frase, ela não deixa de ser verdadeira. Antes de mergulharmos mais fundo no mundo da NFSe, é importante estabelecer as bases, conceituando termos importantes que vão aparecer com frequência quando falarmos do assunto: RPS: é a sigla para Recibo Provisório de Serviço. Trata-se do documento gerado pelo prestador de serviços e enviado ao web service do Provedor para ser convertido em NFSe. Provedor: é o nome dado à empresa que fornece o web service de emissão de NFSe para o município. Geralmente, essa empresa é escolhida por meio de licitação, tendo um prazo de “vida útil” para disponibilizar o serviço até que a licitação termine e uma nova empresa seja selecionada (quando isso acontecer, você pode seguir os passos que tem [AQUI] para atualizar na solução ACBr). Em alguns casos, a própria prefeitura é responsável pelo web service. NFSe: é a sigla para Nota Fiscal de Serviços Eletrônica. Trata-se do documento fiscal eletrônico gerado pelo web service do Provedor a partir da conversão do RPS recebido, nos casos em que nenhum erro seja encontrado. É o documento que, de fato, representa a operação de prestação de serviços. Leiaute ABRASF: é o nome dado ao leiaute sugerido pela Associação Brasileira das Secretarias de Finanças das Capitais (ABRASF), que pode ou não ser adotado pelos provedores. Ele propõe um padrão para a estrutura do RPS e da NFSe, indicando quais campos e informações cada um deve conter. Além disso, sugere os métodos que devem ser implementados no web service. Leiaute Próprio: é o padrão de estrutura de dados definido individualmente por um município ou provedor para a emissão da NFSe, em vez de seguir integralmente o Leiaute ABRASF. Nesse formato, o município estabelece quais campos, formatos e métodos serão utilizados no RPS e na NFSe, podendo diferir totalmente ou parcialmente das especificações sugeridas pela ABRASF. DPS: é a sigla para Declaração de Prestação de Serviços. Trata-se do documento equivalente ao RPS, utilizado no Padrão Nacional da NFSe. Ele reúne as informações necessárias para emissão da nota fiscal e deve ser transmitido ao ambiente nacional, que valida os dados e gera a NFSe nos casos em que não haja inconsistências. Padrão Nacional: também conhecido e divulgado por alguns como NFSe Nacional (na solução ACBr, o Padrão Nacional é considerado um provedor), é o modelo unificado de emissão da Nota Fiscal de Serviços Eletrônica (NFSe), desenvolvido para padronizar o processo em todos os municípios brasileiros. O uso é obrigatório para prestadores de serviço enquadrados como MEI (Microempreendedor Individual) e opcional para os municípios, que podem adotá-lo de duas formas: Modelo de compartilhamento: as notas são emitidas em leiaute próprio da prefeitura, mas as informações são compartilhadas com o ambiente nacional; Modelo completo: todas as NFSe do município são geradas utilizando integralmente o Padrão Nacional. Onde encontrar os projetos de exemplo. Agora que os conceitos foram definidos, vamos dar o primeiro passo na parte prática e localizar os projetos de demonstração. O exemplo disponível em Delphi pode ser encontrado em: ..\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi O exemplo disponível em Pascal pode ser encontrado em: ..\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Lazarus Para a ACBrLib temos exemplos disponíveis nas linguagens: C#: ..\trunk2\Projetos\ACBrLib\Demos\C#\NFSe Harbour: ..\trunk2\Projetos\ACBrLib\Demos\Harbour\NFSe Java: ..\trunk2\Projetos\ACBrLib\Demos\Java\NFSe Node.js: ..\trunk2\Projetos\ACBrLib\Demos\Node.js\NFSe PHP: ..\trunk2\Projetos\ACBrLib\Demos\PHP\NFSe VB6: ..\trunk2\Projetos\ACBrLib\Demos\VB6\NFSe Abrir e analisar o código disponível nesses exemplos, criados para demonstrar o preenchimento das propriedades e as chamadas das funções das soluções ACBr, é um passo importante para entender como elas funcionam e como podem ajudar no seu desenvolvimento. Como testar? Na esmagadora maioria dos casos, é necessário, no mínimo, o uso de um certificado digital e-CNPJ para a comunicação com os web services, sem contar aqueles que exigem o uso de chave ou token. Portanto, é mais simples buscar essa informação junto à cidade onde você reside. Procure descobrir qual é o provedor que fornece o serviço para sua cidade, qual leiaute ele utiliza e quais são os requisitos para comunicação com o web service. Uma vez com essas informações em mãos, você pode utilizar os exemplos para testar o processo de emissão junto à sua cidade, compreendendo o fluxo e, por meio dos erros recebidos e da leitura dos manuais do provedor, identificar quais são os campos necessários, os valores esperados, entre outros detalhes importantes. Quais cidades são atendidas? Atualmente, a solução do ACBr atende a 3.079 das 5.571 cidades do Brasil. Para conferir se um município é atendido, basta procurar pelo código IBGE correspondente no arquivo ACBrNFSeXServicos.ini. Se na seção correspondente houver um nome de provedor atribuído, significa que o município é atendido. [3503208] Nome=Araraquara UF=SP Provedor=GINFES Principais Diferenças entre as Cidades. Todas as diferenças entre o processo de emissão de NFSe no município da cidade A e no município da cidade B se devem ao provedor que fornece o serviço para cada uma delas. Cidades atendidas pelo mesmo provedor raramente apresentam particularidades que diferenciem seu processo de emissão. Isso significa que, se você já homologou para uma cidade atendida pelo provedor ISSNet, na versão 2.04, por exemplo, dificilmente terá dificuldades para homologar em outra cidade atendida pelo mesmo provedor e versão. Por outro lado, isso também significa que uma cidade atendida pelo provedor IPM, em sua versão 1.00, terá diferenças significativas em relação a uma cidade atendida pelo ISSNet na versão 2.04. Portanto, é muito importante identificar qual é o provedor que atende ao município e ficar atento às particularidades dele. Quando usar a NFSe Padrão Nacional O Padrão Nacional deve ser utilizado por todos os prestadores de serviço do Brasil que sejam Microempreendedores Individuais (MEI). Fora desse caso, ele só deve ser utilizado se o município tiver aderido integralmente ao modelo. Caso contrário, a comunicação deve ser feita diretamente com o provedor que atende ao município. Como será com a chegada da Reforma Tributária? A Reforma Tributária sobre o consumo trouxe alterações apenas no leiaute do Padrão Nacional. Até o início de 2026, os municípios deverão escolher entre: Aderir integralmente ao Padrão Nacional, adotando-o como modelo único de emissão; ou Continuar utilizando os web services fornecidos pelos provedores, caso em que esses provedores deverão incluir novos campos em seus leiautes para receber as informações exigidas pela reforma e compartilhá-las com o Padrão Nacional de alguma forma. Vale a leitura. Emissão de NFSe, eliminando todas as dúvidas. Duvidas Frequentes sobre o ACBrNFSeX Algumas mensagens comuns no ACBrNFSeX, o que elas significam e o que você pode fazer. Informar mais de um item de serviço é possível? Consigo consultar e baixar os XMLs das NFSes junto as prefeituras usando as soluções do ACBr? Emissão de NFS-e segundo o Padrão Nacional Primeiros Passos com a Reforma Tributária
    1 ponto
  17. Olá pessoal! Foi publicada a Nota Técnica Nº 003 que trata da adequação da Nota Fiscal de Serviços Eletrônica no layout do Padrão Nacional. Esse documento é a 3ª versão dos novos agrupamentos e campos relacionados ao IBS e ao CBS. Alterações Adiciona grupo de informações para operações relacionadas a bens imóveis, exceto obras. Foram removidos os grupos de informações específicas relativos ao IBS — tanto municipal quanto estadual — e ao CBS. No grupo IBSCBS estabelecido em versão anterior, foram adicionados novos campos para melhor identificar a operação: finNFSe: Indicador da finalidade da emissão de NFS-e. indFinal: Indica operação de uso ou consumo pessoal. cIndOp: Código indicador da operação de fornecimento conforme tabela disponibilizada. tpEnteGov: Tipo de entidade governamental. xTpEnteGov: Descrição do ente governamental, caso selecionado valor que exija detalhamento. indPessoas: indica qual é o papel do destinatário em relação aos participantes. Também foram adicionados novos grupos de informações comuns ao IBS e à CBS, um grupo de valores brutos relacionados a esses tributos, além de grupos de totalização para ambos. Além da nova versão da NT, também foi disponibilizado nova planilha com o leiaute da DPS atualizado com os novos campos e uma planilha com os códigos indicadores da operação. E como fica o ACBr? Foi criada a #TK-7301 para adequação do componente ACBrNFSeX e consequentemente do ACBrMonitorPLUS e também da ACBrLibNFSe as modificações propostas. Assim que houver novidades a respeito será publicado neste tópico. Leia a Nota Técnica na íntegra AQUI. Veja mais sobre a versão 1 desta Nota Técnica AQUI. Veja mais sobre a versão 2 desta Nota Técnica AQUI.
    1 ponto
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...
The popup will be closed in 10 segundos...