victor.gonzales.panda

TK-3629

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo

Boa noite, anexe o fonte que possui o relatório em fortes no padrão. Que submetemos a análise, se for o caso ao svn como contribuição Abraços

Alteração nas regras de validação vinculadas a exigência dos códigos de benefícios fiscais para o Estado de Goiás e o Distrito Federal. GO - Mudanças Em Vigor em 01/10/2022 para Homologação e 01/01/2023 para Produção 1.17 Ativação das Regras de Validação N12-85, N12-86, N12-90, N12-94,N12-97 e N12-98 para Goiás Conforme legislação interna o Estado de Goiás ativará as regras de validação N12-85, N12-86, N12-90, N12-94, N12-97 e N12-98. Goiás Produção Homologação Regra Modelo Documento 01/01/2023 01/03/2023 01/10/2022 N12-85 N12-86 N12-90 N12-94 N12-97 N12-98 55 / 65 DF - Mudanças já vigorando em Homologação e para 2023 para Produção Ativação das Regras de Validação N12-85, N12-86 e N12-94 para Distrito Federal Distrito Federal Produção Homologação Regra Modelo Documento 01/02/2023 01/03/2023 01/06/2020 N12-85 N12-86 N12-94 55 01/06/2023 05/10/2020 N12-85 N12-86 N12-94 65 Imediato 01/02/2021 05/10/2020 N12-98 55 Imediato 01/02/2021 05/10/2020 N12-98 65 Conforme legislação interna o Distrito Federal ativará as regras de validação N12-85, N12-86 e N12-94. As novas RV serão ativadas por modelo de documento, conforme cronograma de implantação estabelecido no item 3.6.1 DF - Mudanças Ativas em ambos os ambientes Ativação da Regra de Validação N12-98 para o Distrito Federal Conforme legislação interna o Distrito Federal ativará a regra de validação N12-98

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

Bom dia, Obrigado pelas contribuições e sugestões. Referente a impressão já foi comitado no SVN pelo time de cobranças, referente a alteração no componente de boletos, essas propriedades não fazem parte do componente e as mesmas não serão acatadas, caso queira trabalhar dessa forma, será necessário trabalhar em um branch separado a versão oficial do componente. Mas sugiro fazer um revert em seus códigos e trabalhar com a release oficial do componente. Obrigado

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

Saudações Digitais comunidade ACBr! O Componente ACBrBoleto na camada WS passou por algumas refatorações, onde a mesma foi segregada e alterada. A camada Rest não é mais proveniente do ACBrDFe, agora é via Synapse, somente a comunicação dos bancos via Soap continua via ACBrDFe. As classes foram divididas que pertencem ao WSRest e ao WSSoap : /trunk2/Fontes/ACBrBoleto/ACBrBoletoWS.Rest.OAuth.pas /trunk2/Fontes/ACBrBoleto/ACBrBoletoWS.Rest.pas /trunk2/Fontes/ACBrBoleto/ACBrBoletoWS.SOAP.pas Também informamos que com a ajuda da comunidade e contribuição Aggille Sistemas Gestão / Jean Peixoto, agora no componente foi incluído via API o banco Inter via API.

Nesta semana foi publicada a versão 23.1.A das tabelas de fornecidas pelo IBPT, as quais já se encontram também em nosso svn. As novas tabelas tem a vigência de 20/01/2023 até 28/02/2023 Para cumprimento da Lei 12.741/12, também conhecida como "De Olho no Imposto" foi, não se esqueça de realizar a atualização de seus clientes. Fonte : https://deolhonoimposto.ibpt.org.br/

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

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo Boa tarde, obrigado... detalhe que está sendo filtrado o inicio por 10, 11 ou intervalo de 20 a 29

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo

Boa tarde, Obrigado pelos testes, vou colocar aqui no cronograma, e planejar para subir amanha no svn

Bom dia, Os que estou utilizando é a versão do trunk2 + essas modificações, não existe mais a dependência do Indy, está utilizando o Synapse. estou utilizando os métodos para receber o token OAuth2 e o método Consultar, a documentação utilizada é a : https://developers.bancointer.com.br/reference/pesquisarboletos mas ao utilizar o método, estou enfrentando a questão do falta de escopos, o mesmo erro está retornando no Postman. o OAuth está retornando 200, tanto no componente como no Postman, as vezes em ambos retorna 401. Se vocês quiserem testar o registro se está funcionando, ou se está retornando essa questão também. Abraços e grato pela ajuda de todos. Inter.rar

CobInterApi ele não é necessário. Eu vou rever as units que você me enviou por último, pois o Merge constatou essas mudanças e o indy. Amanhã vejo isso novamente

