Italo Giurizzato Junior

Bom dia Ivanilson, Você foi pego de surpresa? Como assim? Conforme consta no ACBrNFe-change-log.txt que se encontra na pasta: ...\Fontes\ACBrDFe\ACBrNFe Temos: 01/03/2023 -- Diversos -- [*] Alterações visando atender a NT 2023/001 onde foi incluído novos campos. Observação: Essas alterações só vão ser validadas no ambiente de homologação a partir de 03/03/2023 e no de produção: 30/03/2023. por: Italo Giurizzato Junior Esse foi o primeiro envio das alterações dos fontes do componente visando atender a NT 2023/001 que trata sobre a Tributação Monofásica sobre Combustíveis. 15/03/2023 -- Diversos -- [*] Alterações visando atender a versão 1.10 da NT 2023/001 onde foi incluído novos campos. Observação: Essas alterações só vão ser validadas no ambiente de homologação a partir de 03/03/2023 e no de produção: 30/03/2023. por: Italo Giurizzato Junior Esse foi o segundo envio. 23/03/2023 -- ACBrNFeXmlWriter, pcnNFeW -- [*] Ajustes para atender a versão 1.10 da NT 2023/001, permitindo informar CST's monofásicos no regime Simples Nacional e ajustando as casas decimais das tags "pBio" e "pOrig", de acordo com o valor da tag, para atender ao Schema. Por: BigWings Esse o terceiro. 19/04/2023 -- Diversos -- [*] Alterações visando atender a versão 1.20 da NT 2023/001 onde foi incluído novos campos. Observação: Essas alterações só vão ser validadas no ambiente de homologação a partir de 20/04/2023 e no de produção: 01/05/2023. por: Italo Giurizzato Junior O quarto e último envio. A versão 1.00 da NT foi publicada em Fevereiro/2023, disponibilizada em nossa biblioteca no dia 17/02/2023. Só agora que você se deu conta dessa alteração? Para lhe ajudar no seu copia e cola o nosso consultor @Diego A. Folieni fez uma alteração no programa exemplo versão Delphi que foi enviado para o SVN no dia 30/10/2023. Veja como alimentar os novos campos: //Grupo de Tributação do ICMS Monofásico sobre combustíveis. (* CST := cst02; qBCMono := 100; adRemICMS := 10; vICMSMono := 10; *) //Grupo de Tributação do ICMS Monofásico sobre combustíveis. (* CST := cst15; qBCMono := 100; adRemICMS := 10; vICMSMono := 10; qBCMonoReten := 100; adRemICMSReten := 10; vICMSMonoReten := 10; pRedAdRem := 10; motRedAdRem := TmotRedAdRem.motTranspColetivo; *) //Grupo de Tributação do ICMS Monofásico sobre combustíveis. (* CST := cst53; qBCMono := 100; adRemICMS := 10; vICMSMonoOp := 10; pDif := 10; vICMSMonoDif := 1; vICMSMono := 10; *) //Grupo de Tributação do ICMS Monofásico sobre combustíveis. (* CST := cst61; qBCMonoRet := 100; adRemICMSRet := 10; vICMSMonoRet := 10; *) Dica: Se você tem clientes que emitem NF-e não espere eles pararem de emitir as notas por conta de uma alteração feita pelo Fisco. Você tem que todos os dias entrar no Portal Nacional da NF-e e checar se existe algum Manual ou Nota Técnica nova, baixar o PDF dessa documentação nova e analisar se a alteração contida nele vai impactar ou não os seus clientes.

Bom dia, Eu estou usando o programa exemplo configurado com o libOpenSSL com as configurações padrões e SSLType = LT_TLSv1_2. Esta funcionando sem nenhum problema. Estou usando as DLLs da pasta: ...\DLLs\OpenSSL\3.1.3\x86

Bom dia Maico, E para outra cidade do mesmo provedor o erro de encoding foi resolvido com essa unit. Esta difícil chegar em um acordo com esse provedor. Os caras implementam de forma diferente para cada cidade.

