Marcelo Bill

Boa noite, é infelizmente o retorno da homologação indica que o erro agora é que o codigo de transmissão de 18 a 37 na linha 2 está divergente do codigo de transmissão da linha1 Vejam: Veja que o último arquivo que foi enviado está com erro. Registro Movimento – Remessa Posição inicial Posição final Picture Conteúdo Correções 18 37 (9) 020 Código de Transmissão (nota 1) CÓDIGO DE TRANSMISSÃO DEVE SER O MESMO INFORMADO NO HEADER DO LOTE, LINHA 2. Atenciosamente, Flavio Junior Santander Atendimento Empresarial - Sistema Próprio Telefone - (11) 3012-8450 Horário de Atendimento – 10:00 as 18:00 E-mail: [email protected] Porém, eu não atualizei ainda. Teve alguma modificação neste sentido ? Bom, também não verifiquei ainda o atualizado, vou verificar se o erro foi meu ou não

Boa noite pessoal Depois de aguardar 40 dias pra ver como ficaria a situação do Santader. conforme meus posts anteriores, onde informei que a remessa estava correta, o problema estava na linha digitável e na linha do codigo de barras. Nesta ocasião a Juliana me indicou que deveria definir a prorpiedade "Modalidade=101" correspondente ao Santader. Certo. A questão é que eu já estava com a modalidade definida para 101 no caso do Santader. Somente agora, é que voltei a pegar esse caso para avaliar e percebi que quando estava com erro na Remessa, eu, sem me atentar, acabei adicionando um "0" (zero) antes do número da conta e um "0" (zero) antes do CodigoIdCedente. Hoje fiz a conferencia das informações e percebi que o erro da linha digitavel e do codigo de barras persistia, dai então, eliminei esses "0" extras, e a partir disso agora a impressão do boleto, Linha digitável e Linha do codigo de barras passaram a funcionar corretamente conforme o Santander postou a resposta. acabei de mandar o email de homologação para o Santander novamente com a devida correção. Agora vou aguardar a resposta. Com a glória do Senhor, tomara que nada mais esteja errado. Nunca passei por uma homologação tão chata como essa. Postado isso, pois, quando o Santander manda o e-mail para homologação, no mesmo, vem todas as informações pertinentes ao cliente e a serem preenchidos. Só lembrando, não modifiquem esses números, sigam exatamente como vem no e-mail. Na realidade eu não atualizei mais o acbr desde quando o banco disse que a remessa estava ok. Estou com a Revisão 13188 de 14 de abril de 2017 as 22:09:35 Abraço a todos

Sim Antonio, foi exatamente isso que eu quis dizer. No XP ta de boa (Funcionando o sistema sem a necessidade da DLL, porém, se precisar emitir NF-e, sem chance). O que o Daniel fez, foi apenas permitir que nossos executáveis continuem funcionando no XP, pois se voce acompanhou esse tópico, Eu fui o primeiro a levantar o assunto e diante dos comentários, o fato foi acalentado devido ao problema de que muitos estabelecimentos ainda usam o XP no estoque , aquelas maquinas do fundo da loja que somente emitem etiquetas etc, a qual não emite NF-e e muito menos utiliza certificado eletrônico. Mas se voce tem certificado compartilhado no Server 2003, saiba que os novos certificado já não funcionam mais em XP e 2003. É isso ai, o Brasil está se renovando. abraço

No XP tá de boa, funcionando legal, só lembrando que não pode usar nada que tenha conexão com certificado. Parabéns sr. Daniel a todos os envolvidos. (São essas atitudes que nos tornam responsáveis) Embora eu tenha adorado a idéia de o Sistema não funcionar mais em XP, entendo a situação de muitos. Mas que foi um baita susto isso foi. Mas com isso vou deixar que alguns de meus clientes renovem a frota. Tem gente que acha que o PC dura 20 anos, é brincadeira, você dá um Enter e pode sair da frente do atendimento remoto para tomar um café. É super tranquilo, sem contar que a gente tem que ficar fazendo malabarismo para encaixar o sistema naquele monitor de Tubo...): abraço a todos

