Ir para conteúdo
  • Cadastre-se

Sandro Andre Reghelin

Membros
  • Total de ítens

    273
  • Registro em

  • Última visita

Posts postados por Sandro Andre Reghelin

  1. Depois de resolvido a questão do envio, agora está dando a rejeição 60 (Código da situação tributária não está preenchido corretamente)

    Já enviei a situação tributaria como 0, 4, etc... e sempre retorna o mesmo erro...

    segue o xml da nfse

    Estou tentando contato com a IPM, mas ainda não recebi retorno....

     

    4121080749340200011456000000000005914-rps.xml

  2. 36 minutos atrás, Sandro Felipe Adad disse:

    Perfeito Italo, resolvido!

    Muito obrigado.

    O Envio também testei,  e a principio está ok.....

    Sandro, abri outro post sobre esse servidor, mas acho que pode me ajudar, como está enviando a TAG, situacao_tributaria da nfse de Guarapuava? olhei no ACBR e não achei, pelos não por esse nome especifico?

  3. No Manual do WebService da IPM para NFse de Gurapuava a TAG situacao_tributaria, está sendo orientada a ser preenchida como

    numerico de 4 e se baseando na seguinte tabela:

    0 Tributada Integralmente (TI): O valor do imposto será lançado para o emissor da nota.

    1 Tributada Integralmente com ISSRF (TIRF): O valor do imposto não será lançado, pois será recolhido pelo tomador, caso seja órgão público municipal.

    2 Tributada Integralmente e sujeita à Substituição Tributária (TIST): O valor do imposto não será lançado, pois será recolhido pelo tomador (substituto tributário), caso não seja um órgão público municipal.

    3 Tributada com redução da base de cálculo (TRBC): O valor do imposto será lançado para o emissor da nota, porém, na apuração da base de cálculo, será descontado o valor da tag (esta situação tributária somente se aplica, caso o serviço consignado seja o de código 1705).  

    Tem ainda mais 8 ou nove itens

    O ACBR ja está preparado? para essa TAG?

    Estou tentando enviar com os ultimos fontes do ACBRNFSEx, baixados agora a noite.......

  4. 5 minutos atrás, Sandro Andre Reghelin disse:

    Sandro o IPM.provider.pas que anexou, está igual ao do ACBR...

    alterei para --->    TACBrNFSeXWebserviceIPMV110 = class(TACBrNFSeXWebserviceMulti)

    e agora o retorno foi de erro:

    '<?xml version="1.0" encoding="UTF-8"?><?xml version="1.0" encoding="ISO-8859-1"?>'#$A'<retorno>'#$A#9'<mensagem>'#$A#9#9'<codigo> XSD Error 1824: Element ''serie_recibo_provisorio'': ''E'' is not a valid value of the atomic type ''xs:integer''. Line: 1</codigo>'#$A#9'</mensagem>'#$A'</retorno>'

     

    no manual a tag serie_recibo_provisorio é numerico de 2... vou ver onde altera aqui e mandar novamente...

  5. 7 minutos atrás, Sandro Felipe Adad disse:

    depois do primeiro envio, retorna sempre o mesmo identificador:

    <?xml version="1.0" encoding="UTF-8"?><?xml version="1.0" encoding="ISO-8859-1"?>
    <retorno>
        <mensagem>
        <codigo>00209 - Já consta uma NFSe para o referido prestador de serviço com o mesmo IDENTIFICADOR de arquivo
        </codigo></mensagem>
        </retorno>

     

    IPM.Provider.pas 18 kB · 0 downloads 21-rec.xml 38 B · 0 downloads 21-rec-soap.xml 249 B · 0 downloads temp.xml 1 kB · 0 downloads 21-env-lot.xml 1 kB · 1 download 21-env-lot-soap.xml 1 kB · 0 downloads

    Sandro o IPM.provider.pas que anexou, está igual ao do ACBR...

    4 minutos atrás, Sandro Andre Reghelin disse:

    Sandro o IPM.provider.pas que anexou, está igual ao do ACBR...

    alterei para --->    TACBrNFSeXWebserviceIPMV110 = class(TACBrNFSeXWebserviceMulti)

    e agora o retorno foi de erro:

    '<?xml version="1.0" encoding="UTF-8"?><?xml version="1.0" encoding="ISO-8859-1"?>'#$A'<retorno>'#$A#9'<mensagem>'#$A#9#9'<codigo> XSD Error 1824: Element ''serie_recibo_provisorio'': ''E'' is not a valid value of the atomic type ''xs:integer''. Line: 1</codigo>'#$A#9'</mensagem>'#$A'</retorno>'

     

  6. 3 minutos atrás, Sandro Felipe Adad disse:

    Alterei no IPM.Provider.pas, de rest pra multipart - linha 51 para suportar o formato multi-part. TACBrNFSeXWebserviceRest -> TACBrNFSeXWebserviceMulti

     TACBrNFSeXWebserviceIPM = class(TACBrNFSeXWebserviceMulti)

    o webservice recebeu o xml incorporado do ACBR e começou a responder no programa de exemplo.

    Se puder anexar ele aqui e passar para o Italo validar....

  7. dentro da unit ACBrNFSeXProviderProprio tem a procedure procedure TACBrNFSeProviderProprio.PrepararEmitir(Response: TNFSeEmiteResponse)

    nela em uma parte que converte para UTF8:

     for I := 0 to TACBrNFSeX(FAOwner).NotasFiscais.Count -1 do
      begin
        Nota := TACBrNFSeX(FAOwner).NotasFiscais.Items[I];

        if EstaVazio(Nota.XMLAssinado) then
        begin
          Nota.GerarXML;
          if (ConfigAssinar.Rps and (Response.ModoEnvio in [meLoteAssincrono, meLoteSincrono])) or
             (ConfigAssinar.RpsGerarNFSe and (Response.ModoEnvio = meUnitario)) then
          begin
            Nota.XMLOriginal := FAOwner.SSL.Assinar(ConverteXMLtoUTF8(Nota.XMLOriginal),
                                                    PrefixoTS + ConfigMsgDados.XmlRps.DocElemento,
                                                    ConfigMsgDados.XmlRps.InfElemento, '', '', '', IdAttr);
          end;
        end;

        SalvarXmlRps(Nota);

        xRps := RemoverDeclaracaoXML(Nota.XMLOriginal);
        xRps := PrepararRpsParaLote(xRps);

        ListaRps := ListaRps + xRps;
      end;

    mas como ConfigAssinar.Rps está falso ele não passa, não sei se é esse o ponto, apenas estou tentando achar a solução....

     

  8. 3 horas atrás, junior_gpuava disse:

    sandro.... na verdade eu fiz um teste por fora usando REST, mais para procurar entender o motivo do servidor estar rejeitando os arquivos do acbr.

    agora teria que repassar esses parametros para o acbr, tem algumas coisas que observei que tem que mudar como o encoding que ao menos no cabeçalho tem que estar ISO8859-1. no xml ele foi como utf-8 mesmo

    não tenho certeza, mas parece que no acbr o xml esta sendo anexado como stream

    Estou tentando achar onde fica essa parte  que comentou da forma como xml e anexo ao envio e do encoding, dentro do ACBNFSEx, mas está complicado

  9. 2 minutos atrás, junior_gpuava disse:

    sandro.... na verdade eu fiz um teste por fora usando REST, mais para procurar entender o motivo do servidor estar rejeitando os arquivos do acbr.

    agora teria que repassar esses parametros para o acbr, tem algumas coisas que observei que tem que mudar como o encoding que ao menos no cabeçalho tem que estar ISO8859-1. no xml ele foi como utf-8 mesmo

    não tenho certeza, mas parece que no acbr o xml esta sendo anexado como stream

    Acho que seria bom encaminhar essa informação para o Italo, porque na realidade não sei como fazer essa alteração no ACBR e tambem pelo risco de comprometer os outros envios....

  10. 7 minutos atrás, junior_gpuava disse:

    para contribuir, eu consegui enviar o XML usando RestClient/RestRequest

    procedure TForm1.Button1Click(Sender: TObject);
    var
      RESTClient1: TRESTClient;
      RESTRequest1: TRESTRequest;
      BASICAuth : THTTPBasicAuthenticator;
    begin
      BasicAuth := THTTPBasicAuthenticator.Create('cnpj','senha');
      RESTClient1 := TRESTClient.Create('https://migracao.atende.net');
      RESTClient1.Authenticator := BASICAuth;
      try
        RESTRequest1 := TRESTRequest.Create(nil);
        try
          RestClient1.Accept          := 'application/json';
          RestClient1.AcceptCharset   := 'ISO-8859-1';
          RestClient1.AcceptEncoding  := 'ISO-8859-1';
          RestClient1.FallbackCharsetEncoding := 'ISO-8859-1';
          RestClient1.ContentType    := 'multipart/form-data';
          RESTRequest1.Client := RESTClient1;
          RESTRequest1.Method := TRESTRequestMethod.rmPOST;
          RESTRequest1.Resource := 'atende.php?pg=rest&service=WNERestServiceNFSe&cidade=treina_guarapuava_integracao';
          RESTRequest1.AddFile('file', 'c:\soft\xml1.xml', ctMULTIPART_FORM_DATA);
          RESTRequest1.Execute;
          memo1.lines.add(RESTRequest1.Response.Content);
        finally
          RESTRequest1.Free;
        end;
      finally
        RESTClient1.Free;
        BASICAuth.Free;
      end;
    end;
     

    no restrequest não enviava usando stream, só deu certo quando usei AddFile para o envio

    Junior, essa alteração que acabou de passar você fez no componente do ACBR ou no seu aplicativo?

     

  11. 21 horas atrás, Italo Giurizzato Junior disse:

    Boa tarde Sandro,

    Temos mais relatos desse problema.

    No arquivo gerado para se enviado para o webservice já conferi e nele consta o XML da nota, usuário e senha.

    Não entendi porque esse provedor retorna essa mensagem.

    Por favor entre em contato com o provedor e tenta descobrir o que esta ocorrendo.

    Italo acabei de receber esse retorno do pessoal da IPM:

    Este retorno que você está tendo é porque não está enviando corretamente o arquivo na requisição.
    Mando anexo exemplos no postman e soapui.

    Estou anexando os arquivos que ele enviou
     

     

    Homologacao.postman_collection (1).json Homologacao_Guarapuava_RESTProject_soapui-project.xml 4121080749340200011456000000000005911-rps.xml

  12. 20 horas atrás, Italo Giurizzato Junior disse:

    Boa tarde Sandro,

    Temos mais relatos desse problema.

    No arquivo gerado para se enviado para o webservice já conferi e nele consta o XML da nota, usuário e senha.

    Não entendi porque esse provedor retorna essa mensagem.

    Por favor entre em contato com o provedor e tenta descobrir o que esta ocorrendo.

    Italo, uma dúvida no manual da IPM diz que o envio será Sincrono, mas ao mandar pelo ACBR como meautomatico ele manda Assicorono, o que determina isso dentro do ACBR, será que mudassemos para enviar Sicrono não resolveria?

  13. Estou implemento através do ACBRNFSex, o envio das NFSe para cidade Guarapuava-PR, no manual fornecido pela IPM, informa que o envio será de forma Sincrona (pagina 2 manual em anexo). Mas ao enviar seguindo as orientaçôes do método Emitir --> Emitir(vNumLote, meLoteSincrono), me retorna o erro de não estar implementado para esse servidor.

    Alterei o arquivo ACBrNFSeXServicos.ini, colocando o servidor IPM para Guarapuava e alterando as URL, conforme o manual (em anexo o aqruivo) 

    Agora á duvida esse retorno, e do servidor ou do ACBR?

     

    ACBrNFSeXServicos.ini Manual Integração NFSe.pdf

  14. Alguém conseguiu ver o problema da consulta, atualizei ontem para NFSeX, e também estou com problema de erro 401 Acesso Negado, verifiquei o link o usuário, senha 

    que estão sendo passados e estão corretos. Enviei um e-mail para o pessoal da IPM, informando o caso,  em vista que na Cidade  de Guarapuava-Pr, a emissão da Nfse ficará por conta do webservice deles.

    E segundo informarão deverá entrar em produção no dia 01/09/2021, então o prazo está curto.

     

×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.