Ir para conteúdo
  • Cadastre-se

Sandro Andre Reghelin

Membros
  • Total de ítens

    273
  • Registro em

  • Última visita

Tudo que Sandro Andre Reghelin postou

  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. 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. deu um erro: conforme anexo, na function TACBrNFSeXProvider.GerarXml(const aNFSe: TNFSe; var aXml, aAlerts: string): Boolean; var
  5. no manual a tag serie_recibo_provisorio é numerico de 2... vou ver onde altera aqui e mandar novamente...
  6. 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>'
  7. Se puder anexar ele aqui e passar para o Italo validar....
  8. 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....
  9. 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
  10. 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....
  11. Junior, essa alteração que acabou de passar você fez no componente do ACBR ou no seu aplicativo?
  12. 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
  13. 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?
  14. Corrigindo agora não veio a msg de XML não enviado...apenas não retornou dados no response.....
  15. ok acabei de enviar um e-mail, pedindo uma resposta com urgência, debuguei mais um pouco e achei algo interessante no retorno, ele veio como sucesso mesmo dando a msg de XML, não enviado segue os anexos: RESULT.txt
  16. Italo, mudei para meautomatico, ele enviou no modo Assicrono, mas... retornou: '<?xml version="1.0" encoding="ISO-8859-1"?><retorno>'#9'<mensagem>'#9#9'<codigo>9999 - Arquivo XML da Nota Fiscal de Serviço Eletrônica não enviado!</codigo>'#9'</mensagem></retorno>' verifiquei ele gerou o XML da nota, (segue em anexo).... e tela do debug... 4121080749340200011456000000000005911-rps.xml
  17. 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
  18. 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.
  19. A prefeitura de Guarapuava-Pr, irá mudar o site e por consequência a parte de emissão da NFSe. Está abrindo uma série de reuniões online para informações segue o link para inscrição: Link pra a inscrição https://marketing.ipm.com.br/treinamento-sistema-fiscal-web-guarapuava Novo_Sistema_Prefeitura-guarapuava.pdf
      • 1
      • Curtir
  20. ja foi resolvido agradeço a a resposta, mas tratava-se apenas de problemas de como instalar e configurar a impressora...
×
×
  • 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.