Italo Giurizzato Junior

Bom dia Leandro, Exatamente, o componente antigo ao gerar o nome do XML da NFS-e se utilizava do numero da NFS-e mais a série do Rps, que ao meu ver não esta correto. Sendo assim no novo componente ele pega o conteúdo de ANFSe.Numero e ANFSe.SeriePrestacao, mas infelizmente não são todos os provedores que ao gerar a nota não atribuem a série para a nota.

Bom dia Vinicius, A necessidade da emissão do CT-e de Anulação e depois o de Substituição, era quando o tomador não era contribuinte. Para tomador contribuinte ele pode emitir uma nota fiscal de anulação de valores e a transportadora emitir o CT-e de substituição informando a chave da NF-e de anulação. Mas realmente esta confuso, como a transportadora vai proceder quando o tomador não for contribuinte.

Boa tarde Lucas, Abra o arquivo (16-lista-nfse-ger.xml) com um navegador e veja o seu conteúdo. Tem o numero e serie do RPS, tem o numero e série da nota, data e hora do processamento, link com a URL para você ter acesso ao DANFSE da nota e o código verificador. O grande problema é que essa droga de provedor retorna um resumo em vez de retornar o XML completo da nota. Leia o tópico abaixo, ele traz uma dica de como fazer para mudar isso, não sei se funciona para todas as cidades atendidas por esse provedor.

Adriano, Os arquivos que você anexou se referem ao envio e não da consulta. Como escrevi na postagem anterior a imagem do seu código se refere a consulta a nota por rps.

Boa tarde Adriano, O tópico anterior nem sequer estava salvando o XML da nota em disco, problema este que foi sanado. Noto que agora a questão se refere a consulta a nota por Rps, correto? Pelo menos a imagem que você anexou me remete a isso. Você poderia anexar o XML (soap) de retorno dessa consulta para que possamos analisar?

Boa tarde Souza, Compare a rotina que configura o componente do programa exemplo com a da sua aplicação, com certeza alguma coisa esta diferente.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

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

Heronim, Me desculpa, mas o problema relatado por você no Discord era: A minha resposta foi: essa mensagem de erro não tem nada haver com versão, ela se refere aos dados do tomador que não foram informadas. O seu retorno foi: Funcionou informando o cpf Eu quero entender se o erro apresentado acima deixou de existir depois que você informou o CPF do tomador ou com a alteração da URL que segundo você acrescentou no final "?wsdl"? Pois usamos o "?wsdl" no final da URL para ter acesso o Web Services Description Languagem que descreve um serviço da web. Nenhuma das cidades atendidas pelo provedor Fiorilli contem no final da URL o "?wsdl", como você pode conferir no arquivo ACBrNFSeXServicos.ini Para que possamos realizar esse tipo de alteração, precisamos ter certeza absoluta que para essa cidade realmente se faz necessário essa alteração na URL e para isso contamos sempre com a colaboração de vocês. Como neste momento você não tem condições de me informar qual era o erro, sem problemas, mesmo assim muito obrigado.

Boa tarde Heronim, Sem o "?wsdl" no final da URL qual é o erro que ocorre?

Bom dia Heronim, Seria interessante você relatar o porque dessa postagem e como foi sanado. Assim outros que por ventura venham a ter o mesmo problema encontre aqui a solução.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Bom dia Moreira, Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou o ACBr? Recompilou a aplicação com a opção Build?

Olá Pessoal, Informação da SEFAZ-Virtual do Rio Grande do Sul: Será executada, em 16/04/23, a partir das 07h da manhã, com duração de até 2 horas, parada programada para manutenção do ambiente de autorização dos Documentos Fiscais eletrônicos da SVRS e SEFAZ-RS. Durante os trabalhos serão ativadas a Sefaz Virtual de Contingência do Ambiente Nacional, para a autorização de NF-e, e a Sefaz Virtual de Contingência de São Paulo, para a autorização de CT-e. Os demais DF-e (NFC-e, BP-e, MDF-e e NF3e) autorizados na SVRS deverão ser emitidos na modalidade de contingência off-line.

