Aggille Sistemas de Gestão

vou implementar no padrão acbr.. assim que estiver pronto mando os fontes para algum dos moderadores...

Eu já tinha questionado o Sicredi sobre isso e tive a informação direto do sicredi que não possuem api para cobrança.. estão implementando o padrão OpenBanking... esse é o portal para desenvolvedores do sicredi.... https://developer.sicredi.com.br/api-portal/pt-br/node/1

tem que fazer a solicitação de uso... em modo de homologação é nesse site https://www.testegnre.pe.gov.br:444/gnre/portal/automacao.jsp# modo de produção https://www.gnre.pe.gov.br:444/gnre/portal/automacao.jsp# ali tem o Link Solicitar uso do WebService sds,

o frxExportPDF está configurado pra enviar as fontes dentro do pdf ?

eu, particularmente, envio aos meus terceirizados a minha demanda e eles me retornam a classe solicitada. Eles já sabem os meus padrões de nomenclatura, e têm os fontes somente das minhas classes de dados ( DTO ). Eles me mandam a demanda em um projeto com o teste unitário e então eu adiciono ao meu projeto. No caso de forms, eu mando a classe DTO e eles fazem o form em cuma de um ClientdataSet ou FDMemTable que eu vou manipular depois pra enviar os dados pro banco...Claro, além do contrado...

Se ele tem inscrição estadual, creio que pode emitir..

Lá na geração do arq.de Remessa eu coloco Titulo := FAcbrBoleto.CriarTituloNaLista; Titulo.DataLimitePagto := FDuplicata.Vencimento + 90; // aqui pode ter um campo configuravel... sds,

Depois de enviar percore for x := 0 to AcbrBoleto1.ListaRetornoweb.Count -1 do dai utiliza AcbrBoleto1.ListaRetornoweb[x].DadosRet.TituloRet pra pegar as informações as rejeições, quando houverem estão em ACBRBoleto1.ListaRetornoWeb[x].ListaRejeicao sds,

Mas tecnicamente não são.. o Sicredi é o único banco que trata como a mesma informação... problema é que se enviamos o ID do titulos no campo, quando o usuario vai no site do banco consultar, vai aparecer a ID do titulo ao invés do numero da duplicata (99999-99). Eu utilizo pra todos os bancos NumeroDoDocumento = Numero e parcela da duplicata ( 9999999-99) SeuNumero = ID da duplicata no banco de dados ( essa informação vem no arq. de retorno e é a primeira opção que uso pra localizar o titulo na base de dados ) NossoNumero = Sequencial para geração do Numero do Banco que é configurado no cadastro das carteiras. Funciona pra todos os bancos.. dai por causa do sicredi tivemos que fazer uma "gambiarra"... mas esta funcionando... Estou orientando meus clientes a mudar para o padrão 240.. que funciona corretamente...

O Banco Inter gera o nosso numero e o numero do banco no arquivo de retorno.. portanto não dá pra emitir o boleto junto com a nota fiscal.. Tem que aguardar processar o arquivo de retorno pra depois emitir o boleto..

Estou fazendo alguns testes... o xml gerado pela versão nova é praticamente igual ao gerado pelo componente antigo... A diferença que ele coloca <tc:InfRps id="Rps_138"> e no componente antigo é <tc:InfRps>.. no caso do provedor ISS.net, o codigo do municipio tem que ser 999 em modo de homologação, e o componnente novo não aceita, pois valida o código do IBGE... Qualquer novidade coloco aqui nesse post...

também não consegui pelo provedor ISS.net de Novo Hamburgo / RS

Mais algumas informações... ACBrBoletoRet_BancoBrasil_API.pas

Fui utilizar a consulta detalhada da API do BB e reparei que não trazia todos os dados do retorno JSON.. Então implementei os principais dados de retorno.. com o tempo vou implementando todas as informações.. Segue a unit alterada.. já testei e funciona.. sds, ACBrBoletoRet_BancoBrasil_API.pas

No programa de testes do acbr dá o mesmo erro...

Boa tarde... Estou fazendo a migração para o ACBRNFSEx.. a migração em si é tranquila.. mas no envio das notas para o provedor ISSnet de Novo Hamburgo/RS, estou obtendo a seguinte mensagem: "O Servidor não pôde processar a solicitação. -->> Referência de objeto não definida para uma instância de um objeto." Comparei um xml do versão anterior ( que funciona ) e há apenas uma diferença: No xml gerado pelo ACBRNFSe: <LoteRps> <tc:NumeroLote>12</tc:NumeroLote> no xml gerado pelo ACBRNFSEx: <LoteRps id="Lote_13"> <tc:NumeroLote>13</tc:NumeroLote> No mais.. está tudo certo.. o pessoal do ISSnet disse que o cabeçalho não está correto.. por isso que não funciona.. mando em anexo 2 xmls.. o 128.xml gerado pelo componente antigo e 138.xml pelo componente novo.. sds, 128-rps.xml 138-rps.xml