Boa tarde Maico, O foi alterado a linha 1277 da unit IPM.Provider. Antes: Result := String(NativeStringToUTF8(Result)); Depois: Result := ACBrStr(Result); A troca da função gerou novamente o erro de UTF-8?

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

Fabiano, Já esta no SVN.

Maico, Já esta no SVN.

Boa tarde Alisson, Já esta no SVN.

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

Boa tarde Fabiano, Já inclui na minha lista de tarefas. TK-4692

Boa tarde @xim.logan, Uma dica, campos referente a percentuais costumam começar com a letra "p" e os que se referem a valores começam com a letra "v".

Boa tarde, Você enviando o RPS em um lote, tente enviar no modo unitário.

Boa tarde, Pela mensagem de erro, acredito que o problema seja configuração do componente. Quais são os valores de: SSLLib, CryptLib, HttpLib, XmlSignLib e SSLType ?

Bom dia, O CSC e idCSC só é necessário para emissão de NFC-e. Para emissão de NF-e não precisa do CSC - Código de Segurança do Contribuinte.

@xim.logan, Com isso podemos concluir que o componente esta gerando o XML do DPS da forma correta. Podemos descartar do problema o componente. Fica agora saber se o problema é a API de produção ou alguma parametrização errada da prefeitura na API de produção. É por isso que temos que fazer com que os contribuintes que não estão conseguindo emitir suas notas protocolarem uma reclamação na prefeitura. Se for eles, vão ter que dar um jeito, se não for eles vão pressionar o SERPRO.

Bruno, Essa unit já se encontra no SVN. Vou fechar esse tópico, uma vez que o problema inicial foi sanado.

Bruno, Esse provedor é tão amador que os caras não capazes de gerar um XML de retorno acusando o erro. Veja o retorno deles: <?xml version="1.0" encoding="UTF-8"?>XML com ERRO, excedeu o número de tentativas de envio com erro, aguarde 120 min. Arquivo em desacordo com o XML Schema. Consulte o Manual da NFS-e para saber quais são as versões de XML Schema suportadas pelo sistema. Substitua a uni pela que esta em anexo, reinstale o ACBr e faça novos testes assim que for possível. iiBrasil.Provider.pas

Boa tarde Maico, Vai ser necessário debugar para saber exatamente em qual linha ocorre o erro. O XML de retorno tanto o de soap quanto o não soap estão sendo salvos.

Boa tarde Pessoal, Quanto mais prestadores de serviço protocolarem uma reclamação que a API não esta funcionando para o caso do Simples Nacional ME/EPP a prefeitura vai pressionar a Receita Federal e ou SERPRO. Ai o SERPRO vai ter que dar plantão esse feriado e final de semana para consertar a cagada que eles fizeram (isso se a kaka é deles). Como eu já disse que o problema pode ser alguma parametrização errada na API de produção por parte da prefeitura, ai quem vai fazer plantão é o pessoal da prefeitura.

Gabriel, Desculpa me enganei, no caso do Ginfes somente o lote é assinado. Mas veja isso: <ns4:ValorLiquidoNfse>-1.00</ns4:ValorLiquidoNfse> Esta correto o valor liquido da nota ser um valor negativo?

Bruno, Para uma melhor analise eu preciso do soap de retorno e não de envio, uma vez que o erro ocorre ao tentar tratar o retorno.

Douglas, Substitua a unit pela que esta em anexo. Reinstale o ACBr e faça um novo teste. IPM.Provider.pas

Boa tarde Bruno, Configure o componente para salvar os arquivos "soap". Faça um novo teste e anexe os arquivos "soap" para que possamos analisar o problema.

Não seria mais fácil informar os dados dessa fatura na discriminação do serviço? Usar o caracter ";" para gerar a quebra de linha.

Boa tarde Douglas, No campo Discriminacao do RPS notei que você não usou a quebra de linha que é recomendado. Por favor gere um novo RPS inserindo o caracter ";" onde você deseja que ocorra a quebra de linha. Depois você anexa o XML desse novo RPS e o XML da NFS-e referente a esse RPS. Só assim vamos poder analisar melhor o problema.