Painel de líderes
Conteúdo popular
Showing content with the highest reputation on 27-06-2025 em Posts
-
Olá pessoal. Este post é apenas informativo. Acabei de testar o qrcode versão 3. Em SP, no ambiente de homologação, foi autorizado.1 ponto
-
Respondendo ao Juliomar: Sim uso o ACBrNFSeX, Respondendo ao Ítalo: Vou ver essa function e posto aqui se consegui. Por enquanto obrigado pelas respostas! Bom fim de semana a todos!1 ponto
-
Boa tarde @Sandro Andre Reghelin, Já esta no SVN.1 ponto
-
1 ponto
-
Algumas observações sobre o seu arquivo de Log: 1. A resposta do método NFSE_Emitir(00029636,Enviar Lote S[237]ncrono,False ) ainda está sendo: Por favor, veja se você não está utilizando um arquivo ACBrNFSeXServicos.ini defasado. Se você tiver um arquivo ACBrNFSeXServicos.ini que ainda usa a configuração antiga dentro da pasta do seu .EXE ou apontado na chave IniServicos da seção [NFSe] do seu arquivo ACBrLib.ini, ele vai ser priorizado sobre a informação atualizada utilizada por resource interno da Lib. Então se tiver arquivo ACBrNFSeXServicos.ini antigo, atualize o mesmo. 2. A entrada no log do método NFSE_ConsultarLoteRPS que está lhe devolvendo a mensagem de protocolo não encontrado me parece incorreta. Veja na documentação do método que o mesmo possui dois parâmetros, sendo o primeiro deles o número do protocolo e o segundo o número do lote. A entrada em seu log mostra que o valor zero está sendo passado para o número do protocolo:1 ponto
-
Faltou algum passo. refaça com calma e não esqueça de nada. mesmo que ache que tenha faça de novo1 ponto
-
Bom dia! Por favor, pode disponibilizar o Log da Lib com nível paranoico para análise? A princípio essa mensagem não faz sentido no processo de envio síncrono por 2 motivos: 1. No envio síncrono, você geralmente já recebe no retorno do envio os erros ou a NFSe. Veja uma exemplo de retorno que recebi ao realizar um teste de envio síncrono sem ter as credênciais necessárias: <EnviarLoteRpsSincronoResposta> <NumeroLote>1</NumeroLote> <ListaMensagemRetorno> <MensagemRetorno> <Codigo>E179</Codigo> <Mensagem>Erro na autenticação.</Mensagem> <Correcao>O usuário correspondente ao documento utilizado para autenticação não possui autorização para realizar o serviço para a empresa parametrizada via CNPJ e inscrição municipal do arquivo. - Certificado Registrado para 18.760.540/0001-39 NÃO AUTORIZADO para 63.383.950/0001-62</Correcao> </MensagemRetorno> </ListaMensagemRetorno> </EnviarLoteRpsSincronoResposta> 2. Nos casos de envio, seja ele síncrono ou assíncrono, em que lhe é devolvido o número de protocolo no retorno, este número de protocolo por si só, atesta que o web service do provedor recepcionou o lote de RPS que você enviou antes. É como se o web service dissesse, "OK, recebi esse RPS, toma aqui esse número de protocolo que prova isso e que você pode usar para me pedir informações sobre ele depois".1 ponto
-
Bom dia! Você diz usando Community ou Lazarus, por exemplo? Basta reinstalar. A configuração que esta opção do instalador define já vem definida por padrão com o valor True. Veja mais detalhes no tópico: Depois de reinstalar, confira se a rotina que faz a escrita do arquivo XML está caindo na unit ACBrNFe.XmlWriter.pas1 ponto
-
https://developer.pagbank.com.br/ https://github.com/pagseguro/1 ponto
-
Geralmente o Adquirente, tem um repositório de Fontes, com exemplos...1 ponto
-
Olá Pessoal, Muitos de vocês estão ansiosos e apreensivos com essa mudança que vai ocorrer. Os componentes do ACBr vão ser afetados com essa reforma? Sim, mas fiquem tranquilos que já estamos trabalhando nas modificações. Como que fica a minha aplicação, também vai ser afetada? Sim, e te aconselho conversar com os contadores dos seus clientes para saber o que vai ser necessário calcular e como calcular. Como esta os trabalhos e quais são os componentes que vão ser afetados? Dividimos o trabalho em 5 etapas e os componentes afetados são: ACBrBPe (Bilhete de Passagem Eletrônico/Bilhete de Passagem Eletrônico Metropolitano); ACBrCTe (Conhecimento de Transporte Eletrônico/Conhecimento de Transporte Simplificado Eletrônico/Conhecimento de Transporte Outros Serviços); ACBrNF3e (Nota Fiscal de Energia Elétrica Eletrônica); ACBrNFCom (Nota Fiscal de Comunicação Eletrônica); ACBrNFe (Nota Fiscal Eletrônica/Nota Fiscal ao Consumidor Eletrônica) e ACBrNFSeX (Nota Fiscal de Serviço Eletrônica). Etapas definidas para a implementação da Reforma Tributária nos componentes: 1. Alteração nas classes para criar os grupos e seus respectivos campos; 2. Alteração na unit responsável pela escrita do XML; 3. Alteração na unit responsável pela leitura do XML; 4. Alteração nas funções de escrita e leitura do arquivo INI (utilizado pelo ACBrMonitor e ACBLib). 5. Alteração nos programas exemplos Delphi/Lazarus visando mostrar como alimentar o componente referente aos novos campos dos novos grupos. Observações: A primeira etapa já foi concluída para todos os componentes exceto ACBrNFe. No caso do ACBrNFSeX a implementação contempla somente a NFS-e Padrão Nacional (provedor PadraoNacional), não sabemos como vai ficar o layout do XML do RPS dos provedores que tem layout próprio ou utilizam a versão 1 ou 2 do layout da ABRASF. No que se refere a NF-e/NFC-e além das alterações necessárias para contemplar a reforma tributária, vai ser necessário também implementar 12 novos eventos que vamos discriminar em postagem futura. Prazos: Segundo a NT/2024/001 versão 1.10 - Reforma Tributária - IBS e CBS (BPe, CTe, NF3e e NFCom) e a NT/2024/002 versão 1.10 - Reforma Tributária - IBS e CBS (NFe e NFCe) traz as seguintes datas: Ambiente de Homologação: 01/09/2025 Ambiente de Produção: 31/10/2025 Já a Nota Técnica 001 - SE-CGNFSe - Novo Layout - RTC (NFSe) temos a data de janeiro/2026 como sendo o inicio do novo layout, infelizmente não informa se é ambiente de homologação ou produção. Assim que finalizarmos a primeira etapa no componente ACBrNFe, avisaremos neste tópico o inicio da segunda etapa.1 ponto
-
Olá Pessoal, Vamos atualizar esse tópico. Já foi finalizado os ajustes nos componentes: ACBrBPe, ACBrCTe, ACBrNF3e e ACBrNFCom. Os fontes alterados bem como os Schemas e os programas exemplos dos 4 componentes mencionados acima já estão no SVN. Quero lembrar que ainda não é possível enviar o XML contendo os novos campos para a SEFAZ, uma vez que esta ainda não liberou o ambiente de homologação que esta previsto para 01/07/2025. Até o final deste mês (abril) vamos finalizar e enviar para o SVN os ajustes no componente: ACBrNFe. Os Schemas da NFe já foram disponibilizados, assim que enviarmos para o SVN os fontes do componente, enviaremos também os schemas e o programa exemplo. Deixamos o componente ACBrNFSeX para o final pois não temos os Schemas para realizar os testes e lembrando que alteração se concentra no layout do Padrão Nacional. Não sabemos qual a atitude dos provedores que utilizam a versa 1 ou 2 do layout da ABRASF bem como os que tem o seu próprio layout. Até a próxima pessoal.1 ponto
-
Olá Pessoal, É com muita alegria que eu informo a vocês que os trabalhos para adequar os componentes perante a Reforma Tributária esta a todo vapor. Já foi finalizado os ajustes nos componentes: ACBrCTe, ACBrNF3e e ACBrNFCom. Os fontes alterados bem como os Schemas e os programas exemplos dos 3 componentes mencionados acima já estão no SVN. Quero lembrar que ainda não é possível enviar o XML contendo os novos campos para a SEFAZ, uma vez que esta ainda não liberou o ambiente de homologação que esta previsto para 01/07/2025. Até o final deste mês vamos finalizar e enviar para o SVN os ajustes nos componentes: ACBrBPe, ACBrNFe e ACBrNFSeX. No caso da NFe ainda não foi disponibilizado os Schemas. Já a NFSe além da falta dos Schemas e alteração se concentra no layout do Padrão Nacional. Não sabemos qual a atitude dos provedores que utilizam a versa 1 ou 2 do layout da ABRASF bem como os que tem o seu próprio layout. Até a próxima pessoal.1 ponto
-
Olá Pessoal, Foi publicado ontem (28/03/2025) Notas Técnicas especificas para cada modelo de Documento Fiscal Eletrônico referente a Reforma Tributária. Notas Técnicas publicadas para o BP-e, CT-e, NF3-e e NF-e/NFC-e, esta faltando a publicação da NT referente a NFCom. Em uma leitura rápida não ocorreu grandes alterações. Somente a NF-e/NFC-e que trazia um grupo referente a Compras Governamentais, este grupo agora esta presente nos demais DF-e. Outro ponto a se destacar é quanto aos prazos de liberação dos ambientes de homologação e produção. Ambiente de homologação que antes estava previsto para 01/09/2025 passou para 01/07/2025. E o ambiente de produção estava previsto para 31/10/225 passou para 01/10/2025. Com essa alteração de datas os desenvolvedores passaram a ter 3 meses em vez de 2 para adequar suas aplicações e fazerem os testes. No que se refere a NFS-e também foi publicado uma nova NT que traz algumas modificações no layout sendo que uma delas é a inclusão do grupo de Compras Governamentais. Infelizmente essa NT não traz datas de inicio do ambiente de homologação (produção restrita como eles chamam) e do ambiente de produção. A única informação que consta é que em janeiro/2026 as NFS-e devem já atender a reforma tributária, ou seja, já deve constar os novos grupos e campos. Com essas novas modificações nos layouts dos DF-e vamos ter que rever tudo o que foi feito e fazer as alterações necessárias. Pessoal, agora mais do que nunca devemos manter os fontes do ACBr atualizados e reinstalados se possível diariamente. Vamos fazer novos Papo Pro no Discord relatando as mudanças e em qual etapa estamos na adequação dos componentes. Não percam os Papo Pro eles são de extrema importância para que vocês fiquem informados.1 ponto
-
Pessoal, A etapa 1 que visa implementar nas classes os novos grupos e campos, foi totalmente implementada em todos os componentes mencionados na postagem anterior. Vamos agora partir para a etapa 2.1 ponto
