Italo Giurizzato Junior

Boa tarde Everton Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2741

Boa tarde Jarbas, Tente com a unit em anexo. SSInformatica.Provider.pas Procure realizar os testes com o programa exemplo e o configure para salvar os arquivos Soap. Isso ajuda bastante descobrirmos o que é necessário alterar para que a leitura do retorno seja realizada corretamente.

Boa tarde Paulo, Esse segundo exemplo piorou a situação. Como é concedido um desconto de 900 reais em um serviço que custou 645,17 reais?

Bom dia Leonard, Favor atualizar os fontes e faça novos testes.

Bom dia João, Já esta no SVN.

Bom dia Robson, Favor atualizar os fontes e faça novos testes.

Bom dia Widson, Segundo o manual essas tags são opcionais. Sem elas a nota não esta sendo processada com sucesso?

Bom dia a todos, Outra coisa importante referente ao provedor RLZ é que ele possui 2 webservices. Um se utiliza um layout próprio e o outro se utiliza da versão 2.03 do layout da ABRASF. Logo além de saber quais são as URLs de homologação e de produção é importante saber qual layout vai ser utiliza na cidade de Santa Carmen.

Bom dia Idez, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Dércio, Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou o ACBr? Não tem nenhuma unit do componente com uma bolinha vermelha em seu ícone? Lhe pergunto isso pois analisando o código que gera o XML para o provedor IPM consta sim a geração da referida tag, veja: for i := 0 to NFSe.Servico.ItemServico.Count - 1 do begin Result[i] := CreateElement('lista'); Result[i].AppendChild(AddNode(tcStr, '#', 'tributa_municipio_prestador', 1, 1, 1, FpAOwner.SimNaoToStr(NFSe.Servico.ItemServico[I].TribMunPrestador), '')); Result[i].AppendChild(AddNode(tcStr, '#', 'codigo_local_prestacao_servico', 1, 9, 1, CodIBGEToCodTOM(StrToIntDef(NFSe.Servico.ItemServico[I].CodMunPrestacao, 0)), '')); (...) Result[i].AppendChild(AddNode(tcDe2, '#', 'valor_deducao', 1, 15, 0, NFSe.Servico.ItemServico[I].ValorDeducoes, '')); Result[i].AppendChild(AddNode(tcDe2, '#', 'valor_issrf', 1, 15, 0, NFSe.Servico.ItemServico[I].ValorISSRetido, DSC_VISS)); end;

Boa tarde Jhonlenon, O Fiscal esta exigindo o nome do município de descarregamento? Segundo o manual não esta previsto a impressão dessa informação, mas na época que foi feito o DAMDFE para o Fortes Report achamos importante essa informação, pois ajudaria muito o entregador, bem como uma eventual alteração da carga em uma unidade da transportadora. Se no Fast Report não tem acho interessante realizar a alteração.

Boa tarde Jarbas, Favor atualizar os fones e faça novos testes. Observação: O Token gerado pelo site da prefeitura/provedor deve ser informado em: Configuracoes.Geral.Emitente.WSUser Como o PassWord é utilizado o CNPJ então deve-se informar o CNPJ do emitente em: Configuracoes.Geral.Emitente.CNPJ Na geração da data de emissão que se encontra na tag Created devemos informar a UF do emitente em: Configuracoes.WebServices.UF

Bom dia Domani, Eu acredito que esse primeiro MDF-e vai ser necessário realizar o seu encerramento, o certo seria cancelar, mas como deve ter eventos de passagem o cancelamento se torna impossível. E emitir um novo MDF-e. Não acredito que a SEFAZ vai rejeitar.

Bom dia Idez, Você anexou a consulta feita no componente antigo e o envio do componente novo. Pela sua mensagem o seu problema é no envio, logo eu preciso dos XML de envio do componente antigo e do novo para que eu possa analisar.

Bom dia, Já esta no SVN as duas units alteradas.

Bom dia, Já esta no SVN a correção.

