-
Total de ítens
6.523 -
Registro em
-
Última visita
-
Days Won
54
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por José M. S. Junior
-
-
Boa Tarde, poderia anexar o manual deste banco, com as referencias sobre estes erros...
-
Bom dia
Favor atualizar os seus fontes e realizar testes, foi feito um ajuste referente a esse possível erro de access violation, simulando a situação descrita.
- 1
-
Bom dia, esta tag estará disponível na próxima versão do ACBrMonitor.
-
Bom dia
Vamos verificar o ajuste para subir no SVN. Obrigado!
-
Boa Tarde
Qual seria a instrução do Banco neste caso? Pois no manual este campo é numérico, e o campo que especifica o código da Multa (1- Valor fixo, 2- Percentual) não especifica nenhum valor para "Isento". E mesmo não tendo Multa e Juros este registro também se refere a Descontos e Mensagens de Instrução...
-
Bom dia
Realmente este campos novos da versão 3.0 não estão sendo gerados no XML pelo ACBrMonitor, estamos verificando para os devidos ajustes...
-
Boa Tarde, ajuste já disponível no SVN, Obrigado!
-
Boa Tarde, ajustes disponíveis no SVN. Obrigado pela contribuição.
- 1
-
Boa Tarde. Vamos verificar, obrigado...
-
Boa Tarde, vamos verificar assim que possível...
-
Bom dia, qual o retorno após o comando para enviar e-mail, se possível anexe o seu ACBrMonitor.ini
Fiz um teste com a versão atualizada e funcionou...
-
Boa Tarde
Está faltando preencher vários campos obrigatórios, siga o padrão em anexo preenchendo os campos!
-
Boa Tarde
Na seria apenas (UFPer=BA,MG) pois RJ está fora desta rota...
-
Boa Tarde
Ajustes disponibilizados no SVN. Favor atualizar os fontes, obrigado.
-
Boa Tarde, ajustes realizados e disponibilizados no SVN referente aos retornos do banco, exceto a questão (Data Credito) e (Posição 018 - Campo: Quantidade de Registros do Lote) que segue descrição do manual. Favor solicitar ao banco mais detalhes do motivo do erro.
Para os demais casos, favor atualizar os fontes...
-
Boa Tarde, o método (TipoOcorrenciaToCodRemessa) foi incluso está disponível no SVN...
-
Boa Tarde
Foi realizado o Ajuste e já está disponível no repositório, favor atualizar os fontes.
A ajuste foi realizado de outra forma para não interferir na classe de outros bancos onde o retorno vem com código padrão.
Foi Ajustado a rotina LerRetorno() de forma a validar também o número do correspondente.
obs: Para os bancos correspondentes específicos, a propriedade LeCedenteRetorno deverá estar desabilitada, uma vez que o arquivo retorno não diz que se trata do retorno do banco como respondente ou não, não seria possível ao componente setar corretamente a propriedade TipoCobranca. -
Boa Tarde, estamos analisando para subir as alterações para o SVN, mas não ficou claro a necessidade de implementar a função (CodOcorrenciaToTipoRemessa) para o Banco Caixa visto que não existe chamada para essa função na classe...
- 1
-
Boa Tarde
Anexa por favor os dois logotipos que está usando para realizamos testes...
-
Bom dia
Poderia por favor anexar o arquivo de retorno deste banco, para simularmos essa situação...
-
Bom dia
Chegou a simular essa situação através do Demo do aplicativo de Boleto. Fiz alguns testes e o mesmo não ocorreu...
-
Boa Tarde
A versão 1.1.0.21 do ACBrMonitor já está disponível com o ajuste, favor verificar...
-
Boa Tarde
Poderia por favor anexar novamente os fontes atualizados para análise...
-
Boa Tarde
O código comentado na unit ACBrBoleto não pode ser alterado, pois não validaria os demais bancos. Para este caso você pode setar a propriedade "LeCedenteRetorno" como (true) e não terá mais este problema, pois vai atualizar o Código do Cedente conforme o arquivo de Retorno.
Referente ao campo Nosso Número o tamanho padrão é 6 dígitos conforme Correspondente Bradesco. Os cinco primeiros dígitos se trata de uma formatação onde os dois primeiros dígitos é o Ano e os próximos três dígitos é o número de convênio passado pelo cedente. Por isso deve ler apenas os seis últimos dígitos; se necessário, o nosso número pode ser tratado depois da leitura do retorno, através da função (FormataNossoNumero).
Falha no Encerramento MDF-e
em DFe - Documentos Fiscais Eletrônicos
Postado
Bom dia
No menu (DF-e / Diretórios) do ACBrMonitor, verifique o caminho que está configurado no campo "Pasta Arquivos Evento". Quando enviar o comando de Encerramento o xml do evento será gerado neste diretório, anexe esse XML para podermos identificar o problema.