Juliana Tamizou

Boa tarde. Por favor anexe também o manual no qual se baseou para realizar as alterações. Att.

Boa tarde. Verifique como está a propriedade Cedente.Modalidade. Att.

Boa tarde. Você deve estar selecionado a opção de arquivo CNAB400, porém na verdade está enviando um no CNAB240. Att.

Boa tarde. Quais são os valores para data de multa e data de vencimento? Att.

Boa tarde. As alterações não poderão ser aceitas pelos seguintes motivos: GerarRegistroTransacao400 está faltando o tratamento da ocorrencia toRemessaAlterarNumeroDiasProtesto GerarRegistroTransacao400 foi removida a validação para informar os dias para inicio da multa Att.

Boa tarde. Contam sim. Att.

Boa tarde. O componente está trabalhando sempre com a mora em dia, ou seja, na impressão está como o usuário informa. Att.

Bom dia. Em relação a proposta de alteração, entendo que fica coerente com o manual, porém o funcionamento do componente é sempre receber a mora por dia, seja ela em valor ou percentual. A alteração proposta traria muitos problemas ao usuários que já estão utilizando o componente desta forma, se desejar, você pode fazer uma nova sugestão de alteração a qual não tenha esse efeito colateral e encaminhar para uma nova análise. Att.

Bom dia. Atualmente existem muitos usuários utilizando o boleto sem problemas, exatamente com a implementação atual, caso tenha ajustado as margens por favor anexe o arquivo com a alteração para análise. Att.

Bom dia. Verifique o valor informado na propriedade OcorrenciaOriginal.Tipo do titulo, informe toRemessaRegistrar. Att.

Bom dia. Tente abrir o arquivo que está sendo recusado pelo banco no notepad++ e verifique se não tem nenhum caractere a mais depois da posição 400. Att.

Bom dia. Ainda não foi possível, por isso não está disponível no svn. Att.

Boa tarde. Houve a introdução do Banco do Amazonas no meio da lista de bancos e por isso o problema, o mesmo já foi corrigido, peço que aguarde a próxima compilação semanal do ACBrMonitorPlus. Att.

Boa tarde. o ACBrBoleto gera somente os boletos comuns conforme layouts estabelecidos pelos bancos com os quais o mesmo trabalha. Att.

Bom dia. De acordo com a página indicada por você no manual, o segmento R é opcional, logo não tem motivo para ser removido. 2.4.2 Utilização dos segmentos 'P' a 'S' - O segmento 'P' é obrigatório; - O segmento 'Q' é obrigatório somente para o código de movimento '01' (Entrada de Títulos, Código de Movimento = 01); - O segmento 'R' é opcional; - O segmento 'S' só será utilizado quando houver mensagens livres para os bloquetos; - O segmento 'T' é obrigatório; - O segmento ‘U' é obrigatório De acordo com os erros retornados, bastaria você informar que o titulo deve ser protestado ou devolvido.

Bom dia. A função calcula o nosso número conforme as regras do banco é a mesma tanto para impressão quanto para remessa. Se você tiver emitido os boletos em dezembro e só agora estiver enviado a remessa, terá este problema. Att.

Bom dia. Basta informar o valor correto na propriedade Cedente.Modalidade Att.

Bom dia. Verifique se você está utilizando a versão atualizada do ACBrMonitorPlus, esta alteração foi enviada ao svn em 28/12/16. Att.

Boa tarde. Precisamos da informação de em qual parte do manual consta essa orientação e qual seria a regra para incluir ou não este registro. Att.

Bom dia. O problema nessa mudança, é que poderá criar confusão para usuários que já estão em produção da forma atual, uma vez que desta forma seria necessário ajustar para enviar ao componente seguindo essa nova regra. Att.

Bom dia. Quando é pessoa física as posições não signicantes não vem zeradas? Exemplo: 00099999999999 ? Att,

Bom dia. Como a impressão é quem realizada essa validação e a mesma atende todos os bancos, se faz necessário verificar se a regra é a mesma para os demais também. Att,

3.1 - Não faça flooding - Inundar o fórum com posts repetidos, com a mesma dúvida ou as mesmas palavras é chamado de flooding. Isso é proibido. Apenas um post feito no lugar certo é suficiente. Pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Favor leia as regras do fórum.

3.1 - Não faça flooding - Inundar o fórum com posts repetidos, com a mesma dúvida ou as mesmas palavras é chamado de flooding. Isso é proibido. Apenas um post feito no lugar certo é suficiente. Pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Favor leia as regras do fórum.

Boa tarde. O ideal seria tratar como é feito com o código de mora, observe o uso da propriedade CodigoMora nas classe do componente. Seria interessante colocar a mesma validação por classe de forma que os usuários possam informar somente códigos válidos. Att.