araujojunior
-
Total de ítens
51 -
Registro em
-
Última visita
-
Days Won
1
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por araujojunior
-
-
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
-
-
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
-
-
Segue.
É o mesmo que esta no diretorio do SourceForge.
\tools\Bancos\BancoNordeste
- 1
-
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
Sds,
Araujo Junior
- 1
-
Alguem ainda usa esse componente? Ou conhece algum similar? Estou tentando utilizar, mas o mesmo não funciona com alguns sites.
-
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,
-
A Unit ACBrSATMFe_integrador.pas esta faltando.... já busquei no diretório e meu svn esta atualizado.
-
6 minutos atrás, Renyldo Campos Pereira disse:
Esse link ainda está válido?
-
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,
MarceloConcordo 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
-
Oi @Juliana Tamizou, estou lhe marcando pois não sei se essa mensagem tem sido acompanhada em virtude da quantidade de problemas. Eu também já corrigi aqui. Segue aruqivo.
-
1 hora atrás, André Ferreira de Moraes disse:
E o link no site do SEFAZ do Ceará continua quebrado.
André, eles estão mandando a versão atualizada pelo grupo no Whatts. Esse foi o ultimo passado.
https://integrador.blob.core.windows.net/integrador/Integrador Setup 1.3.86.exe
-
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.
-
3 horas atrás, Edvilson Almeida disse:
Bom dia, alguém saberia me dizer se tem algum emulador para testar o MFE?
Voce pode usar o emulador da Sefaz-SP para validação. Os fabricantes estao preparando equipamentos de teste, recebi um da Tanca e vou proceder meus testes aqui na proxima semana.
-
@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.
-
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');
-
Já vi acontecer isso quando o certificado esta com problemas. Se o certificado for cartao, até o encaixe pode gerar esse problema
-
O Evento foi cancelado em virtude de alterações que a Sefaz-CE quer fazer no projeto. O prazo foi revogado, mas estimasse que as obrigações venham em outubro.
-
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:
-
http://www.contabeis.com.br/legislacao/936391/instrucao-normativa-sefaz-ce-27-2016/
Inclusive vai ter um evento da Elgin em parceria com a SEFAZ, no proximo dia 13.
-
16 minutos atrás, Juliomar Marchetti disse:
Ajuda se repassar mensagem de erro e até mesmo um print!
lembre-se anexe ao post
Olá não postei nenhum anexo pois o erro era o mesmo da mensagem. Mas resolvi o problema reinstalando o Fortes e do ACBR, descartando as pastas antigas.
-
Olá..... atualizei a ultima versao do ACBR e do Fortes Report e tambem estou com o mesmo problema. Mais alguem?
-
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
Erro: O valor do campo 'numeroRecibo' está inválido
em ACBrGNRe
Postado
Oi, boa tarde.
Só compartilhando aqui para quem ainda estiver com dificuldades, mesmo realizando build all várias vezes após atualização o erro ainda permaneceu para mim. O meu jeito de resolver foi executando o instalador do ACBr. Talvez algo com a minha configuração de instalação inicial.
Sds,