marcianobandeira

Seria uma classe mesmo, por exemplo: instancio o objeto TACBrBoleto, em sua propriedade Banco.Cobranca eu indico cobDaycoval. Apos isso, na propriedade Banco.BancoClass eu atribuo minha classe customizada. Isso eliminaria a necessidade de alterar o fonte original do ACBr (o que sempre me deixa de cabelo em pé porque depois tenho que analizar todas as vezes que faço um update no svn). e elimina a necessidade do código passar por moderação, afinal a classe só vai estar no meu código.

Boa tarde, Existe a possibilidade de deixarmos um write publico para a propriedade BancoClass da classe TACBrBanco? Os motivos seriam simples, existem varios "bancos de atacado", como belamente explicado pelo nosso amigo @windsoft "Daycoval, Industrial e Safra, são bancos de atacado. Bancos que atendem à médias e grandes corporações, estes bancos não possuem ou possuem pouquíssimas agências, portanto é inviável pra eles e para os clientes fazerem cobrança diretamente por eles, visto que, ainda hoje, o boleto vencido só pode ser pago no próprio banco. Desta forma, estes ban

show de bola @walfrido

Bom dia Senhores, Estou realizando a homologação do boleto junto ao banco abc brasil, e percebi um problema ao calcular o digito verificador do nosso numero. Atualmente está sendo utilizado o campo modalidade: Modulo.Documento := ACBrTitulo.ACBrBoleto.Cedente.Agencia + ACBrTitulo.ACBrBoleto.Cedente.Modalidade + ACBrTitulo.NossoNumero; Contudo, é necessário alterar para o campo carteira: Modulo.Documento := ACBrTitulo.ACBrBoleto.Cedente.Agencia + ACBrTitulo.Carteira + ACBrTitulo.NossoNumero; Segue a planilha de cálculo fornecida pelo banco. PS: Só

Boa tarde, Meu problema era no mesmo sentido do colega @valdirdill Ocorria ao gravar o nosso numero completo e depois ter problema ao preencher o nosso numero no componente. Contudo, agora ficou mais claro, acho que dessa forma como esta agora é melhor, já que antes o próprio componente fazia os tratamentos pegando apenas os 5 digitos deixando uma falsa sensação ao desenvolvedor de estar tudo ok. Com a nova abordagem fica mais claro ao desenvolvedor. Obrigado.

Boa tarde Senhores, Passei a ter alguns problemas com a emissão de boletos do sicredi. Ao analisar as últimas alterações no SVN notei que no dia 09/03/2020 houve uma mudança em relação ao tamanho máximo do nosso numero. Antes da revisão do SVN era: fpTamanhoMaximoNossoNum := 8; Após a revisão passou a ser: fpTamanhoMaximoNossoNum := 5; Não sei se mais alguém passou a ter problemas com isso, também não consegui encontrar o tópico que motivou essa alteração. Segue os dados da revisão em questão: Revision: 19353 Author: juniorsantos

Boa tarde, Alterei a classe do bancoob para trabalhar com a negativação. Utilizei os mesmos moldes da classe do banco do brasil discutido no topico Negativação BB Segue em anexo a unit alterada, e print do manual na parte em que se refere à negativação. Não consegui enviar o manual devido a limitação do tamanho dos anexos. Negativacao Bancoob.zip

Bom dia, O manual atualizado do banco do brasil (Manual_CNAB_240_-_PARTICULARIDADES_BANCO_DO_BRASIL_2019.pdf) disponível em https://www.bb.com.br/docs/pub/emp/empl/dwn/CNAB240SegPQRSTY.pdf Contempla o Código 8 - Negativação sem protesto na pagina 11, conforme imagem em anexo. Att,

Bom dia, conversei com um contador experiente aqui, chegamos na conclusão que o melhor a ser feito é criar um campo para informar a aliquota de icms desonerado, de modo a poder informar o valor que seria a tributação do produto caso não houvesse a desoneração/isenção. Vou partir por essa linha.

Bom dia.. creio que esse OU não seja "tão OU assim", rs... Fiz um teste aqui informando conforme sugerido acima para forçar a geração da tag, na sefaz PR ambiente de homologação // dad.Imposto.ICMS.motDesICMS := mdiOutros; // dad.Imposto.ICMS.vICMSDeson := 0.0001; o xml gerou da seguinte forma <ICMS> <ICMS40> <orig>0</orig> <CST>40</CST> <vICMSDeson>0.00</vICMSDeson> <motDesICMS>9</motDesICMS> </ICMS40>

Boa tarde, Eu realmente fui procurar a nota técnica aqui e já enviei o embasamento legal para o cliente. Muito obrigado. É uma alternativa, vou propor isso ao cliente. Obrigado

Boa José, O caso em questão é de um cliente que usava um sistema anterior, e o bendito sistema anterior fez uma "gambiarra" pra sair essas informações no DACTe, mas consultando na sefaz realmente não existem tais informações. Muito obrigado pelos esclarecimentos

Boa tarde Ao atender um chamado de um cliente, notei que o CT-e (Fortes Retrato) não está imprimindo os dados do veículo nem do motorista. Ao analisar o método rlb_10_ModRodFracionadoBeforePrint notei o seguinte trecho de código: rlb_11_ModRodLot104.Enabled := False; A única possibilidade dessa propriedade receber True é se a versão do XML do CT-e for inferior a 3.0. Se eu simplesmente atribuir True nessa propriedade eu tenho o funcionamento esperado. Porém analisando o código, notei uma variável global dentro da unit ACBrCTeDACTeRLRetrato "Versao: integer;" tamb

Pois eh, tive o mesmo problema com o tef auttar que não aceitava parametrização alguma, então sempre indico CliSitef ou Pay&Go aos meus clientes, nessa ordem.

Esse OperacaoCRT creio que so vai funcionar para o CliSitef. Esse GlobalTef Plus eu nao conheço. No caso do pay&go vai ter que usar como voce postou acima mesmo.. Req.GravaInformacao(10,0,'Cielo'); // Operadora Req.GravaInformacao(11,0,'10'); // No meu caso nao informo isso Req.GravaInformacao(18,0,'02'); // qtd parcelas apenas para teste Req.GravaInformacao(730,0,'1'); // VENDA Req.GravaInformacao(731,0,'1'); // CREDITO se fosse DEBITO vc informaria 2 Req.GravaInformacao(732,0,'1'); // AQUI PARECE ESTAR SEU PROBLEMA, POIS ESTA INFORMANDO SE TRATAR