Ir para conteúdo
  • Cadastre-se

ESSystem

Membros Pro
  • Total de ítens

    75
  • Registro em

  • Última visita

  • Days Won

    2

ESSystem last won the day on 18 Julho 2015

ESSystem had the most liked content!

Sobre ESSystem

Últimos Visitantes

2.861 visualizações

ESSystem's Achievements

  1. Realmente BigWings, eu pesquisei por Denegada e apareceu esse caso e me confundiu. Interessante que aqui tambem deu corrompido e no caso é uma NFe Denegada. Aconteceu em produção no RJ. Vou anexar o xml de testes meu, daqui de SP, para você dar uma analisar pode ser ? Obrigado ! 35191067875161000108550010001767811371128792-nfe.xml
  2. Aqui também estamos com essa ocorrência. Para reproduzir na verdade é só emitir uma NFe para um CNPJ que esteja denegado dentro do estado do emitente. Percebemos nos testes que tem cliente Denegado em RJ e quando emitimos de SP para lá a NFe aprova...
  3. Bom dia ! Também estamos com o mesmo problema. Enviado email para a Sefaz e aguardndo retorno deles. Vamos ter que ficar mais espertos e renovar nossos CDs com mais antecedência para não corrermos mais esses riscos. Pontelo ESSystem
  4. Boa tarde @Juliana Tamizou , Estava fazendo mais alguns testes referentes a geração do arquivo de cobrança do Sicoob e percebi que quando eu alimento a propriedade "DataMoraJuros" ele insere uma mensagem na parte destinada à mensagens do boleto, porem na mensagem aparece a "DataMoraJuros" com um dia à mais do que foi alimentado na propriedade. Por exemplo, se eu alimento a propriedade com o valor 15/10/2016, ao imprimir o boleto a mensagem sai "Cobrar juros de R$ 1,12 por dia de atraso para pagamento a partir de 16/10/2016". Gostaria de saber o porque isso ocorre. Não seria a partir da data do vencimento? que no caso é 15/10/2016... Fico no aguardo. att
  5. Bom dia Juliana, Existe uma versão sim, na qual eu disponibilizei um pouco mais acima no tópico, porem quando eu fiz as alterações para ficar de acordo com o manual e enviei o arquivo para o software do Sicoob, o software retornou alguns problemas indicando as posições e as informações corretas para aquelas posições, assim como esta na imagem do primeiro post desse tópico, então fiz as alterações necessárias e enviei novamente o arquivo, o software aceitou o arquivo normalmente e gerou um retorno. att, Marcos Duca, Essystem
  6. Bom Dia, Fiz algumas alterações no fonte que é usado para gerar a remessa do banco Sicoob e consegui homologar os boletos, enviei o arquivo para o sistema do sicoob e recebi o retorno, agora vou começar trabalhar encima dos arquivos de retorno do banco Sicoob. Vou postar o fonte logo abaixo para que possam conferir e talvez adicionar as alterações no projeto. Qualquer outra duvida entro em contato. Obrigado. Att,Marcos DucaESSystem. ACBrBancoBancoob.pas
  7. Boa Tarde, @fernandoschulz Algumas coisas foram corrigidas e outras ainda estão erradas, eu ainda não terminei as correções, eu já estou tentando resolve-las tem algum tempo, porem estou com problemas de contato com o pessoal do sicoob, então estou tentando fazer a homologação dos arquivos direto pelo log de erros gerado pelo sistema que envia os arquivos de remessa do sicoob. Assim que eu conseguir enviar o arquivo de remessa sem erros e tiver sucesso irei postar as alterações para analise. Att, Marcos Duca ESSystem.
  8. Bom dia Juliana, Sim, todos os campos estão preenchidos conforme o manual, pelo que reparei no fonte que gera o arquivo, tem valor que esta sendo passado fixo em certas posições do arquivo. Att, Marcos DucaESSystem.
  9. Boa Tarde, Entrei em contato com uma pessoa que responsável por homologar os arquivos de remessa enviados para o Sicoob e enviando para ele o arquivo gerado pelo ACBr com as informações acima, essa pessoa me retornou por E-mail os seguintes problemas abaixo: OBS: Não fiz nenhuma alteração nos fontes do ACBr antes de gerar os arquivos. Continuo aguardando uma resposta. Obrigado.Att,Marcos DucaESSystem.
  10. Boa tarde, Estou faz alguns dias tentando homologar a cobrança do banco Sicoob (756) porem estou tendo alguns problemas, alimentei o componente com as informações da empresa (Informações estarão no fim da explicação) e após isso, gerei o arquivo de remessa de 4 boletos e enviei para homologar no software do Sicoob, porem o software me retornou algumas criticas que estou anexando na imagem abaixo. E no arquivo gerado as informações estão corretas conforme o manual atualizado que o gerente do Sicoob me enviou (Anexarei o manual tambem) porem no software da Sicoob ele fala que as tais informações estão incorretas. Estou com duvidas de como prosseguir. Aguardo um retorno. Informações Usadas: Banco = 756Agencia = 4441-5Conta = 2167-9Carteira = 3Modalidade = 03Cedente / Convenio = 55050Layout = 240 Obrigado. Att, Marcos Duca ESSystem. Layouts para troca de informações-ATUALIZADA.xlsm PJ CAUCAO 756-0003.REM
  11. Bom dia, Voltei aqui pois acho que encontrei o problema, no fonte ACBrBancoBancoob na função MontarCodigoBarras ele tem a seguinte lógica: if (Length(ACBrTitulo.Carteira) > 0 )then ACarteira := '1' else raise Exception.Create( ACBrStr('Carteira Inválida.'+sLineBreak) ) ; O que provavelmente faz a carteira 3 que eu estou passando ser trocada para 1. Acho que ai seria a mudança a ser feita. Fico no aguardo. att,Marcos Duca,Essystem.
  12. Bom dia, Analisei a classe ACBRBoleto... Vou passar abaixo as informações fornecidas ao componente. Banco = 756 Agencia = 4441-5 Conta = 2167-9 Carteira = 3 Modalidade = 03 Cedente / Convenio = 55050 Layout = 240 No caso, na linha digitável era pra sair carteira "3" mas sai apenas "1". Estou verificando por aquela pré homologação do manual do Sicoob. Fico no aguardo, Obrigado att,Marcos Duca,Essystem.
  13. Boa tarde, Estou configurando uma cobrança registrada caucionada para o Sicoob, porem após termos alimentado as propriedades necessárias estamos tendo o retorno de que a carteira não estava de acordo com o que deveria estar na linha digitavel, analisei o arquivo de remessa gerado e nas posições da carteira ela esta correta, contendo o numero 3. Tambem verifiquei o boleto, pois la tem o campo de carteira, porem no boleto a carteira também esta 3, então fui mais afundo do código e vi que a linha digitável é montada através do cód. de Barras do boleto, assim trazendo o numero "1" no lugar do numero "3" na posição que deve estar a carteira na linha digitável. Já tentei mudar algumas informações que são passadas para o componente mas não tive sucesso. Vou anexar uma remessa para vocês verem que esta com a carteira 3 e não 1 e também vou deixar a baixo a linha digitável incorreta que esta aparecendo. Linha digitável Boleto 1 incorreta : 75691.44418 03005.505007 00000.150011 7 68870000018000 Linha digitável Boleto 2 incorreta : 75691.44418 03005.505007 00000.220012 4 69180000018400 Fico no aguardo, Obrigado. att, Marcos Duca, Essystem. PJ756-0001.REM
  14. Bom dia EMBarbosa, Testei com a função que você me indicou acima, até explorei outras propriedades e funções do TGerador para poder pegar esse XML gerado... Mas mesmo assim o XML que ele esta gerando é o de envio e o arquivo XML que eu estou precisando é com sufixo "-ProcEventoNFe.xml". Fico no aguardo de mais alguma sugestão. Obrigado. Att, Marcos Duca Essystem.
  15. Muito obrigado Juliana, era isso mesmo. Agora esta resolvido. Att, Marcos Duca Essystem
×
×
  • 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.