Italo Giurizzato Junior

Boa tarde @marcellocainelli, Se você analisar as procedures: TratarRetornoConsultaLoteRps e TratarRetornoConsultaNFSeporNumero da unit AssessorPublico.Provider vai notar que esta previsto a leitura dos dados da Nota e a gravação do XML da mesma em disco. Agora se o provedor não esta retornando o grupo <NFSE> e dentro dele o grupo <NOTA> com as demais tags que compõe o XML da nota eu não sei lhe dizer. Pode ser que se faça necessário via Portal da prefeitura ativar alguma opção para que isso ocorra. Caso não tenha, favor entrar em contato com o provedor e expor o problema.

Bom dia @marcellocainelli, Tenta o ConsultarNFSe para ver se retorna o XML da nota.

Bom dia Pedro, Entre em contato com o provedor e expõe o problema, pois pela mensagem de erro não temos como dizer onde esta o problema.

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

Bom dia Jefferson, Atributa uma string vazia ao campo: Numero do RPS. IdentificacaoRps.Numero := '';

Bom dia @leonard.miranda, Criei uma nova TK para o pessoal que cuida das impressões em Fast Report analisar. TK-5356

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

@edson vieira, Se eu te contar a lambança que eles fizeram você não vai acreditar. Você atualizou os schemas?

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

Boa tarde @leonard.miranda, Qual é o FR3 que esta usando? Assim o pessoal que cuida do DANFSE feito em Fast pode ir além de fazer as correções faz os devidos testes.

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

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

Boa tarde @Mateus Brunelli, Novo Schema atualizado no SVN.

Boa tarde @nildglan, Eu já tinha dito acima que se mesmo informando o ultimo NSU na próxima execução ainda retorna consumo indevido é indicio de que outra pessoa/empresa esteja fazendo essa consulta. Isso acontece bastante, pois as empresas fornecem uma cópia do certificado para o escritório de contabilidade e este começa a fazer essas consultas. Agora se você esta usando o seu certificado para consultar as notas emitidas contra o seu CNPJ e mesmo assim esta tendo esse tipo de rejeição, tem alguma coisa errada. Dentro da sua empresa só você esta fazendo esse teste ou mais alguém esta fazendo em outra maquina? A cada tentativa usando o seu certificado o ultNSU muda?

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

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

Edson, Esse provedor esta de gozação, para algumas cidades não deve assinar o RPS, para outras deve, assim fica complicado. Já inclui na minha lista de tarefas para encontrar uma solução para o problema. TK-5352

Boa tarde Edson, Qual é a cidade e provedor, sem essas informações não tenho como checar.

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

Boa tarde @dna.automacao, Configure o componente para salvar os arquivo Soap. E manda para eles o arquivo Soap de envio, pois nele tem a estrutura de dados que o Servidor Rest deles espera receber. O provedor IPM tem um servidor Rest com uma determinada estrutura que chamamos de versão 1.00 e eles tem um outro servidor Rest com uma outra estrutura que chamamos de versão 1.01 As vezes eles falam que a versão é 1.00 mas para nós tem que ser 1.01 por conta das diferenças na estrutura que o servidor Rest espera receber.

@[email protected], A sua primeira postagem desse tópico você fez a solicitação. O Diego criou a TK para analise. Eu pedi para você atualizar os fontes, reinstalar e fazer novos testes. Sim, esta pronto.

