Juliana Tamizou

Boa tarde. Pelo boleto que vc anexou o Nosso Número é 00000003. Quanto a capturar o nosso número impresso, basta você usar o retorno da função MontarCampoNossoNumero() Att.

Bom dia. Fiz um teste com o demo do componente e tanto no arquivo remessa quando na impressão do boleto, o Nosso Número e o DV foram gravados corretamente (00000003.45) Att.

Boa tarde. Os Tipos de Ocorrência existentes no ACBrBoleto são os mesmos para todos os bancos, os tratamentos para informar o código correto na remessa é feito dentro da função e geração do arquivo para cada banco. Att.

Bom dia. Anexe aqui um boleto e um arquivo referente ao problema. Pelo que entendi o boleto está sendo homologado corretamente. Att.

Boa tarde. Se possível marque como resolvido o tópico. Att.

Bom dia. Atualmente apenas com o arquivo salvo no hd, uma alternativa para você seria salvar o arquivo do bd no HD e então passar o caminho ao componente. Att.

Boa tarde. Se a propriedade estiver sendo setada na unit do banco era para estar sendo utilizada da forma configurada na unit, vou fazer mais alguns testes. Att.

Bom dia. Por favor adicione a unit alterada aqui. Att.

Bom dia. Você informou o valor MOD na propriedade Modalidade do Cedente? Att

Boa tarde. Me envie seu fonte corrigido, talvez algum outro ajuste tenha "quebrado" estes. Att.

Bom dia. A caixa é realmente muito chata com relação a isso, porém acredito que se você explicar ao gerente que o boleto está sendo impresso e lido nos caixas eletrônicos sem nenhum problema, o uso será autorizado. Att.

Bom dia. Correção disponível no svn. Att.

Bom dia. Correção disponível no svn. Att.

Bom dia. Correção disponível no svn. Att.

Bom dia. http://sourceforge.net/projects/acbr/files/ A atualização do instalador neste link não ocorre com a mesma frequência que no SAC, por isso a versão aqui pode não ser a última. Att.

Boa tarde. Realmente me confundi com a Data de Processamento, em todo caso estava errado no componente, ele realmente estava ignorando a data passada. Quanto a EspecieMod é a mesma situação da Data de Processamento, já efetuei uma correção para ambos. Já a EspecieDOC já está correto, a versão atual do ACBrMonitor é a 0.9.18, se você for usuário do sac pode baixar os novos executáveis que são compilados semanalmente. Att.

Boa tarde. As alterações referentes ao retorno estão disponíveis no svn...quanto a alteração para a linha digitável postei no caso citado por você algumas questões quanto a correção. Att.

Boa tarde. Correção disponível no svn. Att.

Boa tarde. Correção disponível no svn. Utilize o campo Modalidade para informar corretamente a faixa do Nosso Número. Att.

Boa tarde. Correção disponível no svn. Att.

Boa tarde. Não ficou claro o porque do seguinte trecho da alteração: {Calculando Módulo 10} // Modulo.MultiplicadorInicial:= 1; // Modulo.MultiplicadorFinal:= 2; // Modulo.MultiplicadorAtual:= 2; // Modulo.FormulaDigito := frModulo10; // Modulo.Documento := CampoLivre; // Modulo.Calcular; CampoLivre := CampoLivre + IntToStr(Modulo.DigitoFinal); Se todo o cálculo foi comentado, porque foi mantida está última linha? Att,

Bom dia. Correção disponível no svn, porém adicionado o Bairro no TXTEndereço. Att.

Bom dia. Em anexo arquivo válido (necessário apenas colocar CNPJ e CPF válido) Att. spedDF.txt spedDF.txt

Bom dia. O ACBrLFD se refere ao Ato Cotepe 35/05 com as atualizações do Ato Cotepe 70/05, é um arquivo válido apenas para o DF parecido com o SPED porém com blocos diferentes. Este requisito foi incluído na versão 1.13 da E.R do PAF-ECF. Att.

Bom dia. A unica opção que você deve informar mesmo via código é o TipoCobranca, as demais informações são sempre configuradas pelo próprio componente. Att.