Nilson Sérgio

2645.xml

Sobre o nDPS substituindo o nRps: o provedor SpeedGov esta retornando um nDPS com o valor 0, ou seja, ao enviar o rps de numero 100, para consultar, o nDPS substitui o nRps e este fica com valor zero. O meu sistema está perdendo a referencia do Rps enviado para consulta.

por que o numero e a serie do rps esta sendo substituido pelo numero do DPS, na leitura do xml do SpeedGov.pas?

Diego, a consulta ao SpeedGov para obter o status da nfse esta funcionando pra você?

Olá, pessoal. Depois de muitas tentativas eu consegui emitir uma nfse válida pelo SpeedGov. Nos testes q fiz o xml estava acusando erro no valor de ItemListaServico ou CTribNac, notei q o SpeegGov.Gravar.xml usa o mesmo valor de ItemListaServico para preencher o CTribNac, porém esses codigos parecem incompativeis. Ex: no provedor SpeedGov o codigo ItemListServico deve ser 107 (numero, sem formatação), enquanto o CTribNac válido é 010701 (6 digitos). Pra fazer esse teste eu precisei editar o valor direto na unit SpeedGov.GravarXML.pas. O código de inicializacao ficou da seguinte forma: procedure TNFSeW_SpeedGov.Configuracao; begin inherited Configuracao; FormatoItemListaServico := filsSemFormatacaoSemZeroEsquerda; end; e para o teste eu preenchi o cTribNac direto no codigo: Result.AppendChild(AddNode(tcStr, '#38', 'CTribNac', 6, 6, 1, '010701'{NFSe.Servico.ItemListaServico}, '')); Existe alguma configuracao no componente para formatar o campo CTribNac ou seria o caso de adicionar um campo NFSe.Servico.CTribNac?

Entendi. Obrigado pela informação

Alguém sabe informar se existe alguma obrigação em integrar com o SpeedGov ou se é permitido integrar diretamente usando o provedor PadraoNacional?

Boa tarde, pessoal. Vocês estão conseguindo autorizar rps no provedor SpeedGov? Atualizei meu ACBr e preenchi os novos campos. O xml passou na validação do schema, porém o lote não processa. Anexei a mensagem de erro e marquei onde os campos estão declarados no xml. Não consegui entender o erro. Alguém passando por isso também?

Posso enviar as mudanças que fiz no ACBrMFE_Integrador para que este funcione corretamente?

Reabrindo este tópico, eu vi que é possível efetuar a configuração do módulo utilizando o mesmo método do ativador no caso ConfigurarInterfaceDeRedeMFE e fazendo algumas alterações no parâmetros dadosConfiguracao. É possível implementar essa função no componente ACBr ou tem alguma proibição por parte da SEFAZ?

Será possível fazer essa atualização?

Para simular basta fechar o integrador no momento da chamada de um desses metódos. Na verdade descobri por acaso por causa de uma exception na unit ACBrIntegrador, linha 292. if EstaVazio(RespostaIntegrador) then begin FErroTimeout := True; DoException('Sem Resposta do Integrador'); end; outra correção seria retornar um objeto válido nos métodos abaixo, mesmo em caso de exception. function EnviarPagamento(Pagamento: TEnviarPagamento): TRespostaPagamento; function EnviarStatusPagamento(StatusPagamento: TStatusPagamento): TRespostaStatusPagamento; function VerificarStatusValidador(AVerificarStatusValidador: TVerificarStatusValidador): TRespostaVerificarStatusValidador; function RespostaFiscal(ARespostaFiscal: TRespostaFiscal): TRetornoRespostaFiscal; Do jeito que o fonte estava NÃO aparecia a mensagem de erro "'Sem Resposta do Integrador'". Em vez disso aparecia um erro de acesso à memória, como eu disse anteriormente. Eu entendendo que nos casos de exception nesses métodos específicos, realmente o retorno para o object ACBrSAT deve sem vazio, pois não há nada a retornar.

Olá, fiz uma pequena correção nos métodos EnviarPagamento, EnviarStatusPagamento, VerificarStatusValidador, RespostaFiscal da classe TACBrSATMFe_integrador_XML. Adicionei uma verificação da variável Result antes de ler a propriedade Result.XML, pois em casos de exceção por parte do componente FIntegrador, essa variável retorna nil. O que ocasiona um erro de acesso à memória ao ler o XML, ficando assim o módulo SAT travado, pois não executou o método FinalizaComando. Estou anexando a correção e gostaria que ela fosse integrada ao fonte do projeto. try .... finally if Assigned(Result) then TACBrSAT(Owner).FinalizaComando( Result.XML ) else TACBrSAT(Owner).FinalizaComando( '' ); end; ACBrSATMFe_integrador.pas

Só complementando, o arquivo "corrompido" na verdade é o resultado do método DecodeBase64('The remote server returned an error: (500) Internal Server Error.'), pois o acbr lê o valor do RetornoLst[6] como se fosse XML e logo após salva no método SalvarResposta(). Se houver algum problema, acredito que está no arquivo *ped-rec-soap.xml. O Gelvanio da SEFAZ me disse q o soapVersion do integrador deveria ser Soap e não Soap12. Não sei se pode ser isso. Nesse caso, acho que seria interessante que o componente tratasse o retornoLst[6] como uma exceção para evitar que apareça uma mensagem de erro em branco. Se quiserem posso fazer essa alteração no componente.

Sim. por isso eu fiz esse ajuste, pois eu uso a propriedade ValorMultaFixo do ACBrTitulo para informar a multa com valor fixo em moeda. Só que para o caso do banco Bradesco foi necessária essa conversão, e como eu vi q o componente não verificava o campo ValorMultaFixo para gerar a remessa. decidi fazer. O banco não me notificou, quem notificou foi o cliente, pois o valor q tava no arquivo remessa em moeda, portanto na hora de pagar o boleto estavam cobrando em vez de R$ 13,00 reais, cobraram 13%. Entende?