Bom dia pessoal, desde a atualização do acbrnfe de ontem dia 10/04 as 9:00h, somente quando executa o aplicativo em XP o windows exige essa DLL, no entanto essa DLL não se encontra no Windows XP e muito menos na pasta DLL do componente. É fato ? Com a correção do problema de "Parametro Incorreto" surgiu a necessidade de usar a NCRYPT.DLL ? Se foi fato, alguem tem a DLL para fornecer ? Pois na internet a gente só encontra lixo !!! obrigado

Boa noite pessoal O problema acima já foi solucionado conforme respondi nos posts anteriores a questão é no proprio boleto Linha digitável e Codigo de barra Releiam esse links

ok vou seguir no entanto acredito que ainda falte muito informação para as possíveis combinações do "Bye Bye Capicom.dll" voltei a usar SSLib:=libCapicom, voltei as DLLs Capicom, msxml5, e msxml5r e esta tudo funcionando

Peço desculpas por errar ao postar duas vezes, na realidade, postei num post antigo e não percebi, somente depois de ler a lista de posts novos foi que percebi, mas não foi intencional, me perdoem abraços

bom dia Ricardo, {não gera XML} Bom dia a todos, hoje testei no cliente ligando o ExibirErroSchema:=True Recebi a seguinte mensagem por favor me ajudem pois agora a coisa ficou preta mesma obrigado

boa noite Leonardo Na realidade eu verifico sempre a quantidade de bytes na pasta de schemas do componente, se for diferente da minha pasta de schemas a qual distribuo aos meus cliente então eu as atualizo e bem como solicito aos meus clientes ou meus suportes a fazerem isso nas maquinas deles, de outra forma não me preocupo como isso. o fato é que em minha maquina cuja tem toda a instalação, talvez nunca acusasse o erro, porém, nas outras maquinas de meus suportes temos a mesma condição da maquina do cliente. a questão é que na maioria dos clientes que atualizaram o meu sistema após a eliminação da capicom.dll está funcionando normalmente, enquanto que em apenas dois clientes um com XP (ingles) e um com W7 é que não estão funcionando. Trouxe o banco de dados deles pro meu escritorio e tudo funciona normalmente tanto na minha maquina quanto nas outras maquinas do escritorio. lembrando que a única maquina de programação aqui dentro é a minha. Não tenho nada em rede. justamente para que meus suportes tenham a mesma condição de meus clientes. Estava perseguindo a procedure de Validar do Acbr e percebi que ele só mostra os erros de schema quando ExibirErroSchema:=True o que no meu caso estava False. Acabei de alterar essa opção pelo menos pra saber onde está o maldito erro. Infelizmente agora já estão todos dormindo com as galinhas, amanha com certeza descobrirei e postarei a devida resposta. Muito obrigado pela dica abraço a todos

boa tarde Juliana, tem alguma novidade com relação ao post acima, quando a Remessa está OK, porém na impressão do boleto está errado ? obrigado

Boa tarde a todos Estou com esse erro ao gerar e posterior Validar o XML; 'falha na validação dos dados na nota' Só que tem alguns detalhes 1) já eliminei a dependencia da capicom.dll; 2) estou programando em D7 32bits usando um notebook instalado W10-64bits 3) na minha máquina não acontece esse erro, somente na maq do cliente. O cliente tem XP em ingles, mas sempre funcionou, só está dando esse erro após a atualização em todas as notas. 4) as DLLs que peguei da pasta MIG para 32Bits afinal eu compilo com D7-32 5) na maq do cliente, com relação as dlls antigas, o sistema ao abrir fica as exigindo e de certa forma ficam as dlls antigas e as novas; A minha pergunta, como eu posso pegar que falha é essa. Já coloquei o Try GerarXML; (Procedure que gera o XML) AcbrNFe.notasfiscais.validar; Except On E:Exception do Begin Application.messagebox(pchar(e.message),' Erro',mb_ok+mb_IconError); End; end; está desse jeito, e a única mensagem que me aparece é essa 'falha na validação dos dados na nota' Se alguem puder me dar uma luz por favor estou muito sem prazo, cliente já incomodando. abraço

