willian_delan

Necessário atualizar o arquivo ACBrNFSeXServicos.ini com os dados abaixo, versão 1.01 e url, da forma atual não está funcionando mais. Testado e com a alteração funcionou com sucesso emissão/cancelamento/consulta. [4211801] Nome=Ouro UF=SC Provedor=IPM Versao=1.01 ProRecepcionar=https://ouro.atende.net:7443/?pg=rest&service=WNERestServiceNFSe HomRecepcionar=https://treinamento.atende.net/?pg=rest&service=WNERestServiceNFSe&cidade=treina_ouro

@Italo Giurizzato JuniorBoa tarde Italo, espero que esteja bem. Certo, sem problemas, já adicionei aqui e cancelou normalmente a nota, minha maior dúvida é se tinha mudado algo no ACBr em relação a isso, pois antes não era informado em nossa aplicação e funcionava normalmente e Pública comentou que já é assim a muito tempo, por isso minha dúvida se algo havia mudado nesse processo pelo ACBr nos últimos messes. Caso não seja o caso, sem problemas, deixamos por isso, era mais para entender mesmo. Obrigado.

Erro cancelamento NFSe Provedor Publica Itajai SC - arquivo está fora da estrutura Ao tentar cancelar NFSe está ocorrendo essa mensagem, ao contatar a prefeitura repassaram que o erro está na TAG Numero da nota O print abaixo é modelo. O print abaixo é o meu arquivo. "o numero da nota deve ser montado corretamente, onde primeiramente vem o exercício e em seguida o numero da nota." Sabem me dizer se é algo novo essa validação? Se é algo que deveria estar nas units do ACBr ou se já devo deixar no AInfCancelamento.NumeroNFSe formatado desta forma quando for da Pública? Questiono pois até pouco tempo os cancelamentos eram realizados normalmente, questionei a Publica e disseram que sempre foi desta forma, imaginei que pudesse ser algo do ACBr pois nosso Repo estava sem ser atualizado a alguns messes e neste mês atualizamos todo o repo do ACBr ai gostaria de saber se pode ser alguma mudança nos fontes. De momento, para resolver irei passar em minha aplicação o número da nota com o exercício antes de enviar ao ACBr para cancelar, gostaria mais que me ajudassem a entender o caso.

Deixei validado por município então, obrigado, pode encerrar.

Bom dia, tudo bem? Boleto Itau V3 Com PIX QR Code No ACBrBoletoRet_Itau_API, ao dar o erro: '{'#$A' "codigo" : "422",'#$A' "mensagem" : "Erro na validação de Campos",'#$A' "campos" : [ {'#$A' "campo" : "txid",'#$A' "mensagem" : "Campo “txid” inválido. Deve possuir de 26 a 35 caracteres.",'#$A' "valor" : "BL3704009988310900000000000000000834"'#$A' } ]'#$A'}' o código não está tratado, dando acess violation ao tentar pegar os "dados_individuais_boleto" sendo que houve erro no registro e não tem os campos de dados do boleto, print anexo. Sugestão englobar o processo validando se o LJsonBoletoObject estiver assigned.

vlr unitário é 145,13 vlr total 507,96 qtde 3,5 hoje estamos fazendo assim: AValorUnitIPM := RoundABNT(AVlrTotal / AQtde, 10); ValorUnitario := AValorUnitIPM; AValorTotalItemIPM := (RoundABNT(AValorUnitIPM * AQtde, 2)); ValorTotal := AValorTotalItemIPM; ValorTributavel := AValorTotalItemIPM; AValorTotalIPM := AValorTotalIPM + AValorTotalItemIPM; Isso porque no ACBr na unit IPM.GravarXml o unidade_valor_unitario usa tcDe10 e o valor_tributavel usa tcDe2 mas da forma que está o vlr unitário fica: 145,1314285714 que multiplicando por 3,5 fica 507,9599999999, sendo esse diferente do valor tributável que é 507,96. Ao deixarmos como AValorUnitIPM := RoundABNT(AVlrTotal / AQtde, 2); ele pega o vlr unitario como 145,13 ficando a correta multiplicação e deixando 507,96, assim como o valor tributável, mas dai foge do tcDe10 que consta no ACBr. Para outros clientes fica correta a emissão, mas essa venda deste cliente gerou este caso, queremos uma abordagem que fique correta para todos ou que antecipe consiga prevenir o máximo que puder.

Boa tarde, tudo bem? Ao emitir NFSe para a cidade de FRAIBURGO (SC) provedor IPM estou com o seguinte retorno: 00169 - O valor unitário da UNIDADE DO SERVIÇO não foi informado corretamente. - Analisei o XML mas aparenta estar correto, ou não achei o que seria, alguém sabe dizer? Segue XML anexo: 00149269464000197331828052025-EnviarLote.xml

Bom dia@Italo Giurizzato Junior, Concordo, pode ignorar esta alteração, encerrem este tópico. Verifiquei e já temos esse recurso implementado internamente, provavelmente foi tido a ideia inicial de fazer nos fontes do ACBr e depois que mudaram de ideia e fizeram internamente na aplicação ficou perdida esta alteração, podem ignorar, obrigado pela analise.

