Aggille Sistemas de Gestão
-
Total de ítens
274 -
Registro em
-
Última visita
-
Days Won
1
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Aggille Sistemas de Gestão
-
-
vou implementar no padrão acbr.. assim que estiver pronto mando os fontes para algum dos moderadores...
-
2
-
-
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....
-
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,
-
2
-
-
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].ListaRejeicaosds,
-
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...-
1
-
-
também não consegui pelo provedor ISS.net de Novo Hamburgo / RS
-
1
-
-
Mais algumas informações...
-
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,
-
1
-
-
-
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, -
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 temposds,
-
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 temposds,
-
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...
API Integração WebService sicred
em ACBrBoleto
Postado
Toda a ajuda é bem vinda...