Boa tarde a todos Estou com esse erro ao gerar e posterior Validar o XML; 'falha na validação dos dados na nota' Só que tem alguns detalhes 1) já eliminei a dependencia da capicom.dll; 2) estou programando em D7 32bits usando um notebook instalado W10-64bits 3) na minha máquina não acontece esse erro, somente na maq do cliente. O cliente tem XP em ingles, mas sempre funcionou, só está dando esse erro após a atualização em todas as notas. 4) as DLLs que peguei da pasta MIG para 32Bits afinal eu compilo com D7-32 5) na maq do cliente, com relação as dlls antigas, o sistema ao abrir fica as exigindo e de certa forma ficam as dlls antigas e as novas; A minha pergunta, como eu posso pegar que falha é essa. Já coloquei o Try GerarXML; (Procedure que gera o XML) AcbrNFe.notasfiscais.validar; Except On E:Exception do Begin Application.messagebox(pchar(e.message),' Erro',mb_ok+mb_IconError); End; end; está desse jeito, e a única mensagem que me aparece é essa 'falha na validação dos dados na nota' Se alguem puder me dar uma luz por favor estou muito sem prazo, cliente já incomodando. abraço

W10(32)+Delphi7+FB+FReport+MultiCamadas Juliana Código Cedente = 08414475Conta = 01300688Conta Dígito = 28Agência = 0662Agência Dígito = 9 Atualizei o acbr ontem a noite o banco me mandou a resposta dizendo que a remessa que eu havia alterado no acbrBancoSantander.pas linha 738 está correto, porém que a linha digitavel e codigo de barra no boleto estão errados veja: O arquivo de remessa está ok, porem encontramos erro nos boletos conforme abaixo: SOLUÇÃO LINHA DIGITÁVEL ENVIADO 0339908410 44700000001 00032900003 1 71020000023329 ESPERADO 0339984148 47500000006 00032901019 7 71020000023329 CÓDIGO DE BARRAS ENVIADO 03391710200000233299084144700000000003290000 ESPERADO 03397710200000233299841447500000000003290101 Peço a gentileza de arrumar o campo agencia e código e beneficiário, pois o mesmo está com a numeração do convenio errado. Atenciosamente, Flavio Junior Santander Atendimento Empresarial - Sistema Próprio Telefone - (11) 3012-8450 Horário de Atendimento – 10:00 as 18:00 E-mail: [email protected] Ou seja, analisando, percebi que minha alteração estava correta pois, hoje compilei o sistema, gerei nova remessa, verifiquei o acbrBancoSantander.pas e percebi que a alteração feita pelos moderadores foi a mesma. Mais uma dúvida minha: no caso do Santander, esse código de convenio que o banco se refere eu devo preencher no Cedente.convenio ou no Cedente.CodigoCedente? Deve-se também preencher o numero da conta corrente assim como do convênio/CodigoCedente com os zeros na frente ou o acbr já os preenche de acordo com o manual Santander ? O Cedente.Modalidade='101' deve-se informar somente na Remessa ou também na impressão do Boleto ? Obrigado

