willian_delan

Segue Units alteradas, validar se assim esta correto e adicionar aos fontes do ACBr. IPM.GravarXml.pasACBrNFSeXClass.pas

Bom dia, tudo bem? Deve ser criado/mapeado no ACBR a tag CNO > Cadastro Nacional de Obras (CNO). A tag tornou-se obrigatório na metade deste mês, deve ser informada quanto utilizado qualquer um dos seguintes serviços: 702, 704, 705, 707, 717 ou 719. De acordo com a IPM: Poucos municípios no momento tem integração com o Ambiente de Dados Nacional da Receita. Palhoça/SC, Garopaba/SC, Pinhais/PR e Fraiburgo/SC. Porém , muitos municípios estão mostrando interesse nessa integração. Isso é normal porque a integração permite que notas emitidas em outros municípios que anteriormente necessitariam da declaração direta do emissor sejam declaradas automaticamente tendo em vista que o Ambiente da Receita disponibiliza pros municípios tais notas evitando a sonegação. Sendo assim, nos próximos meses pode ser que a quantidade de municípios que usam a integração com o Ambiente da Receita aumente. * OBS, campo CNO deve possuir 15 caracteres, exemplo: 02.043.11375/74 - (dois números seguidos de ponto)+(três números seguidos de ponto)+(5 números seguidos de barra)+(dois números).

Boa tarde, tudo bem? Referente a atualização da tabela nutricional, incluindo Açúcares totais (g) e Açúcares adicionais (g). Alguém teria o manual atualizado das balanças sobre como deve ser informado este campo? O que tem na ACBRCargaBal é referente apenas a Toledo? ou aplica-se a todas as balanças? Hoje tenho integração do meu sistema com as seguintes balanças: Toledo, Filizola, Urano, Micheletti e Ramuza, alguém teria o manual atualizado de alguma delas explicando como informar os novos campos de açúcar para exportar no padrão do TXT esperado? ou se da forma que foi feito na ACBRCargaBal adequa-se para todos? Obrigado.

Agradeço a informação, estou verificando.

Boa tarde, tudo bem? Temos um cliente MEI tentando realizar a emissão de NFS-e e tem o seguinte retorno do WebService: "L104 - Contribuintes MEI somente podem incluir NFS-e/NFS-e com competência igual ou superior a 01/09/2023 no site da Receita Federal, conforme Resolução CGSN n 172/2023". Como podem ver no XML anexo a data da competência é de ontem, esta como superior a 01/09, sabem o que pode ser? alguém já viu esta situação? Trata-se de algo errado em meu XML ou há alguma falha nesta validação do WS? 0012363090700013026915092023GerarNFSe.xml0012363090700013026915092023-RPS.xml

Não houve problemas no instalador. Segue print do projeto ao tentar compilar. Não é identificado "ChavePrivada", "Certificado" e "ArquivoKEY", visto que tais propriedades estão disponíveis em ACBrBoleto e não em ACBrBoletoWS como foi populado acima.

