Italo Giurizzato Junior

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

Boa tarde @Antonio Gomes, Você atualizou os fontes e fez novos testes?

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

Boa tarde @Jovanio, Favor configurar o componente para salvar o arquivo Soap, faça um novo teste e anexe o XML soap de pedido de cancelamento para que possamos fazer uma analise.

Boa tarde @Antonio Gomes, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Bom dia @TiagoFZ, Já esta no SVN.

Bom dia @Antonio Gomes, Quem é MEI deve emitir as suas notas segundo o Padrão Nacional, sendo assim não importa qual é o provedor contratado pela prefeitura. Preciso saber se a nota esta sendo emitida por um MEI ou não.

Boa tarde @Antonio Gomes, Foi criado a TK-6602 para analise do problema.

Boa tarde @TiagoFZ, Muito obrigado pela colaboração, já foi criado a TK-6598 para realizar a alteração.

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.

Boa tarde @Alex Heinen, Já esta no SVN.

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.

Boa tarde @Danny, Se o problema é ao ler o XML de retorno da consulta o XML do RPS que você anexou não tem nenhuma serventia para nós. Você precisa configurar o componente para salvar os arquivos Soap. Fazer um novo teste de consulta e anexar o XML Soap de retorno da referida consulta para que possamos analisar o seu conteúdo.

Bom dia @Heckler Milas, Já esta no SVN. Não movemos a propriedade de MarcaDaqua para a unit ACBrDFeReport pois acreditamos que se o DF-e que não usa ou não permite a impressão da mesma, a propriedade não deve aparecer.

Boa tarde @oribeiro, O erro que você esta tendo muitos outros desenvolvedores também estão. O problema não é no pedido de cancelamento e sim no provedor. Favor abrir um protocolo junto a prefeitura reportando o problema. Tem que reclamar na prefeitura, pois se tentar conversar com alguém do provedor vão lhe deixar mais de 1 hora esperando no telefone e não vão resolver o problema. Quanto mais prestadores de serviços abrirem um protocolo junto a prefeitura, mas rápido eles vão corrigir.

Bom dia @willian_delan, Já esta no SVN a inclusão do Params.

Bom dia @Sandro Felipe Adad, Já esta no SVN.

Bom dia @Ronaldo.Bispo, Já esta no SVN.

Bom dia @oribeiro, Eu acredito que a versão mais nova da DLL já aceita o código 1058. Leia a noticia abaixo:

Boa tarde @Diego Reckziegel, Já esta no SVN.

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

Bom dia @Atalias, O retorno com o numero do protocolo só diz que o RPS foi recepcionado pelo o webservice e não que esta tudo Ok. Se faz necessário consultar para saber o resultado do processamento. Se no portal não consta a nota, isso significa que o RPS não foi aceito, tem algum dado errado nele. Só consultando o lote para saber o que esta errado.

Bom dia @Fernando Cattelan Vieira, Veja se o tópico abaixo lhe ajuda na questão da alíquota.

Bom dia @oribeiro, Pela mensagem de erro me leva a crer que você esta com os Schemas desatualizados. Pois a definição do tipo Alíquota consta que ela possui 4 dígitos.

Bom dia @Heckler Milas, Estou analisando a sua contribuição e notei: 1. Os seus fontes estão desatualizados em relação ao SVN. 2. O arquivo ACBrCTeDACTeRLRetrato.dfm que se encontra no SVN contem 227 KB e o que você nos enviou para analise tem somente 217 KB. Algumas units apensar de estarem desatualizar eu consegui ajustar, mas esse arquivo mencionado acima esta muito estranho essa diferença de 10 KB. Ao meu ver, você vai ter que deletar esse arquivo, baixar ele novamente do SVN para por fim incluir o objeto referente a marca d'agua.