Italo Giurizzato Junior

Boa tarde @Maiquel, Muito obrigado pela colaboração, já foi criado a TK-5917 para fazer a alteração no arquivo.

Boa tarde @AndreNobre, Muito obrigado pela colaboração, já foi criado a TK-5916 para realizar a alteração no arquivo.

Bom dia Lucas, Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou o ACBr? Pois a partir de 01/07/2024 o envio do MDF-e é feito de forma síncrona e nesse modo o XML é zipado e codificado em base 64. Acredito que com isso a mensagem de dados a ser enviada para o webservice ficaria menor que os 2 megabyte estipulado como limite de tamanho. O que pode ter ocorrido, no inicio o limite era de 1 megabyte com a alteração para poder vincular até 20 mil documentos no MDF-e mudaram o limite para 2 megabyte na documentação e esqueceram de aplicar isso no webservice. Outra coisa, esse XML foi enviado para o ambiente de homologação ou de produção? Pode ser que no de homologação o limite ainda continua 1 megabyte.

Olá Pessoal, Foi publicado a versão 1.20 da NT 2024/001 que trata sobre o MEI e da Denegação. O que muda nessa nova versão? 1. A data de entrada da NT em produção passa a ser 16/09/2024. 2. A data de entrada em produção passa a ser 01/04/2025 para as regras de validação a seguir: N12a-80, N12a-81, N12a-90, N12a-91 e observação 2 da I08-140. Leia a versão 1.10 desta Nota Técnica na íntegra AQUI.

Boa tarde Willian, O erro que esta ocorrendo é erro de validação, isso significa que os schemas que se encontram na maquina do seu cliente estão desatualizado. Atualize todos os fontes de todas as pastas, reinstale o ACBr e recompile a sua aplicação com a opção Build. Outra coisa os schemas usados pelo componente ACBrNFSeX estão na pasta: ...\Exemplos\ACBrDFe\Schemas\NFSe

Boa tarde @Verissimo, Muito obrigado pela colaboração, já abrimos a TK-5914 para aplicar a sua alteração.

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

Bom dia @valter_kettner, Acabei de fazer um teste e não tive esse erro: ------------------------------ Versão OpenSSL OpenSSL 3.1.3 19 Sep 2023 03.01.00.030 C:\ACBr\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi\libcrypto-3.dll C:\ACBr\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi\libssl-3.dll ------------------------------ Requisição Ambiente : 1 - Produção Cidade : Ijui/RS Provedor : Pronim Versão: 2.03 Data/Hora: 29/08/2024 10:03:40 Método Executado: Enviar Lote Síncrono Parâmetros de Envio Numero do Lote: 1 Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : False Erro(s): Código : E232 Mensagem: Ocorreu um erro no processamento do arquivo. E45|CNPJ não encontrado na base de dados.|Confira o número do CNPJ informado. Caso esteja correto, o prestador não está inscrito no município. E142|Inscrição Municipal do prestador não está vinculada ao CNPJ informado.|Acerte a Inscrição Municipal ou o CNPJ do prestador. Correção: Procure a Prefeitura para regularização. --------- Código : X202 Mensagem: Lista de NFSe não encontrada! (ListaNfse) Correção: --------- Eu acredito que você não configurou corretamente a pasta de Schemas. Como configurar corretamente a pasta de schemas - NFS-e - Projeto ACBr

Bom dia @tryideas sistemas, A alteração já foi feita, como você utiliza a Lib se faz necessário agora o pessoal disponibilizar uma nova versão.

Bom dia @Natanael Sanches, Já esta no SVN.

Bom dia @billbarsch, Já esta no SVN.

Bom dia @Fabio Defferrari, O correto é: ACBrNFSeX1.ConsultarDPSPorChave(xChaveDPS);

Boa tarde @Fabio Defferrari, No XML o atributo exige o prefixo "DPS", mas ao Consultar a NFS-e por RPS devemos passar a chave do DPS sem o prefixo.

Boa tarde @billbarsch, Muito obrigado pela colaboração, já foi criado a TK-5910 para incluir a cidade.

Boa tarde @JJA, Você só tem um erro que é o L999 o outro é uma mensagem dizendo a você que no retorno não consta a lista notas. Do nosso lado não temos o que fazer, pois a mensagem diz que você tem que entrar em contato com o suporte deles e relatar o problema.

Boa tarde @Gabriel Bobello, Já esta no SVN.

@Metasis Sistemas, Atualize todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Boa tarde @Metasis Sistemas, Já abri a TK-5907 para analise dessa questão.

Bom dia Gabriel, Se faz necessário verificar se nos Schemas do provedor que atende a cidade existem essas tag, caso afirmativo podemos fazer uma alteração para que elas sejam geradas.

Boa tarde @Gabriel Bobello, Não precisa anexar o arquivo, basta fazer o que você fez, anexar somente a seção referente a cidade. Muito obrigado pela colaboração, já foi criado a TK-5905 para que possamos alterar o arquivo INI e o enviar para o SVN.

Boa tarde @MFK, Repito o provedor Fiorilli fez alterações em seu sistema e se faz necessário que a prefeitura entre em contato com o provedor para resolver o problema.

Boa tarde @Danny, Eu particularmente não aconselho usar um numero fixo para o numero do lote, pois existem provedores que exigem que o numero do lote seja sequencial. Hoje a cidade do seu cliente se utiliza do provedor Fiorilli que não faz essa exigência, mas amanhã pode ocorrer a troca de provedor e este exigir.

Bom dia @MFK, Tenho informações que o provedor Fiorilli fez uma alteração em seu sistema e agora se faz necessário que a prefeitura entre em contato com a Fiorilli para que esta possa aplicar a alteração no sistema que esta rodando no servidor da prefeitura. Leia o tópico abaixo é de outra cidade.

Bom dia @LS Adriano, Verifique se no arquivo ACBrNFSeXServicos.ini a seção referente a cidade esta da seguinte forma: [4210605] ; Atualizado em 08/08/2024 Nome=Massaranduba UF=SC Provedor=IPM Versao=1.01 ProRecepcionar=https://ws-massaranduba.atende.net:7443/?pg=rest&service=WNERestServiceNFSe HomRecepcionar=https://treinamento.atende.net/?pg=rest&service=WNERestServiceNFSe&cidade=treina_massaranduba Outra coisa, verifique se na pasta que esta o EXE não contem o arquivo mencionando acima desatualizado.

Bom dia a todos, Uma pequena correção existe o provedor DSF e o provedor ISSDSF. O provedor ISSDSF possui um layout próprio e o DSF tem dois webservices um trabalha com a versão 1 do layout da ABRASF e o outro com a versão 2.03 da ABRASF. A cidade de São José dos campos/SP se utiliza do provedor DSF versão 2.03, sendo assim o campo correto a ser alimentado é: // Informar A Exigibilidade ISS para fintelISS [1/2/3/4/5/6/7] Servico.ExigibilidadeISS := exiExigivel; Esse campo aceita os seguintes valores: exiExigivel, exiNaoIncidencia, exiIsencao, exiExportacao, exiImunidade, exiSuspensaDecisaoJudicial e exiSuspensaProcessoAdministrativo.