Jump to content

SUPER OFERTA!
Compre o Delphi com 45% de desconto

botao_delphi.png

110.png

Curso Gratuito para todos Usuários
+ Super Treinamento Assinando o SAC Anual

botao_campanha_thulio.png

sem_ttulo-620.fw_-e1583866078274.png 

Curso Dominando o ACBrMonitor
Novo Módulo Soluções de Varejo
Assine o SAC ACBr em qualquer plano e tenha acesso

Saiba Mais

Balança SM100 performance surpreendente

Tecnologia Japonesa   Teclado e Visor resistentes a água
Consumo inteligente de etiquetas   Baixo custo de manutenção
Comunicação Ethernet e WIFI independentes

Saiba Mais

Impressora de Etiquetas ELGIN - L42 PRO

Protocolos PPLA, PPLB, ZPL, EPL (automático)
Porta USB padrão Opcionais: Ethernet, Serial, Paralela
Sensor de Etiquetas Móvel Garantia de 18 meses

Saiba mais

ESSystem

Usuários SAC
  • Content Count

    68
  • Joined

  • Last visited

  • Days Won

    2

ESSystem last won the day on July 18 2015

ESSystem had the most liked content!

Community Reputation

10 Good

About ESSystem

  • Rank
    Membro

Profile Information

  • Sexo
    Indefinido

Recent Profile Visitors

1,310 profile views
  1. Italo fiz isso e deu certo , obrigado ! (foi o estagiário que escreveu as literais lá...)
  2. Bom dia ! Tivemos um problema com NFe Denegada em clientes, em que a contabilidade não consegue importar o XML. Fizemos testes em homologação e também ocorre, cfme. exemplo de XML anexo. Ao abrir no navegador a mensagem de erro é : error on line 1 at column 7670: Encoding error Para resolver tivemos que entrar no site da sefaz e baixar o xml de lá. Aí deu certo. A rotina que salva NF denegada no sistema é a mesma que salva NFe comum. O BigWings reagiu ao tópico e respondeu isso: "Parece um problema de codificação causado pela palavra "destinatário" no retorno protocolo do webservice. Convertendo o arquivo para UTF-8 o XML é validado. Favor abra um novo tópico na área do SAC pra que seja verificado" Rotina de salvar qualquer NF Confirmada: if NFe.NotasFiscais.Items.Confirmada then begin NFe.Gravar(GetNomeXML(NFe.WebServices.Retorno.NFeRetorno.ProtDFe.Items[0].chDFe),NFe.NotasFiscais.Items.XML,GetPathSalvar(NFe.WebServices.Retorno.NFeRetorno.ProtDFe.Items[0].chDFe)); Obrigado ! Pontelo 35191067875161000108550010001767811371128792-nfe.xml
  3. 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
  4. 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...
  5. 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
  6. 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
  7. 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
  8. 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
  9. 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.
  10. 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.
  11. 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.
  12. 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
  13. 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.
  14. 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.
  15. 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
×
×
  • Create New...