Boa tarde Francinaldo, Se ocorreu rejeição de Duplicidade, me desculpe mas a sua aplicação esta deixando o usuário escolher o numero do MDF-e que ele deseja emitir ou quando ocorre algum erro de internet deixa que o mesmo tente enviar novamente. Já mais devemos deixar o usuário escolher o numero do MDF-e. É a sua aplicação que deve fazer o controle sequencial desse numero. Outra coisa, se ocorrer erro de internet, jamais devemos enviar novamente, uma vez que não sabemos onde ocorreu o erro, se foi no envio ou no retorno. O procedimento correto neste caso é, carregar (através do LoadFromFile) o XML do MDF-e que ocorreu erro de internet e executar o método Consultar. Se o erro ocorreu no retorno e se já normalizou será retornado o protocolo de autorização e o XML será atualizado. Agora se o erro ocorreu no envio, vai ser retornado a rejeição acusando que o MDF-e não consta na base de dados, neste caso, você envia novamente.

Francinaldo, Quem emitiu esse MDF-e, foi a sua aplicação? Se sim, você tem os XMLs de envio e de retorno? Se sim, favor anexar.

Leonard, Muito obrigado, já inclui na minha lista de tarefas para analisar o caso. TK-2733

Bom dia, Muito obrigado pela correção, já inclui na minha lista de tarefas. TK-2732

Francinaldo, Quem foi que emitiu o MDF-e? Você poderia anexar o XML do mesmo para que possamos analisar?

Bom dia Ramboli, Entrar em contato com o provedor e relatar o problema, se a URL mudou eles vão lhe passar a nova. Se eles não atende mais essa cidade eles vai dizer para você procurar a prefeitura para saber qual é o novo provedor.

Bom dia Leonard, Por favor anexe o XML e não um print dele.

Bom dia Jarbas, Tenho algumas duvidas sobre esse cabeçalho: <soapenv:Header> <wsse:Security soapenv:mustUnderstand="1" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd"> <wsse:UsernameToken wsu:Id="UsernameToken-EC9F7473E024359C6A14589178984712"> <wsse:Username>eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzUxMiJ9.eyJpZFVzdWFyaW9Mb2dhZG9RdWVFbWl0aXUiOjU0Miwibm9tZVVzdWFyaW9Mb2dhZG9RdWVFbWl0aXUiOiJKIEUgREEgU0lMVkEgSU1QUkVTU09FUyBNRSIsImlzcyI6IlBSRUZFSVRVUkEgTVVOSUNJUEFMIERFIEhPTU9MT0dBw4fDg08iLCJhdWQiOiJORlNFX0VNSVNTT1IiLCJzdWIiOiIwOTUwOTU2NjAwMDExOCIsImlhdCI6MTY1MzMzMTI1NSwiZXhwIjoxODExMDQxMjAwfQ.uspWwITBWH_WpL4xC4gChGvFRzSL5ss50krfNbk59J2jlXcvEOEReQlBayFq6kvgQyOs0GFfghBED93LiEMwow</wsse:Username> <wsse:Password Type="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-username-token-profile-1.0#PasswordText">MDk1MDk1NjYwMDAxMTg= </wsse:Password> <wsse:Nonce EncodingType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-soap-message-security-1.0#Base64Binary">REFEN0EyODhFOUJFRDY4MA==</wsse:Nonce> <wsu:Created>2022-05-23T15:42:04-03:00</wsu:Created> </wsse:UsernameToken> </wsse:Security> </soapenv:Header> O valor: "UsernameToken-EC9F7473E024359C6A14589178984712" que se encontra no atributo Id é uma constante ou é gerado pelo site do provedor? Eu entendo que o valor da tag UserName deve ser o Token que é gerado pelo site, estou correto? O valor "MDk1MDk1NjYwMDAxMTg=" que se encontra na tag Password deve ser o CNPJ do contribuinte codificado em Base64, correto? O que vem a ser o valor "REFEN0EyODhFOUJFRDY4MA==" que se encontra na tag Nonce? A data que se encontra na tag Created é a data de envio da requisição?