Segue dados do e-mail do banco santander Segue os dados necessários para a implantação do Layout. Nome: COMERCIO DE FERRAGENS E METAIS LTDA Agencia: 0662-9 Conta: 130068828 Beneficiário/Convênio/PSK: 8414475 CNPJ: 99999999999999-Alterado Proposta: 1691068 Modalidades da Carteira de Cobrança: · Cód. da Carteira Remessa: 5 - Cobrança Simples Rápida com Registro (Impressão no local); · Cód. da Carteira dos Boletos: 101; · Cód. da Carteira Remessa: 6 - Cobrança Penhor Rápida com Registro (Impressão no local); · Cód. da Carteira dos Boletos: 201; · Cód. da Carteira Remessa: 1 - Cobrança Simples Eletrônica com Registro (Impressão Banco); · Cód. da Carteira Remessa: 3 - Cobrança Penhor Eletrônica com Registro (Impressão Banco); Código de transmissão para 240: 066200008414475 Código de transmissão para 400: 06620841447501300688 Complemento: I28 Ocorrências Campo inválido na linha 1. Tipo de registro [Header de Arquivo]. O campo [Código de Transmissão], posição 27 a 46, deve ser [06620841447501300688. Definido em Cadastros > Empresas]. Valor atual [00662841447501300688]. Registro inválido na linha 2. O tamanho do registro deve ser de 400 posições. Campo inválido na linha 2. Tipo de registro [Registro de Movimento]. O campo [Conta movimento beneficiário], posição 22 a 29, deve ser [08414475 alinhado com zeros a esquerda quando necessário. Definido em Cadastros > Empresas]. Conteúdo enviado no arquivo [84144750]. Campo inválido na linha 2. Tipo de registro [Registro de Movimento]. O campo [Conta cobrança beneficiário], posição 30 a 37, deve ser [01300688 alinhado com zeros a esquerda quando necessário. Definido em Cadastros > Empresas]. Conteúdo enviado no arquivo [13006880]. Campo inválido na linha 2. Tipo de registro [Registro de Movimento]. O campo [Complemento], posição 384 a 385, deve ser [28 (conta cobrança 130068828) Definido em Cadastro > Empresas]. Valor atual [82]. Campo inválido na linha 2. Tipo de registro [Registro de Movimento]. O campo [Brancos], posição 386 a 391, deve ser [Brancos]. Valor atual [8 ]. Campo inválido na linha 2. Tipo de registro [Registro de Movimento]. O campo [Número de dias para protesto], posição 392 a 393, deve ser [Numérico, alinhado à direita, preenchido com zeros à esquerda, sem máscara de edição (ponto, vírgula, barra)]. Valor atual [ 0]. Campo inválido na linha 2. Tipo de registro [Registro de Movimento]. O campo [Branco], posição 394 a 394, deve ser [Brancos]. Valor atual [5]. Campo inválido na linha 2. Tipo de registro [Registro de Movimento]. O campo [Número seqüencial do registro], posição 395 a 400, deve ser [000002]. Valor atual [ 00000]. Registro inválido na linha 3. O tamanho do registro deve ser de 400 posições. Campo inválido na linha 3. Tipo de registro [Registro de Movimento]. O campo [Conta movimento beneficiário], posição 22 a 29, deve ser [08414475 alinhado com zeros a esquerda quando necessário. Definido em Cadastros > Empresas]. Conteúdo enviado no arquivo [84144750]. Campo inválido na linha 3. Tipo de registro [Registro de Movimento]. O campo [Conta cobrança beneficiário], posição 30 a 37, deve ser [01300688 alinhado com zeros a esquerda quando necessário. Definido em Cadastros > Empresas]. Conteúdo enviado no arquivo [13006880]. Campo inválido na linha 3. Tipo de registro [Registro de Movimento]. O campo [Complemento], posição 384 a 385, deve ser [28 (conta cobrança 130068828) Definido em Cadastro > Empresas]. Valor atual [82]. Campo inválido na linha 3. Tipo de registro [Registro de Movimento]. O campo [Brancos], posição 386 a 391, deve ser [Brancos]. Valor atual [8 ]. Campo inválido na linha 3. Tipo de registro [Registro de Movimento]. O campo [Número de dias para protesto], posição 392 a 393, deve ser [Numérico, alinhado à direita, preenchido com zeros à esquerda, sem máscara de edição (ponto, vírgula, barra)]. Valor atual [ 0]. Campo inválido na linha 3. Tipo de registro [Registro de Movimento]. O campo [Branco], posição 394 a 394, deve ser [Brancos]. Valor atual [5]. Campo inválido na linha 3. Tipo de registro [Registro de Movimento]. O campo [Número seqüencial do registro], posição 395 a 400, deve ser [000003]. Valor atual [ 00000]. Total de ocorrências: 17

