Ir para conteúdo
  • Cadastre-se

Sandro Andre Reghelin

Membros
  • Total de ítens

    433
  • Registro em

  • Última visita

Tudo que Sandro Andre Reghelin postou

  1. Estive testando o response de retorno quando uma NFSe e emitida no servidor IPM de Guaapuava-PR, e o response está retornando somente a data da nfse a hora não retorna, ou pelo menos não achei o campo no response... Sabem dizer se ja existe esse retorno?
  2. Era isso mesmo..obrigado e desculpem não ter percebido esse detalhe...
  3. Guarapuava-PR servidor IPM
  4. agora fiquei vendido me parecem iguais os arquivos: veja 12-can.xml 12-can-soap.xml 12-ped-can.xml 12-ped-can-soap.xml
  5. Não alterei nada no ACBR, segundo o pessoal da IPM, a tag valor_issrf so deve ser preenchida se houver retenção...então ajustei isso no meu fonte.... Aproveitando o cancelamento está funcionando para vocês? testei aqui e retornou o err: '<?xml version="1.0" encoding="UTF-8"?><a><ListaMensagemRetorno><MensagemRetorno><Codigo></Codigo><Mensagem>{"retorno":{"msg":"Par\u00e2metros inv\u00e1lidos para a requisi\u00e7\u00e3o.","sis":"EST","code":406}}</Mensagem><Correcao></Correcao></MensagemRetorno></ListaMensagemRetorno></a>' Conferi e os dados enviados no XML me parecem corretos com o layout: '------=_Part_1_42A341FC'#$D#$A'Content-Type: text/xml; charset=Cp1252; name=12-ped-can.xml'#$D#$A'Content-Transfer-Encoding: binary'#$D#$A'Content-Disposition: form-data; name="12-ped-can.xml"; filename="12-ped-can.xml"'#$D#$A#$D#$A'<nfse><nf><numero>12</numero><serie_nfse>1 </serie_nfse><situacao>C</situacao><observacao>Nota fiscal de servico eletronica emitida indevidamente.</observacao></nf><prestador><cpfcnpj>07493402000114</cpfcnpj><cidade>7583</cidade></prestador></nfse>'#$D#$A'------=_Part_1_42A341FC--'#$D#$A mesmo retornando com erro o response marca como sucesso....
  6. Agora estou conseguindo enviar a NFSe, mas o response me retorna como sucesso = False o erro count = 1 mas o codigo de erro vem 0001 - sucesso.... veja imagens em anexo e o XML enviado... e não retorna o protocolo... 4121080749340200011456000000000001004-rps.xml
  7. pode encerrar o post, ja descobri o problema estava informando a tag issrf com valor...
  8. 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
  9. 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?
  10. 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.......
  11. deu um erro: conforme anexo, na function TACBrNFSeXProvider.GerarXml(const aNFSe: TNFSe; var aXml, aAlerts: string): Boolean; var
  12. no manual a tag serie_recibo_provisorio é numerico de 2... vou ver onde altera aqui e mandar novamente...
  13. 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>'
  14. Se puder anexar ele aqui e passar para o Italo validar....
  15. 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....
  16. 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
  17. 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....
  18. Junior, essa alteração que acabou de passar você fez no componente do ACBR ou no seu aplicativo?
  19. 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
  20. 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?
×
×
  • 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.