Bom dia @Alexandre de Paula, tudo bem? Realizei com sucesso a implementação do banco Ailos. Não realizei ela 100% via ACBr, por isto não sei se é de ajuda para vocês, a parte de geração de Token tem uma certa particularidade, fiz internamente em nossos fontes em rest e com ele gerado utilizei o ACBr para envio W e para retorno RET, como criei as Unit W e RET no "Padrão" do ACBr pode ser útil para vocês, mas o restante de processo não seria o caso. - A autenticação é necessário inicialmente realizar a geração do Token WSo2. A geração desse token é o primeiro passo para conseguir o acesso as APIs da Ailos. validade de 3600 segundos (1 hora) - Após geração do Token anterior é possível realizar a geração do outro Token necessário que é o JWT, este é necessário acessar a página da Ailos em https://apiendpoint.ailos.coop.br/ailos/identity/api/v1/login/index?id=1 Onde o valor de 1 no parâmetro id deverá ser substituído pelo retorno do serviço /login/obter/id da API AUTENTICACAO com URL Encode. Para acessar a tela de autenticação mencionada anteriormente é utilizado o componente EdgeBrowser, sendo possível 2 opções, ou ter os dados do usuário já cadastrados em seu bd e quando abrir a tela simular o insert das informações e click do botão de Login via JS conforme exemplo do código abaixo, ou simplesmente dando um Navigate no link e deixando ele preencher os dados. var element = document.getElementById('Login_CodigoCooperativa'); for (const option of element.options) {if (option.innerText === 'CREDIFOZ') {element.value = option.value; break;}}; //informar a cooperativa do cliente. var element = document.getElementById('Login_CodigoConta'); element.value = '00000000'; //Inserir com a conta retornada pela Ailos pelo e-mail da integração. var element = document.getElementById('Login_Senha'); element.value = 'abc123456'; //Inserir com a senha retornada pela Ailos pelo e-mail da integração. document.getElementsByClassName('btn btn-default')[0].click(); //simulado evento do click do Login. *OBS, não seguimos com a opção acima em JS, ela funciona, mas como no início do processo ele abre a tela para o usuário selecionar o certificado não ficaria tão otimizado quanto gostaríamos e não identificamos como alterar/modificar ações em certificados Windows via JS para emular o click. - Após preenchimento com sucesso e autenticação realizada com sucesso o Token JWT é enviado para o seu WebService. É necessário a criação de um WebService para recepção deste Token e armazenamento dele para posterior Refresh. Após os processos acima basta realizar os processos de costume via fonte do ACBr de Envio/Retorno/Tratamento dos dados/Consulta/outros. Segue anexo arquivos que eu criei de ACBrBoletoW_Ailos e ACBrBoletoRet_Ailos. *OBS foi utilizado os arquivos do Bancoob como base, por isso tem alguns métodos ali que nem estão sendo utilizado, então podem ser ignorado. Lembrando que, Ailos permite apenas os métodos de Envio, Consulta e Download do arquivo de retorno. Métodos de alterar/prorrogar/outros eles não tem disponível. ACBrBoletoRet_Ailos.pasACBrBoletoW_Ailos.pas Segue também os 3 manuais necessários para implementação da Ailos assim como a cartilha do banco: https://files.fm/u/csgt44hzg *** Caso eu possa ajudar em algo basta me comunicar, obrigado. Att, Willian Delan.

Bom dia, tudo bem? Hoje ao atualizar o repositório do ACBr tivemos problemas para compilar o projeto por conta do commit feito pelo TK-4308. Foi reinstalado o ACBr e tudo mais mas a situação permanece. Caso estejamos fazendo algo errado nos informe por favor. Acredito que o problema esteja acontecendo por a chamada estar sendo feita "BoletoWS.ChavePrivada" sendo que a "ChavePrivada" foi criada na "Boleto" e não na "BoletoWS", me corrijam caso eu tenha compreendido errado. Revisão 30414 commitado por @Victor H. Gonzales - Panda (Marquei apenas para conhecimento, caso não deveria ter marcado peço desculpas, pode me informar se for o caso).

Certo, irei implementar, caso alguém tenha algo para contribuir deste banco anexe aqui por gentileza, assim que eu finalizar a implementação envio aqui.

Boa tarde, tudo bem? Alguém sabe informar se foi implementado via ACBr o banco AILOS (Cecred) para emissão de boletos pela API Cobrança Boletos? Não identifiquei qualquer Unit ou commit sobre este assunto. Segue em anexo manuais da API. Manual - API de Cobranca v1.0.pdfImplementacao de aplicativos clients com acesso as APIs Ailos.7z Segue o terceiro arquivo. Manual de Orientacao ao Consumidor de APIs da Ailos.7z

Para mim também ocorreu esta situação, alguém sabe dizer se está correto?

Ok, obrigado, da parte do boleto está tudo certo, podem encerrar este fórum.

@Victor H. Gonzales - PandaVi no seu commit que foi alterado apenas para o Boleto, no entanto como comentei essa alteração é para todas as API´s do Sicoob, abri este fórum em específico pois preciso que seja atualizado para Boletos e para Pix também.

Agradeço, irei testar e retorno aqui.

Não, não validei com as credenciais, apenas recebi a informação e repassei aqui, não consigo simular internamente no momento, aguardo teste por parte do ACBr ou outro colaborador do fórum e realização da correção, obrigado.

@Daniel InfoCotidiano Ok, assim que estiver disponível no SVN avise por gentileza, obrigado.

