datilas

sim vai precisar, faz dia que esse post esta parado e a correção ainda não foi incluída no acbr vc também vai precisar disso: sxProd := ACBrGTIN.WebServices.Consulta.xProd; sxProd := StringReplace(sxProd, ' ', ' ', [rfReplaceAll]); sxProd := StringReplace(sxProd, '(', '(', [rfReplaceAll]); sxProd := StringReplace(sxProd, ')', ')', [rfReplaceAll]); sxProd := StringReplace(sxProd, '*', '*', [rfReplaceAll]); sxProd := StringReplace(sxProd, '+', '+', [rfReplaceAll]); sxProd := StringReplace(sxProd, ',', ',', [rfReplaceAll]); sxProd := StringReplace(sxProd, '-', '-', [rfReplaceAll]); sxProd := StringReplace(sxProd, '.', '.', [rfReplaceAll]); sxProd := StringReplace(sxProd, '/', '/', [rfReplaceAll]); sxProd := UTF8ToCP1252(sxProd); nem coloquei no tópico pois ele não teve resposta.

concordo com vc, alterações muito especificas não cabem no escopo do ACBr.

isso eu já fiz, eu só queria saber se tem como usar esses parâmetros sem alterar o ini, mas tudo bem. muito obrigado.

porque o item "01.05" tem que ir no xml "105"

isso funciona para o item "0" mas para o item "01.05" não funcina

cidade Cuiabá/MT provedor ISSNet versão 1.0 o item "105" na verdade é "01.05" mas para esse provedor tem que ir "105" isso esta funcionando perfeitamente, mas para um cliente especifico no mesmo computador tem que ir item "0" o acbr converte para "000" e isso gera erro ao enviar. então tenho que definir o parâmetro "NaoFormatarItemServico" mas se eu fizer isso o item "01.05" não formata e gera erro ao enviar, se pudesse definir esses parâmetros em tempo de execução resolveria tudo

na verdade eu só usei o "NaoDividir100" como exemplo. mas o que eu preciso é alterar o parâmetro "NaoFormatarItemServico", pois para um cliente especifico o item lista serviço tem que ser "0" e para os outros tem que ir por exemplo "105" se eu não usar o param "NaoFormatarItemServico" o item "0" fica "000" e causa erro na emissão para evitar "problemas" futuros seria interessante poder ter o ini como padrão mas caso tenha necessidade poder alterar em tempo de execução

gostaria de saber como posso definir o parâmetro "NaoDividir100" em tempo de execução sem alterar o arquivo ACBrNFSeXServicos.ini

no arquivo ACBrNFSeXServicos.ini adicione Params=NaoDividir100: ; na sua cidade [3543402] Nome=Ribeirao Preto UF=SP Provedor=ISSNet Params=NaoDividir100: ; ProRecepcionar=http://www.issnetonline.com.br/webserviceabrasf/ribeiraopreto/servicos.asmx e garanta que não existe nenhum outro ACBrNFSeXServicos.ini no seu pc

pelo que vi parece bem simples. vc tem que fazer um POST em: https://staging.redeancora.com.br/integrador-ancora/api/v1/nfe no header o X-API-KEY que vc tem que adquirir com eles e no body passa um json com o nome do arquivo e o conteúdo do arquivo em base64 { "nome": "nome do arquivo", "conteudo": "conteudo em base64" } não tem muito mistério.

https://cdpj.partners.bancointer.com.br/cobranca/v2/boletos?dataInicial=2022-07-20&dataFinal=2022-07-21 isso é query params: ?dataInicial=2022-07-20&dataFinal=2022-07-21 o primeiro parametro é iniciado por "?" os proximos iniciam com "&" ai vem o NomeDoParametro=ValorDoParametro

hoje veio a atualização e esta funcionando. muito obrigado.