boa noite Juliana Não, o banco não indicou nada no email, a única coisa é que está disponibilizando um site com usuario e senha para esse tipo de homologação mas também não sei nada sobre isso. Acabei voltando o arquivo ACBrBancoSantander.pas como normal e gerei a remessa novamente veja como ficou. Acho que com o arquivo de remessa fica mais facil ver o problema Onde tem XXX é pra ocultar info, 09999999 é o cEP obrigaod cb060301 - Copia.rem

Bom dia Juliana Veja bem, eu havia usado a conta corrente assim 1300688, ai retornou o Email do Santander dizendo que a conta deveria ser assim 01300688 Código Cedente assim 8414475, ai retornou o Email do Santander dizendo que a conta deveria ser assim 08414475 {Texto do homologador do Santander} Campo inválido na linha 1. Tipo de registro [Header de Arquivo]. O campo [Código de Transmissão], posição 27 a 46, deve ser [06620841447501300688. Definido em Cadastros > Empresas]. Valor atual [00662841447501300688]. Registro inválido na linha 2. O tamanho do registro deve ser de 400 posições. Campo inválido na linha 2. Tipo de registro [Registro de Movimento]. O campo [Conta movimento beneficiário], posição 22 a 29, deve ser [08414475 alinhado com zeros a esquerda quando necessário. Definido em Cadastros > Empresas]. Conteúdo enviado no arquivo [84144750]. Campo inválido na linha 2. Tipo de registro [Registro de Movimento]. O campo [Conta cobrança beneficiário], posição 30 a 37, deve ser [01300688 alinhado com zeros a esquerda quando necessário. Definido em Cadastros > Empresas]. Conteúdo enviado no arquivo [13006880]. Campo inválido na linha 2. Tipo de registro [Registro de Movimento]. O campo [Complemento], posição 384 a 385, deve ser [28 (conta cobrança 130068828) Definido em Cadastro > Empresas]. Valor atual [82]. Campo inválido na linha 2. Tipo de registro [Registro de Movimento]. O campo [Brancos], posição 386 a 391, deve ser [Brancos]. Valor atual [8 ]. Campo inválido na linha 2. Tipo de registro [Registro de Movimento]. O campo [Número de dias para protesto], posição 392 a 393, deve ser [Numérico, alinhado à direita, preenchido com zeros à esquerda, sem máscara de edição (ponto, vírgula, barra)]. Valor atual [ 0]. Campo inválido na linha 2. Tipo de registro [Registro de Movimento]. O campo [Branco], posição 394 a 394, deve ser [Brancos]. Valor atual [5]. Campo inválido na linha 2. Tipo de registro [Registro de Movimento]. O campo [Número seqüencial do registro], posição 395 a 400, deve ser [000002]. Valor atual [ 00000]. Registro inválido na linha 3. O tamanho do registro deve ser de 400 posições. Campo inválido na linha 3. Tipo de registro [Registro de Movimento]. O campo [Conta movimento beneficiário], posição 22 a 29, deve ser [08414475 alinhado com zeros a esquerda quando necessário. Definido em Cadastros > Empresas]. Conteúdo enviado no arquivo [84144750]. Campo inválido na linha 3. Tipo de registro [Registro de Movimento]. O campo [Conta cobrança beneficiário], posição 30 a 37, deve ser [01300688 alinhado com zeros a esquerda quando necessário. Definido em Cadastros > Empresas]. Conteúdo enviado no arquivo [13006880]. Campo inválido na linha 3. Tipo de registro [Registro de Movimento]. O campo [Complemento], posição 384 a 385, deve ser [28 (conta cobrança 130068828) Definido em Cadastro > Empresas]. Valor atual [82]. Campo inválido na linha 3. Tipo de registro [Registro de Movimento]. O campo [Brancos], posição 386 a 391, deve ser [Brancos]. Valor atual [8 ]. Campo inválido na linha 3. Tipo de registro [Registro de Movimento]. O campo [Número de dias para protesto], posição 392 a 393, deve ser [Numérico, alinhado à direita, preenchido com zeros à esquerda, sem máscara de edição (ponto, vírgula, barra)]. Valor atual [ 0]. Campo inválido na linha 3. Tipo de registro [Registro de Movimento]. O campo [Branco], posição 394 a 394, deve ser [Brancos]. Valor atual [5]. Campo inválido na linha 3. Tipo de registro [Registro de Movimento]. O campo [Número seqüencial do registro], posição 395 a 400, deve ser [000003]. Valor atual [ 00000]. Total de ocorrências: 17