Bom dia... Pode colocar sempre "cobrancas.boletos-info cobrancas.boletos-requisicao" em todas as operações... eu, por exemplo, coloco essa informação no cadastro da Carteira, então coloco sempre esse mesmo valor.. sds,

Meus clientes do Sicredi reclamaram essa semana que o NUMERO DO DOCUMENTO estava saindo errado nos boletos.. Então olhei o código da Unit AcbrBancoSicredi e encontrei essa linha. ANumeroDocumento := PadRight(IfThen(SeuNumero <> '', SeuNumero, NumeroDocumento), 10, ' '); Porém.. NumerodoDocumento e SeuNumero são informações diferentes... Número do documento é o numero da duplicata, exemplo 123456-1 SeuNumero é o ID do registro dentro do banco de dados. ( ID to Titulo ) Nessa linha, ele está assumindo que NumeroDoDocumento é o mesmo que SeuNumero ( quando esse é informado ). Portanto.. se eu informar a propriedade SeuNumero, ele vai associar NumeroDoDocumento ( e vai sair no boleto o ID do titulo ai invés do numero ) Se eu não informar SeuNumero, não consigo localizar o titulo dentro do banco no arquivo de retorno isso sempre funcionou bem... estranha essa alteração... sds,

Tive esse mesmo problema.. eram os scopes que estavam errados.. na propriedade ACBRBoleto.Cedente.CedenteWS.Scope coloca cobrancas.boletos-info cobrancas.boletos-requisicao

Quando o ACBR faz a consulta dos titulos pagos ou pendentes pela API, no retorno do banco do brasil não vem o campo SeuNumero nem o Nosso_Numero ( vem somente o numero do banco ). A Instrução do BB é de pegar o numero do banco, fazer outra chamado a API buscando individualmente o titulo por esse numero, dai sim, vem uma consulta mais completa. Acho que o ACBR ainda não implementou essa consulta individual. As vezes não é possivel localizar o titulo dentro do banco de dados pelo numero do banco. Dentro do numero do banco está contido o nosso numero, pelo qual se consegue localizar facilmente no banco de dados. Creio que quando o ACBR processa o retorno da API, seria simples pegar o numero do banco e extrair o nosso numero e preencher a propriedade , certo ? O BB disse que pretende implementar essas informações nas próximas versões da API, mas isso pode levar um certo tempo sds,

Quando o ACBR faz a consulta dos titulos pagos ou pendentes pela API, no retorno do banco do brasil não vem o campo SeuNumero nem o Nosso_Numero ( vem somente o numero do banco ). A Instrução do BB é de pegar o numero do banco, fazer outra chamado a API buscando individualmente o titulo por esse numero, dai sim, vem uma consulta mais completa. Acho que o ACBR ainda não implementou essa consulta individual. As vezes não é possivel localizar o titulo dentro do banco de dados pelo numero do banco. Dentro do numero do banco está contido o nosso numero, pelo qual se consegue localizar facilmente no banco de dados. Creio que quando o ACBR processa o retorno da API, seria simples pegar o numero do banco e extrair o nosso numero e preencher a propriedade , certo ? O BB disse que pretende implementar essas informações nas próximas versões da API, mas isso pode levar um certo tempo sds,

Já descobri.. eu tinha definidio uma pasta pra salvar os json e não tinha criado essa pasta.. só que ele não traz a mensagem do Exception.. Mas já tá resolvido.. Já enviei boletos em produção e deu certo a alteração dos dias e agende de protesto... Na imagem abaixo aparecem os dias e o agente negativador...

Quando envio em produção.. levanta essa exception.. Não sei se é por causa dessa operação.. o envio deu certo, Code 201 é inserido com sucesso..

Ok.. está pegando os valores das propriedades corretos... vou enviar um boleto em produção e aviso o resultado...

Bom dia... eu ja havia feito assim: if (Titulos.DiasDeNegativacao > 0) then begin Json.Add('quantidadeDiasNegativacao').Value.AsInteger := Titulos.DiasDeNegativacao; Json.Add('orgaoNegativador').Value := 10; end; em homologação funciona.. porém tem o orgao negativador, que conforme o pessoald o banco do brasil me informou , em produção esse campo é obrigatório.. eu coloquei 10 ( serasa ), mas creio que essa informação poderia estar na classe Banco ( ou titulos )... sds,