@Italo Giurizzato JuniorBoa tarde, espero que esteja bem. - Em relação ao ProvedorToStr foi implementado mais porque no componente antigo tinha esse método e utilizávamos ele em alguns processo e na mudança para o NFSeX vimos que não tinha e implementamos internamente, mas realmente, concordo que com o FACBrNFSe.Configuracoes.Geral.xProvedor a opção não se faz tão útil. - Em relação ao NFSe.ChaveAcesso na unit Aspec.GravarJson quando eu criei essa unit e mandei para vocês eu enviei incorretamente, era para estar da forma que enviei agora, mas realmente, caso alguém esteja usando agora pode atrapalhar, então sem problemas. Quanto ao RLZ, mesma coisa. - Sobre o SoftPlan.GravarXml realmente é estranho a mudança, não sei lhe dizer ao certo o porque foi alterado desta forma e segue o mesmo princípio do Aspec e RLZ de não mudar para não atrapalhar quem já usa desta forma e também que a mudança no contexto do nome da propriedade não faria sentido. Pode encerrar este fórum, obrigado pela atenção e apoio.

@Alexandre de Paula Sim, é porque temos implementado o Pix do PagSeguro e este o ACBr ainda não fez. Mas se não é útil para o ACBr, sem problemas, vamos manter alterado internamente e quando implementarem o PIX do PagSeguro removemos. Obrigado.

@Alexandre de PaulaAlgumas balanças tem particularidades que precisa ativar com um Baud e ler com outro. Toledo Prix 3 somente ativa com 9600, mas somente é possível ler com 2400.

@Alexandre de Paula Sicredi: Sicoob: Inter: Itau: @Alexandre de PaulaNovos fóruns abertos acima, pode encerrar este e dar prosseguimento nos demais. Se possível dar uma atenção maior ao do Inter que tem um erro de alto impacto. Obrigado.

Bom dia, espero que estejam bem. Temos alterações internas em alguns arquivos do ACBr e gostaríamos de ver se são úteis para serem incluídos ao repositório oficial, para contribuir com o repositório e ao mesmo tempo eliminar essas pendências do SVN que precisamos ter devido alguma particularidade encontrada ou algo nesse sentido. unit ACBrBoletoRet_Itau_API.pas ACBrBoletoW_Itau_API.pas Alterações incluem: * Mapeado uses httpsend para no GerarHeader definir o HTTPSend.Protocol como 1.1 para algumas funcionalidades precisa estar neste protocolo, e no DefinirKeyUser quando IndicadorPix mapear apenas o x-itau-correlationID(Client ID) e quando não tiver, mapear x-itau-correlationID(Client ID) e x-itau-apikey(Client ID) para o W Itau; * Em LerRetorno, mapeado "message" como um retorno possível a ser tratado e quando o codigo_erro = 0, será mapeado no código como HTTPResultCode.ToString e na mensagem LJsonObject.AsString['message']. Dúvidas questionar; Caso seja aproveitado parcial ou completo informar aqui por gentileza. Ref:

Bom dia, espero que estejam bem. Temos alterações internas em alguns arquivos do ACBr e gostaríamos de ver se são úteis para serem incluídos ao repositório oficial, para contribuir com o repositório e ao mesmo tempo eliminar essas pendências do SVN que precisamos ter devido alguma particularidade encontrada ou algo nesse sentido. unit ACBrBoletoRet_Inter_API.pas Alterações incluem: * Mapeado CodigoEstadoTituloCobranca com 1; 6 e 7 para indicar código do status do título no retorno do Inter e colocado um Trim(RetWS) para não tratar quando o retorno for vazio para não dar exceção; *** Importante: Em LerRetornoPix tanto o NossoNumeroCorrespondente quanto o IDBoleto estão mapeado incorretamente! Está pegando LJsonObjectItem.AsString['codigoSolicitacao'] e o correto deveria ser LJsonObjectItem.AsJSONObject['cobranca'].AsString['codigoSolicitacao'] @Alexandre de Paula Se possível de uma atenção em especial a está alteração acima, alto impacto. Dúvidas questionar; Caso seja aproveitado parcial ou completo informar aqui por gentileza. Ref:

Bom dia, espero que estejam bem. Temos alterações internas em alguns arquivos do ACBr e gostaríamos de ver se são úteis para serem incluídos ao repositório oficial, para contribuir com o repositório e ao mesmo tempo eliminar essas pendências do SVN que precisamos ter devido alguma particularidade encontrada ou algo nesse sentido. unit ACBrBoletoRet_Sicoob_V3.zip Alterações incluem: * Em homologação preencher as propriedades CodBarras e LinhaDig com dados fictícios para gerar o boleto com QR Code em homologação para o Sicoob V3; Dúvidas questionar; Caso seja aproveitado parcial ou completo informar aqui por gentileza. Ref: