Painel de líderes
Conteúdo popular
Showing content with the highest reputation on 01-10-2025 em todas as áreas
-
4 pontos
-
Bom dia..eu alterei as units ACBrBoletoW_Bradesco e ACBrBoletoRet_Bradesco para consultar 2 via de Boleto Bradesco Com Qr Code via API developers, esse end point foi criado agora por isso não tinha a unit ACBrBoletoW_Bradesco. Segue as units em anexo para ser analisada e validada. Como usar abaixo... ACBrBoleto.Configuracoes.WebService.Operacao := tpConsultaDetalhe; ACBrBoleto.Configuracoes.WebService.SSLCryptLib := cryWinCrypt; ACBrBoleto.Configuracoes.WebService.SSLHTTPLib := httpOpenSSL; AcBrBoleto.Configuracoes.WebService.SSLType := LT_TLSv1_2; ACBrBoleto.Configuracoes.WebService.TimeOut := 50000; ACBrBoleto.Configuracoes.WebService.UseCertificateHTTP := true; ACBrBoleto.Cedente.CedenteWS.IndicadorPix := True; ACBrBoleto.Configuracoes.WebService.ArquivoCRT := 'meu_certificado.crt'; ACBrBoleto.Configuracoes.WebService.ArquivoKEY := 'meu_certificado.key'; ACBrBoletoRet_Bradesco.pas ACBrBoletoW_Bradesco.pas2 pontos
-
No caso o link de consulta mudou para https://adn.nfse.gov.br/danfse/{chaveAcesso}.2 pontos
-
Algumas tags dos eventos e Pedido de Prorrogação e Cancelamento de Pedido de Prorrogação não estavam sendo identificados ao Ler o XML do evento. Segue anexo unit alterada com a leitura das tags dos eventos citados. ACBrNFe.RetEnvEvento.pas1 ponto
-
Eu não tive essa rejeição, eu coloquei assim Servico.ResponsavelRetencao := rtTomador;1 ponto
-
Obrigado pelo retorno Desculpe a demora na resposta..1 ponto
-
Obrigado @IMATECH pelo PDF e @Lucio Bittes pela ajuda com o codigo.1 ponto
-
Boa tarde pessoal, desculpe não dar um retorno mas hoje foi simplesmente um caos. @Léo @BluData deixei no . ini assim [4208906] Nome=Jaragua do Sul UF=SC Provedor=Betha ProRecepcionar=https://nota-eletronica.betha.cloud/rps/ws/recepcionarLoteRps ProConsultarSituacao=https://nota-eletronica.betha.cloud/rps/ws/consultarSituacaoLoteRps ProConsultarLote=https://nota-eletronica.betha.cloud/rps/ws/consultarLoteRpsV110 ProConsultarNFSeRps=https://nota-eletronica.betha.cloud/rps/ws/consultarNfsePorRpsV110 ProConsultarNFSe=https://nota-eletronica.betha.cloud/rps/ws/consultarNfseV110 ProCancelarNFSe=https://nota-eletronica.betha.cloud/rps/ws/cancelarNfse HomRecepcionar=https://nota-eletronica.betha.cloud/rps/ws/recepcionarLoteRps HomConsultarSituacao=https://nota-eletronica.betha.cloud/rps/ws/consultarSituacaoLoteRps HomConsultarLote=https://nota-eletronica.betha.cloud/rps/ws/consultarLoteRpsV110 HomConsultarNFSeRps=https://nota-eletronica.betha.cloud/rps/ws/consultarNfsePorRpsV110 HomConsultarNFSe=https://nota-eletronica.betha.cloud/rps/ws/consultarNfseV110 HomCancelarNFSe=https://nota-eletronica.betha.cloud/rps/ws/cancelarNfse também aumentei o time out conforme o @Juliomar Marchetti para 60000 Após alterar o ini eu executei o bat e reinstalei conforme diz no arquivo mesmo assim o erro permaneceu. Agora o cliente já consegue emitir as notas então acredito que ontem no fim da tarde fosse um problerma durante a implantação na prefeitura também. Vale dizer que o link para impressão das notas mudou também então tem que tomar um cuidado nisso também.1 ponto
-
Serie deu certo. Aqui informei o codigo do item serviço. ItemListaServico 14.01 Codigo Tributação municipio 1401 sem o ponto. E passou.1 ponto
-
Salvar o arquivo "ACBrNFSeXServicos.ini" atualizado na pasta, junto ao seu .exe Acredito que basta atualizar o "ACBrNFSeXServicos.ini" *Em testes tive um erro aqui que precisei modificar os fontes Abrasf para leitura do .INI (ISSRetido) [5208707] Nome=Goiania UF=GO Provedor=ISSNet Versao=2.04 ProRecepcionar=https://nfse.issnetonline.com.br/abrasf204/goiania/nfse.asmx HomRecepcionar=https://www.issnetonline.com.br/homologaabrasf/webservicenfse204/nfse.asmx1 ponto
-
Se quiser testar no Lazarus, veja https://github.com/andre-djsystem/CalculadoraRTC https://medium.com/@andrefmoraes/calculadorartc-biblioteca-open-source-para-a-calculadora-da-reforma-tributária-cbs-ibs-is-0560a67c110f1 ponto
-
1 ponto
-
Veja como está a tag CRT nesse XML, o componente gera CST ou CSOSN de acordo com essa tag. Se CRT = 1 (Simples Nacional) ou 4 (MEI) vai gerar CSOSN, exceto para os CST de monofasia (02, 15, 53, 61).1 ponto
-
No caso conversa com o contador. pois parece que está havendo uma divergencia de informações e quem deve lhe passar a forma correta é ele1 ponto
-
[5208707] ; Atualizado em 01/10/2025 Nome=Goiania UF=GO Provedor=ISSNet Versao=2.04 ProRecepcionar=https://nfse.issnetonline.com.br/abrasf204/goiania/nfse.asmx HomRecepcionar=https://www.issnetonline.com.br/homologaabrasf/webservicenfse204/nfse.asmx1 ponto
-
Fala galera, dentro do .ini tenho que mudar essas URLS ? [5208707] Nome=Goiania UF=GO Provedor=ISSNet Versao=2.04 ProRecepcionar=https://wsgoiania.issnetonline.com.br/webservicenfse204/nfse.asmx HomRecepcionar=https://www.issnetonline.com.br/homologaabrasf/webservicenfse204/nfse.asmx Tem que pedir algum tipo de liberacao para uso em Producao novamente para os meus clientes?1 ponto
-
Você precisa informar no xml agora o Regime Especial de Tributação1 ponto
-
1 ponto
-
Olá comunidade ! Foi publicado no dia 30/09/2025 a versão 1.10 desta nota técnica. Alterações Adiciona um campo para indicar se é doação (indDoacao). Remove os grupos de crédito presumido, pois eles não se aplicam aos cClassTrib desse documento. Adiciona um grupo para receber as informações de estorno de crédito (gEstornoCred). Altera a implementação da regra de validação que verifica a presença do IBS\CBS, mas com a observação de que se for informado, será aplicado todas as regras relacionadas a reforma. Altera a observação de algumas regras de validação para tornar a explicação do cálculo mais clara. Datas Implantação em Homologação: Até 20/10/2025 Implantação em Produção: 20/10/2025 Além da data, também foi removida a observação da versão anterior que menciona 03/11 e foi adicionada observação de que os campos vão estar disponíveis no ambiente de produção desde 20/10/2025, com as regras de validação sendo aplicadas somente caso eles sejam informados E como fica o ACBr? Como está versão traz alterações de leiaute, será necessário realizar adequações nas soluções do ACBr. Foi criada a tarefa ACBR-8131 para acompanhar esta adequação. Leia a versão 1.10 desta nota técnica na íntegra AQUI.1 ponto
-
Bom dia. Não, deixei assim: Versao=2.02 ProRecepcionar=https://nota-eletronica.betha.cloud/rps/ws HomRecepcionar=https://nota-eletronica.betha.cloud/rps/ws aí eu tive problema na tag DataEmissao que na classe da Abrasf2 ele coloca hora junto e o schema da betha não deixa, alterei para colocar só data sem hora para testar e agora estou tendo problema de time out. Ainda testando...1 ponto
-
Bom dia. Emissão de NFSe Goiânia. Paramentros para produção: Parâmetros de produção (sistema oficial): -> Código do Município: 520140 -> Série do RPS: 1 ->WebService: https://nfse.issnetonline.com.br/abrasf204/goiania/nfse.asmx Segue um manual de orientação aos contribuintes. GOIANIA - MANUAL.pdf1 ponto
-
A PGWebLib, é a biblioteca de TEF da PayGo, que permite integração da aplicação com TEF, de forma embarcada na Aplicação As últimas versões da PGWebLib.dll, foram modificadas para conter um componente de segurança, chamado de Warsaw Embora isso traga o benefício da segurança, muitas Sw.Houses nos reportaram problemas na instalação dessa versão, ou interferência do componente de segurança, no funcionamento da aplicação... Outro inconveniente da versão segura, é a necessidade de ter que rodar um instalador do Client PayGo, e com isso, perde-se a "leveza", e a possibilidade de embarcar a PGWebLib no instalador da sua aplicação Você pode ler mais sobre essa nova versão segura, nesse Post: Pensando em mitigar esses problemas, agora a Setis disponibilizou uma versão da PGWebLib 4.1.47.* (ou superior), onde não há o componente de segurança. Ou seja: Com a DLL sem a Proteção... Basta copiar a DLL, para a mesma pasta do seu .EXE que tudo estará pronto para funcionamento do TEF Abaixo o Link para download da PGWebLib sem o componente de proteção (Warsaw) Nota: use a versão 64 Bits, apenas se você compila a sua aplicação em 64 bits Editado.... Novo Link Oficial: https://paygodev.readme.io/docs/kit-de-integração-sem-proteção-warsaw1 ponto
-
Obrigado pela informação. Criada tarefa ACBR-8127 para análise.1 ponto
-
As prefeituras não serão obrigadas a aderir ao emissor nacional, apenas ao ambiente nacional. Isso significa que podem continuar usando o modelo atual, desde que compartilhem as notas com o ambiente nacional, e usando layout do padrão nacional. Creio que será o que a maioria dos provedores fará, gerar internamente o XML no padrão nacional com base no seu atual. O problema é se necessitar de alterações no layout para cumprir isso, a ABRASF não vai liberar novas versões para atender à reforma tributária, então cada provedor que usa o ABRASF pode ter alterações diferentes entre si.1 ponto
-
Como acho que todos aqui devem ter feito para validar, eu peguei meu xml e removi a tag vIBS e dai no validar da tecnospeed valida. com a tab, xml completo, valida no https://dfe-portal.svrs.rs.gov.br/NFE/ValidadorRTC Mas no envio para SEFAZ-SP realmente não vai. Pelo o que li aqui e em outros postes, é questão da SEFAZ implementar. Acho que em resumo é isso ? Aguardar um pouco mais1 ponto
-
Fiz o procedimento conforme sua orientação e ainda persisti o erro, interessante é que esse erro ocorre apenas na VISUALIZAÇÃO do NFC-e no estado de MG. Transmissão e Autorização estão ocorrendo normalmente em todos os estados tanto NF-e e NFC-e. >>> Porém, achei a solução, adicionei a linha de código; ACBrNFe1.Configuracoes.Geral.VersaoQRCode := veqr200; E voltou a funcionar, agradeço muito pelas dicas. Podem finalizar o Tópico. Obrigado!1 ponto
-
Olá Pessoal, Essa é uma boa pergunta. E a resposta é muito simples esta pronto e não esta pronto. Como assim? Até o momento temos a NT 2025/004 que traz as alterações no layout da NFS-e Padrão Nacional para a Reforma Tributária, mas não temos Manuais dos provedores que seguem a versão 1 do layout da ABRASF nem dos que seguem a versão 2 e nem dos provedores que tem layout próprio. O que temos pronto no ACBrNFSeX? Implementação dos novos grupos e campos visando a Reforma Tributária para o Padrão Nacional. Sendo assim através do programa exemplo é possível gerar o XML do DPS (Declaração de Prestação de Serviço), mas ao fazer isso vai ocorrer erro de validação. O motivo do erro é que os Schemas que temos não contempla os novos grupos e campos da Reforma Tributária. E o ambiente de homologação que a Receita Federal chama de Produção Restrita não foi alterado para aceitar os novos grupos e campos. Resumindo. Já esta no SVN as alterações no componente ACBrNFSeX para gerar o XML do DPS (Padrão Nacional) com os novos campos. Não vai ser possível validar e nem enviar para o ambiente de homologação. Assim que tivermos mais noticias sobre a Reforma Tributária na NFS-e, vamos divulgar.-1 pontos
