Italo Giurizzato Junior

Olá pessoal, Foi publicado a NT 2018/005 versão 1.40 que trata sobre a alteração no layout da NF-e e NFC-e. O que tem de novidade nessa nova versão? Ela contem as regras de validação para o Estado do Paraná. Todas as regras se aplicam somente ao modelo 55, são elas: Regra ZD07-10 (Facultativa): Obrigatória a informação do identificador do CSRT (tag: idCSRT) e Hash do CSTR (tag: hashCSRT). Observação 1: Regra válida para o PR, modelo 55, a partir de 03/02/2025 em homologação e 01/04/2025 em produção. Observação 2: Modelo 65, implementação futura. Exceção 1: Não se aplica para NFF (tpEmis = 3-NFF) e SVC (tpEmis = 7 ou 8 ). Rejeição 975 - Obrigatória a informação do identificador do CSRT e do Hash do CSRT. Regra 7ZD02-10 (Facultativa): CNPJ do responsável técnico diverge do cadastrado para o emitente (UF/CNPJ). Observação 1: Regra válida para o PR, modelo 55, a partir de 16/09/2024 em homologação e 01/04/2025 em produção. Observação 2: Modelo 65, implementação futura. Exceção 1: Não se aplica para NFF (tpEmis = 3-NFF) e SVC (tpEmis = 7 ou 8 ). Rejeição 974 - CNPJ do responsável técnico diverge do cadastrado. Regra 7ZD08-10 (Facultativa): Identificador do CSRT (tag: idCSRT) não cadastrado na SEFAZ. Observação 1: Regra válida para o PR, modelo 55, a partir de 16/09/2024 em homologação e 01/10/2024 em produção. Observação 2: Modelo 65, implementação futura. Exceção 1: Não se aplica para NFF (tpEmis = 3-NFF) e SVC (tpEmis = 7 ou 8 ). Rejeição 976 - Identificador do CSRT não cadastrado na SEFAZ. Regra 7ZD08-20 (Facultativa): Identificador do CSRT (tag: idCSRT) revogado.. Observação 1: Regra válida para o PR, modelo 55, a partir de 16/09/2024 em homologação e 01/10/2024 em produção. Observação 2: Modelo 65, implementação futura. Exceção 1: Não se aplica para NFF (tpEmis = 3-NFF) e SVC (tpEmis = 7 ou 8 ). Rejeição 977 - Identificador do CSRT revogado. Regra 7ZD09-10 (Facultativa): Hash do CSRT (tag: hashCSRT) diverge do calculado. Observação 1: Regra válida para o PR, modelo 55, a partir de 16/09/2024 em homologação e 01/10/2024 em produção. Observação 2: Modelo 65, implementação futura. Exceção 1: Não se aplica para NFF (tpEmis = 3-NFF) e SVC (tpEmis = 7 ou 8 ). Rejeição 978 - Hash do CSRT diverge do calculado. Código de Segurança do Responsável Técnico - CSRT: Para o estado do Paraná, o CSRT será opcional em homologação até 03/02/2025 e em produção até 01/04/2025. Após essas respectivas datas o idCSRT e hashCSRT serão obrigatórios. Portanto, até a obrigatoriedade, esses campos serão facultativos para as empresas. Somente serão validados em produção o idCSRT e hashCSRT a partir de 01/10/2024, caso estes campo sejam informados.

Bom dia Felipe, Acredito que o problema seja o conteúdo da tag Discriminacao que contem: 10 TURMAS DE TREINAMENTOS NR'S 8H POR TURMA. Mais precisamente o: ' que acredito que o conteúdo original seria NR'S, vai ter que remover o apostrofe.

Bom dia @Zottis, Vou fazer alguns ajustes no componente e enviar para o SVN, lhe aviso quando estiver pronto. Criada a TK-5964 para realizar os ajustes.

Bom dia @Lopes Ricardo, Já foi criado a TK-5963 para analise.

Bom dia @Fabiano Oliveira de Castro, Eu aconselho guardar também o PDF do DANFSE. A Receita Federal esta chamando as prefeituras para aderir ao projeto da NFS-e Padrão Nacional, pelo menos o compartilhamento de dados. Algumas cidades que tinham provedores cujo layout era próprio ou da versão 1 do layout da ABRASF estão migrando para a versão 2.03 ou 2.04 do layout da ABRASF. Não sei dizer o real motivo, mas acredito que com o layout da versão 2.03 ou 2.04 da ABRASF o compartilhamento seja mais simples. Vejo ai uma tendência das cidades migrarem para essas versões de layout ou até mesmo mudar para o Padrão Nacional.

Bom dia @felipeiw, Precisamos do XML de envio para analise.

Bom dia @rafmattos, Precisamos do XML soap de retorno para analisar o problema.

Bom dia @edulamy, Entre em contato com a prefeitura/provedor para saber qual é a URL de produção.

Bom dia @SEI-INFO, Muito obrigado pela colaboração, já foi criado a TK-5962 para analise.