Olá Pessoal, Novidades da IT 2023/002 O objetivo deste Informe Técnico é divulgar a publicação da nova versão da “Tabela CFOP”, a qual trouxe correções e inclusões de novos CFOPs conforme detalhado a seguir. Incluir CFOP: 3.552; 3.667; 7.552 (Conforme Ajuste SINIEF 10/21); Excluir o registro duplicado do CFOP 2.652, por já existir registro igual na tabela atual; Correções realizadas na tabela CFOP utilizada para autorização de DF-e Prazos Implantação em Homologação: até 17/04/2023 Implantação em Produção: até 24/04/2023 Como ficam as soluções ACBr e minha Aplicação? Por ser uma mudança de tabelas, o ACBr não sofre qualquer ajuste, quanto sua aplicação, vai depender de como vc trata a informação do CFOP. Como encontrar as publicações no Portal da NFe No Portal Nacional da NF-e , acesse a aba “Documentos”, opção “Diversos”. Os prazos dessa atualização de tabelas estão documentados anteriormente, no item que trata de “Controle de Versões”, para a versão mais recente deste Informe Técnico.

Olá pessoal, Foi publicado a versão 1.20 da NT 2023/001. Novidades dessa versão Criação de novos campos para que seja possível informar o Diferimento Parcial Criação dos campos qBCMono, adRemICMS, vICMSMonoOp, pDif e vICMSMono para o CST 53 e revogação dos campos qBCMonoDif e adRemICMSDif. Campos criados para atender a previsão de diferimento parcial, conforme previsto no Convênio ICMS 10/23 que altera o Convênio ICMS 199/22. Ajustes nas de regras de validação LA18-10 E LA18-20 para que não sejam aplicadas na NFC-e, nem na NF-e nas operações com consumidor final. Alteração na documentação das Regras I13-20, LA17-10, LA17-20, LA18-10, LA18-30 Algumas colunas da Tabela de Combustíveis Sujeitos à tributação Monofásica, publicada no Portal Nacional da NF-e, tinham o mesmo nome de tags do XML. Isso poderia causar confusão na interpretação destas regras. Os nomes das colunas das tabelas foram trocados juntamente com a documentação destas regras para evitar essa confusão. Alteração da regra de Validação LA18-20 Excluída a aplicação desta regra de validação na NFC-e, modelo 65. Adicionada exceção para que a regra também não seja aplicada na NF-e, nas operações com consumidor final, (tag: indFinal) igual a 1 Exclusão de Regras de Validação relacionadas a tributação GLP/GLGN e ICMS Retido Anteriormente ( LA03d-10 e N45-10) Exclusão da regra de Validação LA03d-10 A exigência do campo estava relacionada à tributação do GLP/GLGN que possuía diferentes regras e alíquotas. O valor de partida (preço sem ICMS) era utilizado nas auditorias para conferência da composição das bases de cálculo do GLGNn e GLGNi que, nas operações interestaduais eram tributados a 12% e 4% respectivamente. Com a tributação Monofásica, esta informação deixa de ser relevante, pois as bases de cálculo passam a ser as quantidades e a alíquota definida é igual para GLGN nacional ou importado. Exclusão da regra de Validação N45-10 O campo “Valor do ICMS retido anteriormente” (tag: vICMSMonoRet) receberá 100% do imposto correspondente ao volume de Óleo Diesel A e 33,33% do imposto correspondente ao volume de B100, não sendo possível a aplicação da regra de validação conforme especificada. Prazos Ambiente de homologação: 20/04/2023 Ambiente de produção: 01/05/2023 Como mostrado acima ocorreu alteração no layout do XML, logo o componente ACBrNFe vai sofrer alterações para ficar em conformidade com a versão 1.20 da NT 2023/001, consequentemente uma nova versão do ACBrLibNFe e ACBrMonitor Plus vão ser disponibilizadas. Até 20/04/2023 vai estar no SVN o componente ACBrNFe alterado bem como as novas versões do ACBrLibNFe e ACBrMonitor Plus.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico. Bom dia Adriano, A unit que anexei acima, já foi enviada para o SVN.

Diego, Já esta no SVN.

Gabriel, Já esta no SVN.

Adriano, Note que nesse arquivo a tag <InfDeclaracaoPrstacaoServico> contem o atributo Id e ele não foi alterado, ou seja, continua sendo gerado como antes e o Rps foi recebido pelo webservice do provedor e foi processado com sucesso, uma prova disso é o XML da nota retornado e agora salvo na pasta Notas. Podemos dar como encerrado esse tópico?

Boa tarde Dercide, A Equipe ACBr já esta analisando o problema.

Adriano, Eu não vejo que o problema seja esse. Vamos fazer um teste, troque a unit por esta que esta em anexo, reinstale o ACBr e faça novos testes. ACBrNFSeXProviderABRASFv2.pas

Boa tarde Diego, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3832