José M. S. Junior

Bom dia. Repare que a função FormataNossoNumero() gera o nosso numero baseado nas regras do banco, verificando a carteira e o convênio... O que a função NossoNumeroSemFormatacaoLerRetorno() faz é o contrário... Apenas separar os campos que foram concatenados, baseando-se na mesma regra...

O método ImprimirEvento tem um parâmetro para mostrar ou não o preview, passe "0", para não mostrar preview. Utilizando o preview deverá fechar a tela antes de passar o próximo comando...

Boa tarde, precisa do relatório detalhado gerado pelo banco, para saber qual campo não está sendo informado...

Boa tarde, Por padrão sempre utiliza a impressora padrão configurada no ACBrMonitor, quando não é informado via parâmetro. Porém, a mesma deve estar acessível e com o mesmo nome definido no Windows. Esse problema é aleatório? Se necessário, anexe o log do ACBrMonitor para verificação...

Bom dia. Não compreendi o que precisa... Se é o banco que gera o boleto, por que necessita gerar novamente? Outro detalhe é que o componente também utiliza Modulo 11 para calcular o dígito (conforme especificação do manual) se tratando do mesmo número o dígito deveria ser o mesmo...

Me refiro a verificar se o campo ValorAbatimento que é preenchido está sendo passado na função que gera a remessa conforme CNAB que utiliza.... Ou verifique na remessa gerada se está sendo preenchido o campo na posição correspondente, baseado no manual do banco. Caso esteja informado na remessa, contate o banco para saber se é necessário passar mais alguma informação...

Bom dia É necessário analisar o código de geração de remessa acompanhando o manual para identificar onde pode estar gerando com tamanho menor que esperado. Provavelmente quem utiliza este banco não identificou esse problema.

Bom dia, chegou a validar nos fontes? verifique se está sendo passado os valores na Geração da remessa...

Bom dia. Fontes adicionados no SVN, favor atualizar e realizar os testes. Obrigado!

Boa tarde, atualize os fontes do ACBr e recompile o projeto. Isso já foi ajustado recentemente...

Bom dia @estinque, existem muitas inconsistências entre o seu fonte e o fonte disponível no SVN. Não há como compatibilizar fazendo uma simples comparação... Se possível, baixe os fontes do SVN e aplique as suas correções baseado no fonte do SVN, assim poderemos atualizar com estes e outros possíveis ajustes... Obrigado.

Bom dia, Aparentemente a posição 103 trata-se da ocorrência original enviado na remessa. Veja que a ocorrência de retorno é lida no campo "CodOcorrencia" já está utilizando a posição 109.

Bom dia, essa alteração não foi disponibilizada a principio, pois causará quebra de compatibilidade para todos que já utilizam esse banco... Comparando com outros bancos cada um utiliza um campo diferente nessa posição (Cedente, convenio, Transmissão) parece ser uma questão de interpretação... Note também que quebraria a compatibilidade na função para LerRetorno, que está sendo tratado também como codigoCedente.

Correções disponibilizadas no SVN...

Bom dia, atualizado no SVN, favor atualizar os fontes...

Bom dia. Sim pode preencher o campo NossoNumero na Inclusão do título. O único detalhe é deve passar o NossoNumero sem o dígito verificador pois o mesmo é calculado pelo componente.

Bom dia, alteração disponibilizada no SVN...

Bom dia, disponibilizado alteração no SVN...

Bom dia, favor atualizar os fontes com o ajuste..

Bom dia, disponibilizado ajuste no SVN...

Bom dia, ajuste disponibilizado no SVN...

Bom dia, atualizado no SVN...

Bom dia, atualizado no SVN...

Essa versão está desatualizada, houve atualizações recentes...

Boa tarde, aconselho a ver o vídeo para emissão de NFe com ACBrMonitor. Tem um arquivo txt de Exemplo para NFe 4.0 já preenchido anexo nesta página... Para algumas regras diferenciadas de impostos realmente é necessário consultar as NTs da Sefaz ou mesmo o Contador para tirar as dúvidas...