Boa tarde @Mega Online, Para mim esse trecho não diz claramente que essas duas informações devem ser impressas no DANFE. Segundo, no decreto referente a esse trecho temos: DECRETO Nº 67.975, DE 21 DE SETEMBRO DE 2023 (DOE 22-09-2023) Introduz alterações no Regulamento do Imposto sobre Operações Relativas à Circulação de Mercadorias e sobre Prestações de Serviços de Transporte Interestadual e Intermunicipal e de Comunicação – RICMS. O GOVERNADOR DO ESTADO DE SÃO PAULO, no uso de suas atribuições legais e tendo em vista o disposto no § 5° do artigo 60 da Resolução CGSN 140, de 22 de maio de 2018, Decreta: Artigo 1º - Os dispositivos adiante indicados do artigo 63 do Regulamento do Imposto sobre Operações Relativas à Circulação de Mercadorias e sobre Prestações de Serviços de Transporte Interestadual e Intermunicipal e de Comunicação - RICMS, aprovado pelo Decreto nº 45.490, de 30 de novembro de 2000, passam a vigorar, com a redação que se segue: I - o inciso XI do “caput”: “XI - do valor do imposto indicado em campo próprio do documento fiscal relativo à mercadoria adquirida de contribuinte sujeito às normas do Regime Especial Unificado de Arrecadação de Tributos e Contribuições devidos pelas Microempresas e Empresas de Pequeno Porte - “Simples Nacional”, desde que a mercadoria seja destinada à industrialização ou à comercialização, observado o disposto nos §§ 7º e 8º.”; (NR) II - a alínea “a” do item 2 do § 7º: “a) deverá estar informada em campo próprio do documento fiscal relativo à entrada da mercadoria;”. (NR) Artigo 2º - Este decreto entra em vigor na data de sua publicação. Palácio dos Bandeirantes, 21 de setembro de 2023. Eu não sou muito bom nessas questões de Decreto, mas no meu entendimento o texto: "valor do imposto indicado em campo próprio do documento fiscal" o documento fiscal que consta no texto, para mim é o XML e não o DANFE, uma vez que este é apenas um Documento Auxiliar da nota e não a nota. O DANFE é uma representação gráfica do XML onde temos informações básicas e não todas as informações. Por fim não existe nenhuma Nota Técnica escrita pelo ENCATE e publicada no Portal Nacional da NF-e indicando alterações no DANFE visando a impressão de novas informações. Mas nada impede de você informar esses valores em Informações adicionais do produto e a sua totalização em informações do contribuinte.

@nildglan, Você notou que agora a coisa mudou, agora temos: <xMotivo>Nenhum documento localizado</xMotivo> <dhResp>2024-04-16T15:41:06-03:00</dhResp> <ultNSU>000000000001718</ultNSU> <maxNSU>000000000001718</maxNSU> Toda vez que executamos o DistribucaoDFePorUltNSU devemos armazenar no banco de dados as seguintes informações que consta no retorno: Data/hora da resposta, informação que esta na tag dhResp; Ultimo NSU, informação que esta na tag ultNSU; Devemos comparar o ultNSU com o maxNSU. Caso o ultNSU for menor que maxNSU devemos aguardar uns 5 minutos a contar da data/hora (dhResp) para executar novamente o DistribuicaoDFePorUltNSU informando o ultNSU retornado pela execução anterior. Caso o ultNSU for igual a maxNSU (que é o que ocorreu) devemos aguardar 65 minutos a contar da data/hora (dhResp) para executar novamente o DistribuicaoDFePorUltNSU informando o ultNSU retornado pela execução anterior. Se você seguir essa regra você jamais vai ter a rejeição de consumo indevido. Agora se mesmo seguindo a risca as 2 regras acima e mesmo assim receber a rejeição de consumo indevido, isso significa que mais alguém esta com o certificado da empresa tentando também baixar os XMLs das notas.

Boa tarde @nildglan, Eu abri somente da empresa Carmem. No retorno temos: <xMotivo>Rejeicao: Consumo Indevido (Deve ser utilizado o ultNSU nas solicitacoes subsequentes. Tente apos 1 hora)</xMotivo> <dhResp>2024-04-16T14:34:44-03:00</dhResp> <ultNSU>000000000001718</ultNSU> <maxNSU>000000000000000</maxNSU> Pela mensagem de rejeição você deve aguarda 1 hora para tentar novamente e deve usar o valor de ultNSU que pelo retorno é 1718 na próxima execução. Como essa consulta foi realizada hoje as 14:34:44 sugiro tentar novamente as 15:40 e lembre-se de informar o numero 1718 como sendo o ultNSU em vez de zero como você fez.

Boa tarde @[email protected], Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.