Boa tarde, Verifique as units enviadas por favor, pois a enviada você criou um enumerador novo, que é desnecessário para esse caso, e inseriu a dependência do Indy no W_Inter_API, removeu as propriedades de CRT e KEY que está a nivel do boleto e criou elas e nível da openssl. abraços e obrigado pelos testes

Qual dos metodos está o problema ? Oauth ou Rest? ACBrBoletoWS.pas

Assunto: Outros Complemento do Assunto: SAT - Atualização de Servidores Prezado contribuinte, A partir do dia 30 de janeiro de 2023, a Sefaz irá realizar uma atualização nos servidores de comunicação com os equipamentos SAT (wssatsp.fazenda.sp.gov.br). A fim de minimizar a possibilidade de algum problema, a Sefaz disponibilizou, desde novembro de 2021, um ambiente para que os fabricantes de equipamentos SAT pudessem realizar testes e informar à Sefaz sobre a necessidade de eventuais ajustes a serem incorporados no planejamento dessa atualização de servidores. Sendo assim, a Sefaz acredita que não haverá impactos durante este processo baseado no retorno desses fabricantes. Em caso de algum problema, a Sefaz orienta para que o contribuinte procure o suporte do fabricante de equipamento SAT e este realize uma análise do que ocorre e, entendendo este fabricante que há algum ajuste a ser feito nos servidores da Sefaz, o fabricante centralizará essa comunicação com a Sefaz. Atenciosamente, Sefaz

Boa tarde, Isso ele deveria herdar do Pai TBoletoWSRest, não deveria ser necessário reescrever nada no W_Inter_API pela correção que você informou, seria isso que está no arquivo em anexo, correto? ACBrBoletoWS.pas

Bom dia, Deveria ser na criação do TOAuth ele fazer o apontamento. if NaoEstaVazio(ACertificateCRT) then FHTTPSend.Sock.SSL.CertificateFile := ACertificateCRT; if NaoEstaVazio(ACertificateKEY) then FHTTPSend.Sock.SSL.PrivateKeyFile := ACertificateKEY; eu devo receber nos próximos dias um certificado de um usuário, dai eu consigo debugar tambem e facilita para ajudar.

Boa tarde, @Jean Peixoto @Aggille Sistemas de Gestão Estou sem acesso ao certificado do Inter, é possível realizar os testes ? No Banco do Brasil os testes foram feitos, e as mudanças estão operacionais, se surtir resultado resolvemos o caso. Abraços e feliz 2023 a todos ACBrBoletoWS.pas ACBrBoleto.pas

Bom dia, A Camada de Rest dos boletos vamos tirar a dependência do ACBrDFE e colocar no Synapse, do contrário, teremos que colocar o CRT no Indy e no Wincrypt além do Openssl como está hoje, acho que o acoplamento está maior que o necessário. Acredito que remover essa parte é mais simples, e fazer a comunicação direta.

Saudações Digitais comunidade ACBr! O Componente ACBrBoleto na parametrização cobSicred possibilita o envio do registro do boleto junto com a instrução de boleto hibrido (pix). O registro é feito de forma tradicional, as informações da instrução do boleto hibrido (EMV) é recuperado no arquivo de retorno, assim possibilitando a impressão da ficha de compensação. Para ativar o registro é necessário parametrizar a chave no componente ACBrMonitor ACBrLIB / ACBrMonitor [Cedente] PIX.Chave= Componente Agradecimentos a comunidade que contribuiu com a implementação @nazarenoneto @eric100

Saudações Digitais comunidade ACBr! Visando tornar ainda melhor nossa solução para emissão de NFe, foi incluída propriedade que permite mais detalhamento das informações impressas no DANFe. Trata-se da propriedade ImprimeXPedNItemPed, onde se a mesma estiver habilitada, caso tais tags do produto tenham sido alimentadas, as mesmas serão impressos conforme ilustrado a seguir. Habilitando no ACBrMonitorPlus Habilitando na ACBrLIBNFe [DANFENFe] ImprimeXPedNitemPed=1 Válido para ACBrLib (Versão compliladas após 27/12/2022), Monitor Versão 1.4.0.151 ou superior, Componente (FR e RL) OBS¹:para usuário de FR, não há necessidade de atualização de nenhum arquivo de relatório FR3, pois a alteração é na camada de modelo de negócios. OBS²: no caso do FR, caso a empresa deseja deixar essa opção desabilitada, no CDS está publicado essas propriedades, ai é necessário personalizar o arquivo FR3 a seu critério, lembrando que não iremos versionar esse arquivo personalizado e a mesma deverá fazer seu controle.

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo Completed: At revision: 27921