-
Total de ítens
273 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Sandro Andre Reghelin
-
-
13 horas atrás, Italo Giurizzato Junior disse:
Boa noite Sandro,
Ao alimentar o componente faça o seguinte:
NaturezaOperacao := no4;
ok deu certo aqui, pode fechar o post
-
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?
-
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.......
-
-
3 minutos atrás, Italo Giurizzato Junior disse:
Boa tarde a todos,
Por favor atualizem os fontes e façam novos testes.
ok
-
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...
-
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>'
-
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....
-
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....
-
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
-
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....
-
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?
-
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
-
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?
-
Corrigindo agora não veio a msg de XML não enviado...apenas não retornou dados no response.....
-
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:
-
-
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...
-
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?
-
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.
-
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- 1
-
ja foi resolvido agradeço a a resposta, mas tratava-se apenas de problemas de como instalar e configurar a impressora...
-
-
o acbrnfe aqui so aparece o fortes nos componentes
Rejeição 60( Código da situação tributária não está preenchido corretamente) NFse Guarapuava servidor IPM
em ACBrNFSe
Postado
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