Recebido e-mail da [email protected], segue em anexo. Assunto: Sicoob | Portal Dev | API | Obrigatoriedade do campo "client_id" nas requisições de consumo das APIs Texto E-mail: Com o objetivo de aprimorar nosso ecossistema e solucionar problemas relacionados às APIs, realizamos uma modificação em nosso ambiente. Essa alteração permitirá que possamos realizar investigações mais detalhadas das requisições das APIs. Como resultado, solicitamos que o elemento "client_id" seja incluído no cabeçalho (header) de todas as requisições de consumo. Por outro lado, o valor informado no {{client_id}} deve ser o mesmo que estava sendo utilizado anteriormente. Além disso, é necessário destacar que o parâmetro “client_id” não deverá ser alterado na requisição de autenticação (Token), uma vez que ele se encontra no corpo (Body) e já está preenchido corretamente. Portanto, a ação ocorrerá apenas nas requisições de consumo das APIs. Validei com o Sicoob e tal alteração deve ser feita para todas as integrações via API, como utilizamos API Cobrança Boletos e PIX fomos atrás da informação. Conforme print anexo o retorno do Sicoob foi que: "Basta alterar o nome do header x-sicoob-client para client_id ". Identificado que o x-sicoob-client é utilizado na Constante C_SICOOB_CLIENT nas seguintes Unit´s, C:\Program Files (x86)\Embarcadero\ACBrTrunk2\Fontes\ACBrBoleto\ACBrBoletoW_Bancoob.pas e C:\Program Files (x86)\Embarcadero\ACBrTrunk2\Fontes\ACBrBoleto\WS\ACBrBoletoW_Bancoob.pas Acredito que basta altera está constante que irá ficar correto. e-mail_sicoob_api.pdf

Bom dia, tivemos o retorno do Sicredi, disseram que é indiferente, funciona para ambos, basta o usuário selecionar o desejado no momento da contratação ou alterar junto a eles, obrigado, podem encerrar este tópico.

Obrigado, exclui meus anexos antigos. * Sobre a CNAB, caso alguém saiba me informar por gentileza.

Bom dia @Juliomar Marchetti, acredito que não seria o caso, já que nossos clientes que usam a API para o Banco do Brasil conseguem utilizar tanto o CNAB 240 quanto o 400, já para o Sicoob e Sicredi estão conseguindo apenas para o 240. Conforme print abaixo consegui ontem final do dia uma resposta do banco Sicoob, informando que até o momento tem implementado apenas o CNAB 240 e irão implementar o 400 em breve. Para o Sicredi ainda não tive retorno da informação. https://files.fm/u/52hhhvqnc - Retorno do Sicoob. * Juliomar, apenas por dúvida sabe se tem alguma restrição aplicada a minha conta? não consigo mais anexar imagens/arquivos de texto ou units alteradas no fórum, me da um limite de tamanho de arquivo que é quase impossível mandar algo, e vejo que as demais pessoas do fórum utilizam normalmente, por isso sempre tenho que upar o arquivo no files.fm e mandar o link no fórum.

Boa tarde, tudo bem? Gostaríamos de saber se para API Cobrança Boletos funciona tanto com Cnab 240 quanto 400? Não identificamos esta informação no manual ou em outros fóruns, alguém sabe dizer? tem algum lugar onde consta esta informação?

Bom dia, ok, podem concluir este fórum, caso eu possa contribuir com algo a mais só informar.

Boa tarde, tudo certo? avaliaram a alteração? sabe se irão utilizar o que enviei ou se constataram algum erro? meus clientes já estão utilizando normalmente com este processo. Caso eu possa contribuir com algo a mais me informem, obrigado.

Boa tarde, tudo certo? Implementei a operação tpConsultaDetalhe para o Banco Sicredi API V2. Segue units alteradas em anexo. * Testado consulta com os dados do nosso cliente e foi possível consultar com sucesso. *OBS: Deixado algumas informações comentadas por não ter as propertys criadas no ACBR (Campos opicionais). Segue abaixo exemplo de um JSON de consulta realizado com sucesso e todos os campos necessários do retorno: (Mais exemplos e informações no manual: https://drive.google.com/file/d/1PCnoGl_mQn80unYZoYz7ybCE_KX9vLgh/view?usp=share_link ) { "linhaDigitavel": "74891123211302140217027111291004993600000000500", "codigoBarras": "74899936000000005001123213021402172711129100", "carteira": "SIMPLES", "seuNumero": "541", "nossoNumero": "232130214", "pagador": { "codigo": "152YY", "documento": "06190590950", "nome": "209984 - CLI/FOR/TRANSP 209984" }, "dataEmissao": "2023-05-24", "dataVencimento": "2023-05-24", "dataBaixa": "2023-05-24", "valorNominal": 5, "situacao": "BAIXADO POR SOLICITACAO", "multa": 0, "abatimento": 0, "tipoJuros": "A - VALOR", "juros": 0.08, "diasProtesto": 0, "validadeAposVencimento": 3650, "diasNegativacao": 0, "tipoDesconto": "A - VALOR", "descontoAntecipacao": 0, "descontos": [] } Segue units alteradas: https://files.fm/u/umc6tncxk

Não iremos precisar destas opções no momento, caso utilizarmos futuramente e implementarmos abrimos novo tópico. Pode encerrar este tópico.