Ir para conteúdo
  • Cadastre-se

José M. S. Junior

Moderadores
  • Total de ítens

    6.523
  • Registro em

  • Última visita

  • Days Won

    54

Tudo que José M. S. Junior postou

  1. Boa tarde, já está disponível no SNV o ajuste citado acima.
  2. Alteração já está disponível no SVN para a impressão padrão do componente ACBr (FortesReport).
  3. Nos próximos dias já estará sendo disponibilizado.
  4. O ajuste referente ao campo "Forma de Pagamento" (Impressão em FortesReport) está disponível no SVN. Para o ACBrMonitor estará disponível na próxima versão.
  5. Bom dia Reinaldo, estamos providenciando esta correção, provavelmente será liberado na próxima versão.
  6. Bom dia Vamos verificar o ajuste com pessoal que edita os relatórios no FastReport.
  7. Boa Tarde Estamos ajustando para não sair este campo na emissão do CT-e 3.0, será liberado ajuste na próxima versão. Qual gerador de relatório está utilizando? Segue Tópico com mesma situação:
  8. Estamos analisando para implementar o retorno da lista via comando também...
  9. OK, eu que entendi errado... Fiz um teste passando os campos do Sacador Avalista mas realmente não está funcionando. Vamos verificar para corrigir.
  10. Bom Dia, segue um exemplo: [Titulo1] Sacado.NomeSacado=XXXX XXXXX ME Sacado.CNPJCPF=99.999.999/0001-99 No manual do ACBrMonitor pode encontrar exemplos com todos os campos para inclusão do boleto...
  11. Bom dia, Analisando o arquivo .INI você não preencheu o campo (Sacado.UF= ) é justamente as duas posições com diferença nas posições restantes da linha do arquivo. Faz um teste preenchendo este campo, mas de qualquer forma vamos ajustar pois não poderia desconsiderar estas duas posições da UF no arquivo.
  12. Bom dia Segue todos os campos referentes aos bancos citados, valores duplicados pode desconsiderar. bb.txt bradesco.txt caixa.txt itaú.txt
  13. Bom dia Poderia passar os dados passados ao componente, pois nos testes realizados aqui passando os parâmetros ( Carteira: 17 / Convênio: 7 dígitos / Nosso Número: 10 dígitos), tanto na emissão do boleto quanto na geração da remessa é gerado o campo Nosso Número com 17 posições (7 dígitos do convênio + 10 dígitos sequenciais passados como parâmetro no nosso número ), conforme manual...
  14. Boa Tarde. Ajuste já disponível no SVN, para o ACBrMonitor estará disponível na próxima versão.
  15. Boa tarde, Identificamos o problema da alteração do Nosso Número, ajuste já está disponível no SVN. Referente ao código acima que você precisa comentar para funcionar (validação agência e conta). Basta marcar a opção "Ler Dados Cedente Retorno" no ACBrMonitor - menu (Remessa e Retorno).
  16. Boa tarde Qual é o banco? Esse código de tipo de ocorrência é personalizado conforme manual do Banco, ou seja, pode alterar de um banco para outro.
  17. Boa Tarde, chegou a gerar um boleto e um arquivo de remessa utilizando o exemplo do manual do ACBrMonitor? No exemplo identifica os campos necessários e os valores a serem preenchidos... Pode também verificar os campos correspondentes no manual de Transferência de Arquivos do banco Santander.
  18. Boa Tarde Ajuste realizado e disponível no SVN, para o ACBrMonitor estará disponível na próxima versão.
  19. Boa tarde Pablo, favor anexar o xml de cancelamento, assim fica mais fácil simular o problema.
  20. Bom Dia, Para a versão 3.0 realmente foi alterado campo Previsão de Entrega, baseado no manual na DACTE foi retirado campos CIOT e Lotação e o campo Previsão de Entrega deve ser preenchido campo: "dProg". No arquivo .ini, preencher os campos: [compl] tipodata=2 tpper=2 dprog=03/07/2017 Estamos verificando a questão do campo "Forma de Pagamento" para ajustes...
  21. Boa Tarde, Vamos verificar as correções para atualizar no SVN. Referente ao modelo .fr3 para impressão, baseado no pdf em anexo está fora do padrão do modelo já existente no componente, pois o mesmo modelo é utilizado para todos os bancos. Precisaríamos do retorno do Banco Safra quando utilizado o modelo padrão do componente.
  22. Bom dia, Atualize para última versão (1.1.0.17). Está atualizada conforme emissão em anexo. CT-e_ 000.005.542.pdf
  23. Boa Tarde A Alteração já está disponível no repositório. Foi adicionado a propriedade "DiasDeProtesto". Caso não seja preenchida e o tipo de validação for dias úteis, utilizará uma função para o cálculo automático de dias úteis. Obrigado pela Contribuição
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.