Oneide

ja existe topicos sobre isso abertos.. ja faz um bom tempo que postei isso..

Muito bom.. Obrigado a todos que ajudaram.

certo.. também estou vendo.. mas hoje atarde infelizmente não vou estar.. só amanha voltarei a ver.. se tiver sucesso poste aqui.. Até..

isso.. mas mesmo assim ele nao valida.. estranho.. pois aqui aconteceu da noite para o dia.. por q ate ontem estava emitindo normalmente.. e essa validação veio final do mes passado apenas.. por isso estou achando estranho... e assim.. se pegarmos os antigos ele tb nao valida no site da receita com isso constatei que devemos fazer alguma alteracao, so nao sei onde.. vou anexar 2 xml.. um gerado ontem q passou e outro hoje q nao passou mais no servidor da betha. hojeERRO.xml OntemOK.xml

nesse topico ha um comentario sobre uma nova validacao.. nao sei ja esta implementado isso no acbr... http://forum.betha.com.br/phpbb/viewtopic.php?f=93&t=19591&start=30 e http://forum.betha.com.br/phpbb/viewtopic.php?f=93&t=19636#p33516

bom dia.. ''Erro 0008 - assinatura invalida'' alguém se deparo com isso também ? Se sim como resolveram.. li vários posts e no fórum da betha também mas nada resolveu.. obrigado...

Ja tem vários tópicos abertos sobre isso.. -> -> sexta feira chegou a demorar uma hora para processar as Notas no provedor deles.. Tópico aberto fórum da betha -> http://forum.betha.com.br/phpbb/viewtopic.php?f=93&t=19638

a principio sim, 7 é o tamanho que monto

Homologou ontem.. Só para efeito de registro.

Bom dia Alguém ja teve problema na homologação na Sicoob c240 padrão cobBancoob Infelizmente não passa a validação do digito verificador do NossoNumero e do código de barras.. Linha digitável informada 75691.30698 02058.347200 02112.340019 9 59980005000000 Linha digitável correta 75691.30698 02058.347200 02112.390014 6 59980005000000 Obrigado

Bom dia.. ja homologuei vários clientes com o sigcb.. pelo que vi no teu fonte.. você não esta alimentando a Modalidade.. e nunca vi uma homologação sem convenio.. então talvez vc deveria conversar com o banco para ver oque vai nesse campo então.. e tem uma validação que fiz no final da função antes de dar o result : function TACBrCaixaEconomica.MontarCodigoBarras(const ACBrTitulo : TACBrTitulo): String; pois as vezes gerava digito verificador 0 (ZERO) e o banco no aceita isso, nesse caso deve-se passar 1. //nao pode ser um 'ZERO' digito verificador geral //orientacao passada pelo pessoal da caixa if DigitoCodBarras = '0' then DigitoCodBarras := '1'; talvez fazendo isso já resolva seus problemas.. Obs.: é sempre bom dar uma analisada no fonte.. as vezes você pode estar informando algo de errado para o componente.. e sempre validar junto ao manual do banco..

Bom dia... testamos todas as units... e não imprimiu nada...

aqui estou com problema na linha digitável usando o cobBancoob.. teve algum problema com isso também ?

Boa tarde Gostaria de saber se tem implementado a impressão de cheque para impressora Elgin - Emprecheq NSC 2.18( Link ) ? E se não tiver podemos desenvolver... Aguardo...

Obrigado.. ultimo erro da remessa provável que agora homologue..

Bom dia.. so tem um detalhe errado no fonte.. '1' + // 154 a 154 - Tipo de inscrição mas se for pessoa jurídica deve ser 2, hj o acbr passa fixo 1. entao deve ser passado a variável TipoSacado que ja valida se for 1 ou 2 para física e jurídica. alguém pode fazer essa alteração e subir o fonte ou como podemos prosseguir ?

Certo..

Bom dia.. fiz uma alteração na unit ACBrBancoSicredi na linha 1350.. padR(OnlyNumber(CNPJCPF), 15, '0') + // 019 a 033 - Número de inscrição da empresa e o correto é padR(OnlyNumber(CNPJCPF), 14, '0') + // 019 a 033 - Número de inscrição da empresa ate por que o CNPJ só tem 14 dígitos... se formos ver no { HEADER DE ARQUIVO } na unit ja esta correto só no { HEADER DE LOTE } estava errado.. é possível fazer esse ajuste e subir os fontes.. ?

Bom dia.. e então Eric Alves da Rocha.. conseguiu algo de novo sobre consulta de uma nota já enviada ? Eu ainda estou na mesma em ralação a consulta..

Tambem estou passando por isso.. chegar a passar de 30 minutos... ate estou vendo num outro topico sobre isso mas a consulta nao retorna o XML completo, so o do RPS.

Eu ainda nao consegui ver uma solução, e vc conseguiu algo ? Ontem e hoje o servidor da betha esta incrivelmente lento, esta demorando muito para processar as NFSe e sem essa consulta esta dando um suporte danado... em anexo exemplo da lentidao la..

Quando eu falo mandar digo alimentar ele corretamente assim: Servico.ItemListaServico := '0101'; Então dará certo...

pois pra mim deu esse erro na atualização passada e so enviei sem o ponto e foi normal. verifique seus schemas e atualize seus fontes que deveria resolver... fiz o teste agora ainda e foi normal, e voltando o ponto da o mesmo erro.

Fácil.. ao invés de mandar 01.01 manda 0101 eu tambem estava com esse erro a uns meses atras.. isso veio na ultima atualização dos schemas do ACBR só ler a mensagem... erro de parser...

sim.. ou algum problema no próprio acbr.. tem esse topico aqui que pode ter haver com isso : estou vendo afundo no fonte para ver se oque pode ser...