Aggille Sistemas de Gestão

por arquivo CNAB e API..

aqui no RS, quando o cliente muda de cidade, muda a inscrição estadual, e a IE antiga fica 'baixada', então se é enviada a inscrição estadual antiga, o sefaz retorna como 'denegada'...

eu busco dessa forma após o envio.. FNFSE.WebService.Emite.CodigoVerificacao sds,

na verdade não tinha notado no padrão 400.. meus clientes que utilizam negativação usam padrao cnab240.. e esse funciona perfeitamente.. estou analisando os fontes e realmente não tem a geração desse registro. a instrução que eu tive do pessoa do T.I. do Banco do Brasil, logo que iniciou essa opção de negativação, quando ainda não haviam campos específicos era essa: "No Cnab400 é o seguinte: Posições 157 a 159 (primeira instrução) vai o código 88 que indica negativação. Nas posições 392 a 393 vai a quantidade de dias para envio a negativação (ex. 05 para envio a negativação em cinco dias). No caso de negativação, são sempre dias corridos." Falando com eles, disseram que no layout antigo nao tinha esse registro, porque o agente era sempre o serasa, e recentemente homologaram a Quod. Mas o ACBR ainda não gera esse registro 5... Se o agente foi o Serasa, pode fazer da maneira acima que funciona..

na hora de alimentar a lista de titulos do acbr, eu uso dessa forma with FAcbrBoleto.CriarTituloNaLista do begin CodigoNegativacao := TACBrCodigoNegativacao( FCarteira.Codigo_Negativacao ); <<-----( essa informação vem da minha classe de configuração da carteira ) if( CodigoNegativacao in [cnNegativar] ) then begin DiasDeNegativacao := FCarteira.DIAS_PROTESTO; orgaoNegativador := FCarteira.ORGAO_NEGATIVADOR.ToString; end; end; o AcbrBoleto faz todo o resto

esse caso acontece aqui pra mim quando ocorre o erro de Acesso Negado.. o componente não está levantando a exception.. esse provedor é muito estranho.. eles dizem que utilizam o padrão Abrasv 2.04, mas tem várias inconsistências no layout deles... se for no site da prefeitura baixar o xml, só tem a opção de baixar um XML IPM.. que é completamente diferente do padrão...sempre que eu recebo esse erro de lista de nfse vazia, ja vou direto nos arquivos de retorno do xml pra ver o erro.

Testado em produçao e funcionando

tem que atualizar o schema do provedor IPM...

ok.. descomentei a linha que tinha comentado no IPMGravar, coloquei o novo schema e funcionou... obrigado...

também tive esse problema... fiz a mesma coisa ontem e funcionou...

bom dia... capturou as mensagens de retorno ? esse provedor exige que seja informado usuário e senha..

Olhei o arquivo de Schemas... e o ItemListaServico deve ir formatado.. e acho que o acbr em algum momento remove a formatação.. sds,

um erro bem estranho agora... estou alimentando '01.08' no componente...

Bom dia.. Fazendo os testes no provedor IPM2.04 em Novo Hamburgo, quando acontece o erro de Acesso Negado ( erro ) 401, o ACBR gera o xml de retorno, com o erro conforme abaixo <?xml version="1.0" encoding="UTF-8"?> <retorno><msg>Acesso Negado!</msg><sis>EST</sis><code>401</code></retorno> Porém, ao percorrer o List de erros em WebService.Envio, somente vem o erro de Retorno de xml vazio.. Não deveria ser levantada um exception quando ocorrer o erro de Acesso Negado ? Ou tem uma forma de capturar esse erro pra que seja exibido ao usuário a mensagem correta ? sds,

o código de barras é formado pelos campos do boleto, numero do banco, vencimento, valor, e outros campos.. todos constam no boleto eu pego o retorno da API, salvo no banco de dados, e quando preciso imprimir o boleto, só preenche o ACBRBoleto .. esse é um exemplo... cDuplicata.Entidade.NumeroDoBanco := FACBRBoleto.ListaRetornoWeb[x].DadosRet.TituloRet.NossoNumero;

bom dia.. não foi implementado porque a impressão do boleto é feita pelo proprio componente ACBRBoleto.. não precisa baixar o pdf do banco..é o mesmo procedimento pra imprimir o boleto dos outros bancos..

deu certo.. resolvido.. obrigado.. era coisa minha aqui interno..

resolvido.. funcionando 100%

Boa tarde Italo.. Atualizei os fontes, reinstalei acbr com opção de apagar os arquivos antigos, clean no projeto exemplo do acbr..mesmo assim os danfes aparecem em branco.. Aqui pro meu caso, eu uso um danfe personalizado pra emitir NFSe... mas acho que muita gente usa o Danfe do ACBR. sds,

sim.. fiz.. mas continua não vindo.. estou pegando essas informações de FNFSE.WebService.Emite, mas em FNFSe.notasfiscais.items[0].Nfse essas informações continuam em branco, depois de Emitir. sds,

na verdade.. funcionou no arquivo 31.xml ( porem não traz o endereço do tomador ) .. nos demais não funciona.. segue alguns arquivos ...desses somente o 31 funcionou 26-nfse.xml 30-nfse.xml 31-nfse.xml 32-nfse.xml 16543-nfse.xml 16553-nfse.xml 16563-nfse.xml

bom dia .. funcionou perfeitamente..

Atualizei, recompilei, e continua não trazendo a informação nas proriedades..Numero e CodigoVerificacao

mas a existência do grupo <item> afetaria o loadfromfile ? esse arquivo.. tirei o grupo Item.. mesmo assim o loadfromfile não funciona.. 31-nfse.xml

sempre que tu for fazer os testes com o ipm tem que fazer esse processo.. depois quando voltar pro ISS.net, faz o processo inversto.. eu, particularmente, não gostei dessa forma de trabalhar so ACBRNFSEx... mas é o que precisa ser feito..