Ademir P. Voigt

Então não é Linx, e sim o tal AutoTef da Stone na opção tefStoneAutoTEF que o Acbr está com o componente pronto? O Acbr nao tem ainda a opção com a Linx né? assim como na PayGo

Bom dia Usamos ACBrTEFAPI com PayGo, que é tefApiPayGoWeb Pergunto se tefStoneAutoTEF é igual a Linx? Entrei em contato com a Stone, e me passaram para a Linx. Alguem tem algum contato para poder fazer homologação do tefStoneAutoTEF?

Gato pela ajuda. Na verdade com alguns ajustes inetrnos no fonte conseguimos contornar. Mas não estou arredondando, devia ser coisa do delphi.

Agora a consulta traz sempre correto, mas depois da passagem do pro ACBR o campo do ACBr adicinar um valor na 4ª casa decimal

Realmente é a consulta Alguma ideia de como resolver?

Bom dia! Obrigado pelo retorno Agnaldo! A Consulta traz sempre certo. Debuguei e Coloquei um showmessage na tela e nunca retornou a consulta com alterações, isso só é visto no XML. Vc poderia, por gentileza, me ceder esse projeto de calculos?

Pessoal, tenho no banco de dados MySQL campos double com 4 casas decimais. eles são armazenados assim: 99.8085 0.1904 0.0011 Mas, de forma aleatória, ao gerar o XML, ficam assim: <pGLP>99.8086</pGLP> <pGNn>0.1905</pGNn> <pGNi>0.0012</pGNi> Seria o delphi ou o a ACBr quem modifica esses valores? Sendo que eu só passo pro ACBR dessa forma: Prod.comb.pGLP := MyQrItensNFepGLP_anp.AsCurrency; Prod.comb.pGNn := MyQrItensNFepGNn_anp.AsCurrency; Prod.comb.pGNi := MyQrItensNFepGNi_anp.AsCurrency; Obs.: Tentei AsFloat sem sucesso. Duas ou tres notas ficam certas e outra gera com problema e o sefaz devolve. De que forma devo usar o RoundABNT para que o valor 99.8084 fique sendo sempre 99.8084? ele está no banco de dados dessa forma.

Passei on link direto pro pessoal atualizar e testar. Tudo certo na versa 510

Bom dia. Realmente o EFD contribuições exige duas casas. Segue print do suporte e versão do programa.

Vou solicitar pro meu pessoal do suporte atualizar no cliente e testar. Retorno aqui com mais informações.

Segue mensagem de erro. Após fazer a correção, validou corretamente Não vou discordar de vc, mas o problema é que essas alíquotas são validadas com duas casas no validador do governo. Quem sabe termos a opção de escolha no componente seria interessante.

Criei o topico aqui, pois não deu pra selecionar o menu sped no combobox do forum. Boa tarde! o ACBr ta gerando, no sped contribuições, a alíquota do pis e cofins do a170 com 4 casas decimais. Não importa o que eu faça ele coloca 4. de 1,65 ela coloca 1,6500 e da erro no validador. Corrrigi a .pas ACBrEPCBloco_A_Cllass para duas casas e deu certo. Será podemos ajustar no componente de 4 decimais para 2 nos campos ALIQ_PIS e ALIQ_COFINS do arquivo ACBrEPCBloco_A_Class.pas? ACBrEPCBloco_A_Class.pas

Solicitei ao banco verificação de certificado e credenciais. Obrigado por enquanto

O erro ocorre tanto em produção quanto em homologação. As duas URLs reportam o mesmo erro: Homologação: Erro HTTP: 500, Metodo: POST, URL: https://api-pix-h.sicredi.com.br/oauth/token Produção: Erro HTTP: 500, Metodo: POST, URL: https://api-pix.sicredi.com.br/oauth/token

se vc tem um PSP que já está ok rodando no mesmo programa então as DLLs devem estar corretas. Podemos focar em outros pontos. Foi o que pensei. As credenciais que vc está usando não são de ambientes diferentes? produção x homologação? Estão separadas em dois ambientes. Já debuguei e o sistema lê certo quando é produção ou homologação.