Ederson Selvati

Boa tarde Estou somente utilizando uma planilha excel deles que valida a linha digitavel do boleto, nao estou utilizando mais nenhum aplicativo, de resto fico naquela, envia arquivo pro banco->valida->corrige->envia->valida....

Bom dia Mais um problema com relação ao Bancoob, agora na geração do registro P estão exigindo que o campo conta corrente / digito verficador seja preenchido com outro codigo / dv. No registro header deve ser informado a conta corrente propriamente dita enquanto no P deve ser informado (no campo destinado a conta corrente) este novo codigo, chamado de codigo do cliente. Como proceder neste caso, Criaremos este novo campo ou aproveitaremos algum existente, como codigo de cedente?

Creio que o site usa o mesmo mecanismo do antigo recuperaxml que utilizávamos, se não for uma situação momentânea ou alguma outra forma de baixar implementada pela sefaz, talvez teremos de "reativá-lo"

Bom dia Não ajuda muito, mas estamos com problemas também.

Bom dia O erro ainda persiste, ou só está acontecendo comigo aqui em MG? Entrei em contato na SEFAZ e disseram que está tudo ok com o processo, mas ao consultar a NF-e o retorno vem em branco.

Boa tarde Tenho uma solução bacana para isso, veja em https://www.youtube.com/channel/UCWvyZ7An8aJ_JctCVFSKeaw Mais detalhes em private ou e-mail para [email protected]

Boa tarde Realmente com o 5.0.8 não está compilando, adicionando a diretiva no ACBr.inc funcionou. {$DEFINE RAVE50VCL}

Kelson Quando você se refere a "O perfil de requisitos mudou também, agora Minas Gerais está fora como era de se esperar" quer dizer que não há testes específicos para MG?

Apenas a título de informação, parece que foi prorrogado http://www1.receita.fazenda.gov.br/noticias/2014/setembro/noticia-17092014.htm

Boa noite O Colega asterix propôs um ajuste no pacote ACBrCapicom, fiz o ajuste e parece estar funcionando...verifiquem por favor.

Bom dia Fiz o ajuste, faça um update novamente

Bom dia Quando usamos packages o problema também acontece. Estou tentando resolver por aqui porem ainda não consegui, anexei um exemplo para facilitar o entedimento. Abrir o arquivo .bpg e tentar compilar. D7 Rev: 7458 Projects.rar

Boa tarde Juliomar Então, não parece ser problema com os componentes, mas o que tem me intrigado é que já estou sofrendo com isso a mais de 50 dias e gostaria de saber se mais alguém está passando por isso para que eu tire da minha cabeça que meu código de manifestacao/download possa ter problemas ou até mesmo os componentes.

Boa tarde a todos Apenas a titulo de informação, mais alguém tem passado pelo mesmo problema aqui em MG? Isso está acontecendo inclusive com a manifestação do destinatário, onde recebo a mensagem de Evento registrado mas não vinculado a NF-e.

Também estou com este problema, as notas somente aparecem depois de alguns dias ou se você consultá-las anteriormente no ambiente nacional/estadual.

Boa tarde Também passo por este problema, inclusive não estou conseguindo em alguns clientes manifestar/baixar o XML da NF-e, recebo o erro de evento registrado mais não atrelado a NF-e. O mais estranho é que acesso o site da NF-e, consulto a nota e ela é exibida lá normalmente, depois volto em nosso software tento efetuar o download e ai sim consigo manifestar/baixar a nota. Não sei se é um problema de instabilidade no ambiente nacional ou se realmente estou com problemas no código.

Boa tarde Esta semana foi solicitado por diversos clientes a informação do atributo ID na tag infprot. XML da nota fiscal gerado pelo ACBr (sem a informacao de ID) <infProt><tpAmb>1</tpAmb> <verAplic>13_1_02</verAplic> <chNFe>31131004057844000120550010001253651001253656</chNFe> <dhRecbto>2013-10-22T10:52:12</dhRecbto> <nProt>131131240224903</nProt> <digVal>c+jFQdFk8NT+OwS2Es44niNVmPA=</digVal> <cStat>100</cStat> <xMotivo>Autorizado o uso da NF-e</xMotivo> </infProt> XML da consulta da mesma NF pelo ACBr (agora com o ID) <infProt Id="ID131131240224903"> <tpAmb>1</tpAmb> <verAplic>13_1_02</verAplic> <chNFe>31131004057844000120550010001253651001253656</chNFe> <dhRecbto>2013-10-22T10:52:12</dhRecbto> <nProt>131131240224903</nProt> <digVal>c+jFQdFk8NT+OwS2Es44niNVmPA=</digVal> <cStat>100</cStat> <xMotivo>Autorizado o uso da NF-e</xMotivo> </infProt> Existe algum parâmetro para que o XML seja gerado com a informação deste ID? Ederson Selvati

Boa tarde Também estou passando por este problema, não agora exatamente, mas tive varios relatos de clientes sobre isso. Também estou procurando solução ou pelo menos tentando identificar o problema.

Boa tarde De acordo com o novo validador (2.01) estão ocorrendo alguns erros no registro 0110, fiz algumas modificações e estou enviando para avaliação. O principal problema é que o valor do campo IND_REG_CUM de alguma forma mesmo não informando nada, ele está assumindo o valor 1. Quando o campo COD_INC_TRIB for <> 2 entao o campo IND_REG_CUM nao deverá ser informado e se o campo CON_INC_TRIB for = 2 nao devera ser informado valor no campo strIND_APRO_CRED; /// if FRegistro0000.COD_VER >= vlVersao201 then begin if (COD_INC_TRIB = codEscrOpIncCumulativo) then strIND_APRO_CRED := '';// Conforme Guia prático 1.0.5 Deve ser vazio caso COD_INC_TRIB = 2 if (COD_INC_TRIB <> codEscrOpIncCumulativo) then // Mário Mesquita -- Conforme guia prático, Deve ser vazio caso COD_INC_TRIB <> 2 strIND_REG_CUM := ''; //Nota: Só a versão 2.01 ou superior do PVA vai estar pronta para validar esse arquivo. Add( LFill('0110') + LFill( strCOD_INC_TRIB ) + LFill( strIND_APRO_CRED ) + LFill( strCOD_TIPO_CONT ) + LFill( strIND_REG_CUM ) ); Ederson Selvati ACBrEPCBloco_0_Class (2).pas

Bom, falando em PAF, já saiu a versão 01.11, não deu nem tempo de atualizarem os roteiros no site para a versão 01.10 e logo veio outra, tá dificil desenvolver PAF. Ederson Selvati

Boa tarde Seria uma boa se a SEFAZ prega-se uma nota dizendo "É proibido scanear o site para montar o XML", dai nos ajudaria bastante.

Boa tarde Tive relatos que a Dominio Sistemas também já está conseguindo scanear o site e montar o XML. Vou dar uma estudada nisso. Ederson Selvati

Elton, Pegando um gancho no tópico, fiz uma alteração com relação ao IND_FRT na geração do C100, caso não fosse informado IND_FRT na aplicação, ele não assumia ftNenhum, causando erro caso a situacao da nota fosse cancelada/denegada, o codigo que verificava já existia, apenas inverti a posicao do codigo dentro do bloco. Ederson Selvati

Oi Wilson, Ainda não estão implementados, estou muito enrolado com o sped e não tenho previsão para esta implementação, caso alguem se habilite ajudarei no que puder. Ederson Selvati

Removida! Ederson Selvati