Ir para conteúdo
  • Cadastre-se

araujojunior

Membros
  • Total de ítens

    51
  • Registro em

  • Última visita

  • Days Won

    1

Posts postados por araujojunior

  1. 6 horas atrás, Victor H. Gonzales - Panda disse:

    Boa tarde,

    Qual o fr3 que você está usando?
    Use o DanfeRetrato.fr3, lembrando que a versão do FastReport, não pode ser a versão que acompanha o delphi, é necessário possuir a versão standart ou superior com fastscript.

    Atualizei do SVN, estou usando a versão que baixei do GetIt. Então provavelmente seja por isso. Vou rever.

    Obg

  2. Boa tarde,

    Estou usando componente ACBRDanfeFR pela primeira vez e usando no demo do ACBrNFe. O canhoto esta aparecendo com uma especie de duplicação.

    image.thumb.png.02a1960595fdc91c7a1d36e488a4ee55.png

    Alguém tem ideia?Procurei em todas as propriedades do componente e não achei nada especifico, o que achei não afetou

     

    Grato

  3. Boa tarde,

    Desculpe, levantar um topico antigo. Mas, estive fazendo uns testes e identifiquei que o procedimento de gerar o XML atualizado com dados de Cancelamento não ocorre quando enviamos o evento, ocorreu apenas quando fiz uma consulta. Alguem pode me dar uma dica da melhor forma de tratar isso?

    Grato

    Junior

  4. 6 horas atrás, Juliana Tamizou disse:

    Bom dia.

    Vcs conseguem reproduzir no demo?

    Att.

    Sim, o problema ocorre no layout PadraoEntrega, no meu caso aqui ocorreu de pular a pagina

    image.thumb.png.ff7af9bcea9c031f6fbb143c18c52c38.png

     

    image.thumb.png.59546f64e798411c3b4bfec84eba5fea.png

  5. Bom dia,

    Ao processar um arquivo de retorno do BNB, nos deparamos com o codigo de ocorrencia para rejeição como 51, ao inves do 03 como estamos acostumados em outros bancos. Analisando o manual, vimos que realmente é o 51 e após alterar o fonte do arquivo ACBrBancoNordeste.pas nosso sistema passou a ler corretamente as informações.

    Segue arquivo para analise e imagem do manual que indica a ocorrência correta. O manual utilizado estava na pasta bancos do repositorio do ACBr

    image.thumb.png.7ef34ead9062ae739e3f7348c29a5e01.png

    Sds,

    Araujo Junior

    ACBrBancoNordeste.pas

    • Curtir 1
  6. 3 horas atrás, ismybr disse:

     

    Obrigado pela resposta Janio!

    Existe alguma normativa citando?

    []'s

    ismybr,

    Hoje aqui no Ceará não existe nenhuma IN falando sobre o Integrador, mas o pessoal do CELAB, só libera as software houses que forem lá homologar junto com o Luiz Abade, para comprovar o uso do integrador.

    Quanto ao MF-e, o Decreto 31992/16, regulamenta o MF-e. no portal cfe.sefaz.ce.gov.br na serão Legislação Estadual tem tudo isso lá disponivel.

    Sds,

  7. 19 horas atrás, Master Info disse:

    Também concordo com o Sr. André, este integrador só dá problema. 
    No grupo do zap o tal do Luiz diz que vai ser obrigatório e que não é pra desenvolverem diretamente com a DLL.
    Só que questionaram no grupo se tinha alguma lei estadual prevendo isso e logicamente que não tem.
    Como é ele que tem uma empresa e desenvolve o integrador ele está forçando todo mundo a usar o integrador e colocando pilha em todo mundo apesar de não ser obrigatório e só dar pau.
    Saudações,
    Marcelo

     

    Concordo com o André, é tudo muito complicado em relação ao integrador, mas aqui não teremos opção (palavras do Luiz Abade). Mas enquanto isso, já que o mesmo ainda esta sendo adaptado, pode-se utilizar o MF-e diretamente hoje com o AC, assim como o SAT sem a necessidade do Integrador, hoje quem esta no Projeto Piloto da Sefaz não esta utilizando esse integrador. E como não existe legislação sobre o software integrador, então não podemos parar.

    Sds,

    Junior

     

  8. 22 minutos atrás, felipedamiani disse:

    Pessoal, eu havia ajustado meu aplicativo que uso para comunicar com o sat para atender tbm o mfe, está tudo funcionando perfeito inclusive estou com vários clientes em produção dessa forma.. só que lendo achei alguns links que me preocuparam, segundo o sefaz eles vão bloquear o driver e toda a comunicação será feita via integrador disponibilizado por eles mesmos. MF-e, NF-e NFC-e, POS etc, tudo vai ter que passar pelo integrador. Alguém pode me esclarecer se é isso mesmo ou entendi errado? Meu ramo é farmácia.

     

    Sem contar que o integrador é bem instavel, fiz vendas gerando xmls dentro da pasta input e não tinha jeito de processar e cair no output. Reiniciando o integrador funciona, ou seja, não é problema no xml.

     

    Grato

    É isso mesmo, toda venda vai passar pelo integrador, os WebServices da Sefaz-CE serão desativados. E voce deve se comunicar com o integrador por XML ou Dll conforme a documentação.

  9. @Daniel Simoes, em uma apresentação da Elgin realizada aqui em Fortaleza, o coordenador do projeto de MFE deles, nos informaram que diferença entre o MFE e o SAT basicamente é devido a exigências da SEFAZ-CE em relação ao hardware, onde o MFE tem um acelerômetro, GPS e GPRS. Quanto ao formato de arquivos e forma de funcionamento é a mesma.

    Uma outra diferença é que a DLL é fornecida pela própria Sefaz, e não pelo fabricante do MFE.

    A Elgin disponibiliza alguns equipamentos para testes em Software Houses. Amanhã pegarei o contato desse gerente da Elgin e passo para vocês.

  10. Otavio,

    Sugiro que voce avalie essa sua função PathWIthDelim, pois pode ser nela que esta ocorrendo a falha. A função Navigate do WebBrowser funciona normalmente. Ou experimente trocar o seu comando por:

    MyWebBrowser.Navigate(ExtractFileDir(application.ExeName)+'\temp.xml');

     

  11. Segue e-mail que recebi:

     

    Prezados Desenvolvedores Software do Estado do Ceara e Revendedores de Automação Comercial

     

    Bom Dia !!!

     

    Meu nome é Itamar Teixeira, Sou gerente regional da Elgin na Divisão de Automação Comercial.

     

    Estou enviando este e-mail com objetivo de convidá-los para um evento onde abordaremos as novas tecnologias para emissão de documentos fiscais a ser adotada agora a partir de julho de 2016, pelo estado do Ceara, conforme decreto e instrução normativa que envio em anexo.

     

    A Elgin será um dos fabricantes que irá fornecer essa tecnologia, conforme especificação adotado para o estado, por tanto estaremos promovendo dois eventos agora no mês de junho com o objetivo de esclarecer dúvidas do funcionamento, quem será obrigado, a que prazo, bem como o de apoiar os desenvolvedores de softwares para a integração do seu software de ponto de venda a essa nova tecnologia.

     

    Os eventos aconteceram em :

     

    ·         Fortaleza, 13 de Junho de 2016

    ·         Juazeiro do Norte, 14 de Junho de 2016

     

    Programação:

    08:00 as 08:30 – Café da Manhã, Boa Vindas e Apresentação da Elgin

    08:30 as 10:30 – Apresentação do PROJETO MFE/CF-e  - Sr. Helder Andrade, Auditor fiscal da fazenda estadual e Coordenador do Projeto na SEFAZ-CE

    10:30 as 12:00 – Perguntas e Respostas

     

    Evento destinando exclusivamente para desenvolvedores de software.

    12:00 as 13:00 –Almoço

    13:00 as 16:30 – Orientação para desenvolvedores, exemplos de programação em várias linguagens

     

    Solicito caso tenham interesse em participar do evento, faça o seu credenciamento no link abaixo:

     

    https://podio.com/webforms/15374585/1030871

  12. Olá Juliana e Luciano

    Atualizei o componente, mas ficamos com um problema numa homologação. Ao validar os arquivos o Banco nos repassou que o nosso numero estava invalido pois conforme a Nota 0, no item "e" do Layout passado pelo Luciano o digito do nosso número será 0 quando o resto da divisão for 0 ou 1.

    Diante disso fizemos a seguinte alteração no arquivo.

    Na linha 101, do arquivo onde tinhamos: 

    if Modulo.DigitoFinal = 1 then
          Result:= '0'
       else
          Result:= IntToStr(Modulo.DigitoFinal);

    Trocamos por:

       if Modulo.ModuloFinal <= 1 then
        Result:= '0'
       else
        Result:= IntToStr(Modulo.DigitoFinal);

     

    Outro detalhe é a impressão do código de carteira no boleto, pois com a criação da função CarteiraToTipoOperacao, onde passamos o código a ser utilizado no remessa, o mesmo converte o código passado e faz o calculo correto para o calculo do digito do nosso numero. Entretanto, na impressão do boleto temos o campo Carteira. Como meu código de carteira para remessa é "4", na impressão do boleto deveria aparecer "21" e devido a isso o banco não esta liberando nossa homologação.

    Antes dessa versão eu tratava isso em minha própria aplicação, onde no cadastro de contas eu tinha 2 informações "Carteira Boleto" e "Carteira Remessa". Outros banco tambem tem situação semelhante, como CCB(antigo BicBanco).

    Até tentei implementar alguma solução, mas o valor que vai para a impressão do boleto sempre é o valor informado na propriedade carteira, e é lido nas Unit's de impressão do FortesReport ou FastReport.

    Alguma ideia?

    Valeu!!!

    Junior

     

×
×
  • 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.

The popup will be closed in 10 segundos...