Olá pessoal, É com muito prazer que informo a vocês que as alterações no componente ACBrCTe visando atender o CT-e Simplificado foram finalizadas. As units alteradas só serão enviadas para o SVN no dia 17/09/2024 (terça-feira) no período da manhã. O motivo é muito simples, como já exposto acima o prazo para a ativação do ambiente de homologação é 16/09/2024, portanto não adianta nada enviar hoje para o SVN. Outra coisa a URL de homologação que foi publica se refere somente a SEFAZ-Virtual do RS, estão faltando as SEFAZ de MG, MS, MT, PR e SP. As SEFAZ de MG, MS, MT e PR possui os seus próprios webservices. A SEFAZ de SP também tem o seu e tem também a SEFAZ-Virtual de SP que atende as UF: do AP, PE e RR. A SEFAZ de RS também tem o seu e tem também a SEFAZ-Virtual do RS que atende as UF: do AC, AL, AM, BA, CE, DF, ES, GO, MA, PA, PB, PI, RJ, RN, RO, SC, SE e TO.

Boa tarde @andremuriae, Já esta no SVN.

Bom dia @edulamy, Ao abrir este link que você postou no final da página faz referencia ao provedor Fiorilli e não ao Ginfes ou GissOnline que são da mesma empresa.

Bom dia @rebelss, Vamos ver se eu entendi: 1. Se não pedir para remover os acentos o XML é gerado com as vogais acentuadas, mas o provedor recusa, correto? Qual é a mensagem de erro dessa recusa? 2. Se pedir para remover os acentos o XML é gerado com as vogais sem os acentos, o provedor aceita, correto? 3. o problema que esta ocorrendo ao rodar a aplicação no servidor é quando você pede para remover os acentos ou pede para deixar os acentos? Se é quando pede para deixar os acentos pode ser problema de tabela de caracteres instalada no servidor.

Bom dia @Fabiano Oliveira de Castro, Segundo o arquivo ACBrNFSeXServicos.ini a cidade de Canoas desde de 08/03/2024 se utiliza do provedor Infisc versão 2.03 do layout da ABRASF. Sendo assim ao configurar o componente com a cidade de Canoas e ao tentar carregar o XML o componente espera encontrar um XML que esteja na versão 2.03 do layout da ABRASF. Esse XML que você esta tentando carregar é antigo ou você baixou do site da prefeitura?

Bom dia @Eduardo Resende Lara, Neste caso o CNPJ é de um MEI? Se sim, pelo portal da NFS-e Padrão Nacional baixe o XML da NFS-e. Nesse XML consta um grupo chamado DPS, compare o conteúdo desse grupo com o XML que o componente esta gerando. O componente gera o XML do DPS, verifique se no que esta sendo gerado não tem informações diferentes ou até mesmo algo a mais ou a menos.

Bom dia @Eduardo Flaeschen, Atualize todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Boa tarde @Eduardo Flaeschen, A URL de homologação foi alterada, já fiz a alteração, amanhã vou fazer alguns testes e enviarei a correção para o SVN. Já foi criado a TK-5951 para essa tarefa.

Boa tarde @Eduardo Resende Lara, Me diz porque você informou no arquivo ACBrNFSeXServicos.ini que o provedor da referida cidade é o PadraoNacional? Se você abrir o site abaixo e procurar pelo nome da cidade, não vai encontrar, isso significa que ela nem sequer assinou o termo de adesão. Municípios Aderentes — Portal da Nota Fiscal de Serviço eletrônica (www.gov.br) Você vai ter que entrar em contato com a prefeitura e questionar eles para saber qual é a empresa que foi contratada para implementar o sistema de recepção de NFS-e. Outra coisa, não confunda Padrão Nacional com ABRASF. Veja este tópico:

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

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

Boa tarde @Maiquel, Abra a unit Fiorilli.Provider e veja a procedure Configuracao ela deve estar da seguinte forma: procedure TACBrNFSeProviderFiorilli200.Configuracao; var NaoAssinar: Boolean; begin inherited Configuracao; ConfigGeral.QuebradeLinha := '\s\n'; ConfigGeral.ConsultaPorFaixaPreencherNumNfseFinal := true; ConfigGeral.Autenticacao.RequerLogin := True; NaoAssinar := ConfigGeral.Params.ParamTemValor('Assinar', 'NaoAssinar'); if (ConfigAssinar.Assinaturas = taConfigProvedor) and not NaoAssinar then begin with ConfigAssinar do begin Rps := True; LoteRps := True; CancelarNFSe := True; RpsGerarNFSe := True; RpsSubstituirNFSe := True; SubstituirNFSe := True; end; end; end; Ele vai realizar a assinatura dos XMLs se a propriedade de configuração do componente: Assinaturas contiver o valor taConfigProvedor e a variável NaoAssinar não for verdadeira.

Bom dia @gkenji, Você não pode se basear no XML da nota, tem que se basear no XML do RPS, pois é esse que é gerado e enviado para o provedor.

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

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

Boa tarde @edulamy, Pelo conteúdo do XML que você anexou me leva a crer que ele foi baixo do site da prefeitura. O componente foi escrito para ler o XML retornado pelo webservice do provedor. Isso pode explicar o problema. Outra coisa segundo o site da prefeitura o provedor é o Fiorilli, ocorreu alguma mudança recente para o Ginfes?