Italo Giurizzato Junior

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.

Boa tarde, No layout do DPS contempla esse tipo de informação?

Boa tarde Fabiano, Não sei se a sua solução não vai gerar efeito colateral com outras versões do Delphi (não sei qual você usa) ou com o Lazarus ou até mesmo com outros provedores. Talvez o melhor lugar por enquanto é colocar na unit IPM.Provider. Na função: function TACBrNFSeXWebserviceIPM.TratarXmlRetornado(const aXML: string): string; Trocar a linha: Result := String(NativeStringToUTF8(Result)); por : Result := AnsiToUTF8(Result); Faça essa alteração e faça novos testes.