-
Posts
483 -
Joined
-
Last visited
-
Days Won
1
Content Type
Blocks
Notes ACBrMonitorPlus
Notes ACBrLibNFe
Forums
Downloads
Calendar
Blogs
Videos
Posts posted by datilas
-
-
7 minutos atrás, Italo Giurizzato Junior disse:
Não tem, pois conforme o tempo passa e o pessoal vai testando o componente e vai surgindo as aberrações.
Se formos criando propriedades de configuração para que elas sejam alteradas em tempo de execução, o componente amanhã vai ter umas 500 propriedades.
concordo com vc, alterações muito especificas não cabem no escopo do ACBr.
-
1
-
-
1 minuto atrás, Italo Giurizzato Junior disse:
Então o jeito é atribuir a string "105" ao campo.
A partir do momento que o provedor aceita o código "0" para o Item de serviço, o jeito é fazer essa configuração no arquivo ACBrNFSeXServicos.ini e do lado da sua aplicação fazer a tratativa.
Lembre-se que com o parâmetro: Params=NaoFormatarItemServico:
Faz com que o componente não aplica a normatização e muito menos formatação da informação.
isso eu já fiz, eu só queria saber se tem como usar esses parâmetros sem alterar o ini,
mas tudo bem.
muito obrigado.
-
Agora, Italo Giurizzato Junior disse:
Porque não funciona?
Se você atribuir a string "01.05" ao campo ItemListaServico com esse parâmetro é para ele manter o que foi informado.
porque o item "01.05" tem que ir no xml "105"
-
2 minutos atrás, Italo Giurizzato Junior disse:
Faça a seguinte alteração no arquivo ACBrNFSeXServicos.ini
[5103403] ; Atualizado em 10/08/2022 Nome=Cuiaba UF=MT Provedor=ISSNet Params=NaoFormatarItemServico: ; ProRecepcionar=https://wscuiaba.issnetonline.com.br/webserviceabrasf/cuiaba/servicos.asmx
Depois execute o Compila_RES, reinstale o ACBr e faça novos testes.
isso funciona para o item "0" mas para o item "01.05" não funcina
-
4 minutos atrás, Italo Giurizzato Junior disse:
Bom dia,
Qual é a cidade?
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
-
8 minutos atrás, Italo Giurizzato Junior disse:
Boa tarde Datilas,
Não existe nenhuma propriedade de configuração para esse fim.
Portanto não tem como.
A solução é alterar o arquivo ACBrNFSeXServicos.ini, visto que essa configuração é por cidade e a partir do momento que a cidade XYZ não deve dividir a alíquota por 100 ao gerar o XML do Rps, esse procedimento é valido para todos os contribuintes dessa cidade.
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
-
1 hora atrás, Fernando Rodrigo disse:
bom dia pessoal, um cliente me solicitou a integração com a rede ancora para envio dos xml, que é uma integração que eles passaram para os clientes dessa rede para armazenamento de xml
alguem do grupo ja fez essa integração para dar um help
eles me passaram o link do manual mas não entendi bem como faz
https://staging.redeancora.com.br/integrador-ancora/api/v1/swagger-ui/index.html
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.
-
13 horas atrás, johnbh3 disse:
Eu até consegui pegar o token
Agora eu n seu como pegar os boletos pelo postman conforme documentação : https://developers.bancointer.com.br/reference/pesquisarboletos
Onde eu passo esses
QUERY PARAMS no postman?
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.
-
23 minutos atrás, Italo Giurizzato Junior disse:
Bom dia,
Coloquei a linha na unit do GTIN, pois na unit Base pode gerar um efeito colateral nos outros componentes.
Favor atualizar os fontes, reinstale o ACBr e faça novos testes.
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
-
3 minutos atrás, Italo Giurizzato Junior disse:
Esse erro esta ocorrendo ao usar qual componente?
ACBrGTIN
eu uso lazarus no windows compilando para linux em modo NoGUI
-
3 minutos atrás, Italo Giurizzato Junior disse:
Boa tarde,
No que se refere a data no formato: 2022-06-27-03:00
Me recordo de ter feita uma alteração visando contornar esse problema.
Favor fazer uma cópia das units que você alterou, dele as units alteradas e atualize novamente todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.
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
-
-
18 minutos atrás, Juliana Tamizou disse:
Bom dia,
Claro, basta anexar ao tópico.
At.
..\Fontes\ACBrDFe\ACBrGTIN\Base\Servicos\ACBrGTINRetConsultar.pas
..\Fontes\ACBrDFe\ACBrXmlBase.pasRevisão : 26055
arquivos corrigidos:
-
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
-
1
-
1
-
-
4 minutos atrás, Gabriel Rogelin disse:
Olá @datilas
O erro aconteceu na linha Document.LoadFromXml(XmlRetorno);
Verifiquei seu tópico, vamos aguardar. Obrigado
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.
-
1
-
-
1 minuto atrás, Juliana Tamizou disse:
Bom dia,
Seus fontes não tem nenhum conflito?
At.
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
-
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 Spidermas o problema ainda persiste.
ACBrGTIN Lazarus linux centos
in Dúvidas Gerais sobre o ACBr
Posted
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.