Boa noite Juliana Documento 32 e 33 Vencimento 15/03/2017, 30/03/2017 Valor 239,53 e 251,00 Protesto 5 dias demais informações não requerem a verdadeira, pois não quero expôr ninguem (me desculpe) Obrigado

Boa tarde Banco 033 - 7 Agencia 0662-9 conta 01300688-28 Código cedente 08414475 cnab 400 instrução 0000 Protesto 5 dias (conforme a data de vencimento +5) Impressão por conta do cedente Quando preenchi a conta e o codigo cedente Faltando o 0 (zero) inicial, me retornou falha dizendo que esses campos estavam com preenchimento errado, foi ai que refiz o preenchimento usando 0+conta e 0+codCedente, dessa forma o preenchimento ficou correto, no entanto com o 0 (zero) ou sem 0 (zero) estava gerando com 401 abraço

Olá Juliana Carteira 101

Olá pessoal Estou homologando a remessa Santander 033 CNAB400 e está gerando com 401 caracteres Fui buscando onde isso é gerado e percebi uma linha no ACBrBancoSantander.pas na linha 735 //Copy(Cedente.Conta,Length(Cedente.Conta),1) + // 384 a 384 onde ela adiciona o número de caracteres da conta e coloca depois do "I" do complemento da conta, com isso estava gerando 401 caracteres quando deveria ser 400 desabilitei essa linha, e o arquivo gerou com 400 corretamente. vou mandar ao Santander para avaliar. Caso eu esteja errado, peço desculpas pois não consigo avaliar outras operações, porém vou aguardar a resposta do banco. Caso eu esteja correto, aviso a todos obrigado

Nossa, que dahora, agradeço mesmo, meu sistema administrativo está ficando muito xik. Se eu tivesse que adiquirir um sistema desses eu pagaria uma fortuna de tão bom que está ficando kkk. Embora, eu, de tanto insistir desde terça feira passada, acabei conseguindo fazer funcionar, mas estou vendo que o tratamento que voces usam em relação a criar variáveis em memoria é muito melhor do que eu fiz, vou adaptar esses codigo para o meu sistema. Muito obrigado abraço a todos

Olá pessoal Eu renovando meu sistema, e desenvolvendo de forma a me isentar dos componentes de arrasto, tentando cria-los em tempo de execução. Até o momento já consegui criar Query Dsprovider CdDataset Já consegui inclusive criar os campos calculated e com isso percebi que tive de adicionar os campos provenientes da Query, de outra forma ele reclama isso. Fiz inclusive a função OnCalcFields para que ele possa alimentar os calculated. O que está me faltando são os Aggregates. Já tentei de várias formas, venho tentando a meses fazer isso e até agora nada. Será que alguem poderia me dar alguma dica do está faltando. Já consegui fazer de forma que ele não erro, no entanto não mostra o valor somado. ai liguei AggregatesActive:=True e nada. Espero que uma boa alma possa me dar uma dica valiosa. Muito Obrigado

Boa noite Owww rapá, você é o cara, não desmerecendo ninguém dos moderadores e colaboradores, mas você faz parte da minha lista de pessoas especiais, mesmo sem conhece-lo. Se um dia tivermos oportunidade de nós reunirmos, "não pra falar de programação", o que vai ser muiiiiito difícil, com certeza darei uma abraço de irmão em cada um de vocês que estão sempre dispostos e coerentes. Muito obrigado

Bom dia a todos A felicidade bateu em minha porta, quando conheci o ACBr. Minha paz de espírito atingiu o ápice, quando conheci as capacidades de cada um desses profissionais moderadores que tanto nos ajudam. Obrigado