acabei de baixar a revisão: 26068 e não esta aqui ainda. revisão: 26066 07/07/2022 -- ISSPortoVelho.Provider/ACBrNFSeXConversao -- [*] Implementado as funções de conversão do Regime Especial de Tributação e os novos valores: retMovimentoMensal, retISSQNAutonomos e retISSQNSociedade. Por: Italo Giurizzato Junior revisão: 26067 07/07/2022 -- ACBrPagForConfiguracoes -- [*] Correção: estava com vazamento de memória. Por: Renato Pavan revisão: 26068 07/07/2022 [*] Atualização do pacote do componente ACBrNF3e para o Lazarus. Por: Italo Giurizzato Junior

ACBrGTIN eu uso lazarus no windows compilando para linux em modo NoGUI

não funcionou, eu fiz essa alteração com base na revisão 26055 que saiu hoje e não estava funcionando. eu faço meus teste em uma vm limpa e sempre restauro ao ponto inicial para não haver conflitos e antes de atualizar o acbr eu sempre executo um svn clean e marco todas as opções do menu. só quando todas as patas estão com o ícone verde eu clico no update

..\Fontes\ACBrDFe\ACBrXmlDocument.pas Revisão: 26055 arquivo corrigido: ACBrXmlDocument.pas

..\Fontes\ACBrDFe\ACBrGTIN\Base\Servicos\ACBrGTINRetConsultar.pas ..\Fontes\ACBrDFe\ACBrXmlBase.pas Revisão : 26055 arquivos corrigidos: ACBrGTINRetConsultar.pasACBrXmlBase.pas

eu não recomendo "fazer um limpa" e sim marcar se o gtin existe no gs1, pois na minha opinião sera quase impossivel trabalhar com uma taxa de rejeição tão grande primeiro deveria existir alguma lei que obriga as marcas o divulgar ou autorizar (e atualizar os dados existentes) pois dessa forma pra quem lado de ca vai ficar dificil trabalhar e explicar para os clientes "que o produto não existe ou não esta atualizado na gs1"

eu acho que a sefaz vai ter problema para implementar a validação de GTIN no gs1 pois das 95.558 consultas que fiz o resumo é esse CSTAT=QUANTIDADE 9494=40432 9490=34144 9496=10451 9497=7704 9495=1034 9498=970 tem muitos produtos sem autorização da marca, muitos que existem nos mercados (em nivel nacional) e retorna como inexistente assim vai ficar difícil para sefaz controlar se o gtin existe de fato ou não

nesse gtin 7898953823950 Descrição: FRALDA - UNICHARM - MAMYPOKO FRALDA-CALÇA DIA&NOITE G - REGULAR PACK (16P) a descrição do produto tem o caracter "&" e esta gerando o erro : EntityRef: expecting ';'

as dlls do libxml2 estão atualizadas e na mesma pasta do seu exe (libxml2,libxmlsec...) isso também esta naquele link que te passei

qual o erro aparece pra vc? ta usando delphi ou lazarus? windows ou linux?

esse problema acontece por causa da conversão de data: da uma olhada aki: https://www.projetoacbr.com.br/forum/topic/67825-acbrgtin-lazarus-linux-centos/ na unit ACBrGTINRetConsultar na function TRetConsultarGTIN.LerXml: boolean; comenta o try except que vc vai ver o erro: o try except esta suprimindo o erro.

não tem, eu nem instalo o acbr eu apenas aponto os path's e crio em tempo de execução. eu fiz um teste aqui na unit ACBrXmlBase criei mais em enumerator de TACBrTipoCampo = (..., tcDatIso8601) e uso assim: result := Iso8601ToDateTime(ConteudoTag) assim funciona perfeito delphi,lazarus-windows,linux gostaria de saber se posso enviar essa unit para analize pois não vai interferir em outros componentes do acbr

@gilspider baixei a revisão: 25995 29/06/2022 -- ACBrUtil.DateTime -- [*] Possível correção para datas que estejam no formato: "2022-06-27-03:00". Por: Gil Spider mas o problema ainda persiste.