johnbh3

Ola Mas até onde eu sei também so houve palestras em MG. Pensando no cronograma mineiro, não justifica mas faz sentido. Agora se tem clientes em outros estados eles não mandarem impressora não vai prejudicar ninguém. O máximo que você pode dizer é, não conheço o hardawre Elgin, embora quem conheça Epson o sistema e o mesmo. Acho que como todos, houve uma empolgação. Eles não deveriam ter feito esta promessa. Tirando o fato de ter prometido e não ter dado um retorno mais claro, não vejo porque também de uma coisa que não vai prejudicar. Colocar a empresa como obrigada a ter de cumprir e um exagero. Eu no meu caso, se vier bem, se não vier paciência. Eles só deveriam rever promessas.

Ola Bom dia! Os chamados abertos no site. Simplesmente estacionaram. Não respondem mais. Eu acho que eles voltaram atrás devido ao planejamento de Minas Gerais. Tudo indicava que MG iniciaria os testes de NFCe, porém esta programação não veio a se cumprir. Talvez eles também esperavam a promessa do estado ser verdade, embora sabemos também que esses cronogramas nunca são cumpridos. Eu por hora desisti de tenta, abri chamado, responderam que estava em Manus e isso já tem muito tempo;

Ola Italo Aproveitando o gancho! Eu tinha sugerido isso a algum tempo: Foi desfeito tudo para o mesmo provedor. Foi comentado algo; estranhamente, pro mesmo provedor parece que em Cidade diferente tem comportamento diferente. Essa linha que comentei acima e coloquei proISSDigital: Gerador.wGrupoNFSe('Rps ' + FIdentificador + '="' + OnlyNumber(FNFSe.IdentificacaoRps.Numero) + '"'); Se nao colocar ela, da erro sempre que lote já foi informado. pnfsNFSeG.pas pnfsNFSeW_ABRASFv2.pas

Eu estou usando normalmente a duplicata no DanFe na NFe 4.0 with Cobr.Dup.Add do begin nDup :=DM_DADOS.TB_TMP_DUPLDOCUMENTO.AsString; dVenc:=DM_DADOS.TB_TMP_DUPLDTA_VENC.AsDateTime; vDup :=DM_DADOS.TB_TMP_DUPLVR_DOC.AsFloat; end; with pag.Add do //PAGAMENTOS (Formas de pagamento) begin tPag := fpDuplicataMercantil; vPag := Arredondar(DM_DADOS.TB_TMP_DUPLVR_DOC.AsFloat,2,True); Eu tenho o cadastro de condições de pagamento - Se for duplicata mercantil gero - Cobr.Dup.Add Se for marcado boleto, credito, debito ou outras, nao gero a tag Cobr.Dup.Add

Ola Amigo Tente fazer isso : ACBrNFSe1.Configuracoes.WebServices.TimeOut := 15000;

Estranho Eu consegui transmitir a nfe 4.0 sem ela, tanto produção quanto homologação. E justamente ela que esta gerando .indPag na tag pag. Eu usei o site do Sul apenas pra validar o XML! Vc sugere o que? deixar essa tag? e a SEFAZ não nao aceita e da esse erro antes mesmo de transmitir? O que BigWins disse que a propriedade estava na tag PAG. Eu não estava gerando esta propriedade, veio sozinho! Fui conferir veio desse trecho. Por hora vou deixar comentada, depois revejo voltar ou atualizar o ACBR! Isto passou ocorrer depois que atualizei o ACBr hoje pela manhã. Já estava usando a NFe 4.0 a 2 meses. Amanhã volto com ela, porque o cliente estava com a nota precisando emitir. Mas valeu pela reposta, amanhã volto com ela e testo

Comentei a linha //if (NFe.infNFe.Versao >= 4) then // Gerador.wCampo(tcStr, 'YA01b', 'indPag', 01, 01, 0, IndpagToStr(nfe.pag.indPag), DSC_INDPAG); pcnNFeW Deu um erro de time out de requisição em seguida. Mas transmitiu !

with pag.Add do //PAGAMENTOS (Formas de pagamento) begin if id_forma_pgto='1' Then begin tPag := fpDinheiro; vPag := Arredondar(DM_DADOS.TB_TMP_DUPLVR_DOC.AsFloat,2,True); end; Nao setei essa propriedade indPag na tag pag Apenas: tPag e vPag

Nao entendi! Eu so adicionei uma condição de pagamento. A outra foi criada sozinha! Eu comentei o codigo e foi gerado a tag detpag com valores zerado.

Entendo amigo, Mesmo assim continua o erro. Se você observar, o XML não tem esta TAG! Certamente o proprio ACBr já esta excluindo a tAG. Mas ao enviar continua o erro Element '{http://www.portalfiscal.inf.br/nfe}indPag' is unexpected according to content model of parent element '{http://www.portalfiscal.inf.br/nfe}detPag'. Expecting: {http://www.portalfiscal.inf.br/nfe}tPag. Unica coisa estranha que embora eu adicionei so uma condição de pagamento, e como se componente estivesse colocando mais uam. Mas também nao sei se este seria o erro.

Sim, mas eu atualize o acbr e passou e ocorrer isso Estranho que esta propriedade tinha desde a 3.10 with ACBrNFe1.NotasFiscais.Add.NFe do begin Ide.indPag := ipVista;

Ola Que erro e este? alguem ja viu? 31180510918477000104550010000050391000050395-nfe.xml

Ola Bom dia Fui tentar reinstalar o ACBR agora. Apaguei o anterior todo, usei o apagarAcbr.bat log_Delphi_2009.txt

Você tem ideia de qual unit especificaente preciso olhar? Uma vez que o problema esta no retorno, e especificamente deste provedor. BHISS funciona normal. Isto parece ser problema relacionado com isso ACBrNFSe1.Configuracoes.Geral.SSLLib := libWinCrypt; //ja tentei com capicom ACBrNFSe1.Configuracoes.Geral.SSLCryptLib :=cryWinCrypt; ACBrNFSe1.Configuracoes.Geral.SSLHttpLib :=httpWinHttp; ACBrNFSe1.Configuracoes.Geral.SSLXmlSignLib := xsMsXml; ACBrNFSe1.SSL.SSLType :=LT_TLSv1_2; // Já tentei todas opções desta propriedade A unica certeza que tenho que não e o provedor mesmo com problema. Até então achei que era com eles. Você tem ideia de qual unit especificaente preciso olhar? Uma vez que o problema esta no retorno, e especificamente deste provedor. BHISS funciona normal. Isto parece ser problema relacionado com isso ACBrNFSe1.Configuracoes.Geral.SSLLib := libWinCrypt; //ja tentei com capicom ACBrNFSe1.Configuracoes.Geral.SSLCryptLib :=cryWinCrypt; ACBrNFSe1.Configuracoes.Geral.SSLHttpLib :=httpWinHttp; ACBrNFSe1.Configuracoes.Geral.SSLXmlSignLib := xsMsXml; ACBrNFSe1.SSL.SSLType :=LT_TLSv1_2; // Já tentei todas opções desta propriedade A unica certeza que tenho que não e o provedor mesmo com problema. Até então achei que era com eles

Ola Italo! Boa noite. Cara! Coisa estranha, o provedor não esta com problema nenhum mesmo. Eu voltei o cliente pra uma versão anterior e esta funcionamento normalmente. Isso começou aconteceu apos ter atualizado o ACBR em Janeiro/2018 para mecher com a NFe 4.0. E isso fez com que a NFSe pare de funcionar pra este provedor especificamente. Ate tentei copiar os arquivos do acbr que eu usei nesta versão Fontes\ACBrDFe\ACBrNFSe e colei na nova pasta que estou usando utilizando atuamente com Acbr Atualizado. Mas continua com mesmo erro. Se voltar pra versão anterior nada acontece. Então tem algo modificado pra este provedor, nesta atualização do ACBR que eu fiz. Eu recompelei com ACBR novo de hoje e mesmo erro de time out de requisição.

Ola Italo, Bom dia Eu respondi isto a eles ontem mesmo. Cara eu estava com a cabeça a mil, tanta raiva que já passei com esse pessoal. Na hora eles acessaram aqui. Em meio a tentar de tudo, na hora nem notei que ela estava enganada. Eu tentei as duas da manhã do dia anterior, nem tinha dormido direito. Esse provedor sinceramente e um um fumo. Eu sinceramente já estou considerando pedir a rescisão de contrato pra esses clientes. Eu não vejo o porque haver alguma falha no ACBr. Sendo que estava tudo OK, BH por exemplo nunca para, o negocio e foda bom demais. Mas essa ISSDigital tenta fugir do problema de todas as formas. A resposta anterior era pra mudar os nomes dos arquivos que não podia ter traços, ai mostrei que a falha estava era no retorno e não no envio. Mas valeu pela tentativa de ajuda. Mas eu perdi a esperança. Você tem alguma noção se NFSe Nacional vai mesmo sair?

Ola Italo Eles fizeram um acesso remoto aqui comigo. Agora me diz que o arquivo de consulta situação do lote esta em desacordo. em anexo modelo gerado para consulta do acbr e modelo gerado para por eles. Existe uma pequena diferença,além de precisar de ter que informar o protocolo na consulta. Sabe me dizer se algum provedor tem modelo igual? gerado_pelo_acbr_.xml modelo_do_provedor_.xml

Ola Bom dia. Sim tem webservice e uso em Sabará a 2 anos. Parou a 2, 3 dias. Assim que clico em enviar o rps já consta no site deles. Da falha no retorno. Eu achei a resposta deles bizarra dizendo ser o nome do arquivo. Porque o rps e enviado. Falha e no retorno, então que influencia o nome do arquivo tem se a falha e no retorno(o retorno eles manda o arquivo como quiser). Já tentei foi de tudo. Nada faz isso funcionar, eu aleguei pra eles. Que hora autoriza, hora não. Hora consulta situação do lote hora não, o cancelamento tente algumas vezes até da rps já cancelado tudo tratado. Não vejo a hora da nfse nacional sair. Porque esses provedores não assumem problema nenhum. Argumentei as questões logicas.

Prezado JOHN Conforme contato telefônico aguardo retorno para que possamos verificar a situação em questão. Obs: Caso possível favor nomear os arquivos xml de envio com nome simples (sem espaços , traços) Exemplo: 897env.xml , rps897.xml E não 897-env-lot.xml E após nomear peço a gentileza de processá-los novamente e verificar se será gerado o protocolo do envio. O ACBR gera com nome : 905-env-lot.xml Alguém usa ISSDigital? Estava funcionando normal. Eles me dizem que isso e motivo, parou do nada. A 2 dias. Até então tudo perfeito. Ate achei este trecho do codigo: procedure TNFSeEnviarLoteRPS.Clear; begin inherited Clear; FPStatus := stNFSeRecepcao; FPLayout := LayNFSeRecepcaoLote; FPArqEnv := 'envlot';// 'env-lot'; FPArqResp := 'rec'; FProtocolo := ''; if Assigned(FRetornoNFSe) then FreeAndNil(FRetornoNFSe); end; Porem o arquivo gerou com nome de: 905-envlot.xml (Ainda tem o traço no final do numero do lote) - Sabem onde posso tentar alterar? pra tirar este ultimo traço?

Prezado JOHN Conforme contato telefônico aguardo retorno para que possamos verificar a situação em questão. Obs: Caso possível favor nomear os arquivos xml de envio com nome simples (sem espaços , traços) Exemplo: 897env.xml , rps897.xml E não 897-env-lot.xml E após nomear peço a gentileza de processá-los novamente e verificar se será gerado o protocolo do envio. O ACBR gera com nome : 905-env-lot.xml Alguém usa ISSDigital? Estava funcionando normal. Eles me dizem que isso e motivo, parou do nada. A 2 dias. Até então tudo perfeito. Ate achei este trecho do codigo: procedure TNFSeEnviarLoteRPS.Clear; begin inherited Clear; FPStatus := stNFSeRecepcao; FPLayout := LayNFSeRecepcaoLote; FPArqEnv := 'envlot';// 'env-lot'; FPArqResp := 'rec'; FProtocolo := ''; if Assigned(FRetornoNFSe) then FreeAndNil(FRetornoNFSe); end; Porem o arquivo gerou com nome de: 905-envlot.xml (Ainda tem o traço no final do numero do lote) - Sabem onde posso tentar alterar? pra tirar este ultimo traço?

Com muito custo eles nos ligaram Agora informando que nome do arquivo não pode ter letras ou traços. Coisa que funcionava a 2 anos. Parou a 2 dias. Tentam de todas as formas fugir do problema

Ola Ainda com problemas la. Hora nota aprova hora nao. Quando tento cancelar Sempre me da erro, porem no site consta como cancelada Tento cancelar novamente e tento tratar assim if ACBrNFSe1.WebServices.CancNFSe.RetCancNFSe.InfCanc.MsgRetorno[0].Codigo='E79' then e da erro de acess violation Se tentar acessar qualquer tag de RetCancNFSe da erro.

Pessoal Estou com uma situação estranha! Eu tenho pra mim que e o provedor da NFSe de Sabara (ISS Digital) Até 3 dias atrás estava tudo normal. Erro Interno: 12002 Erro HTTP: 0 Falha Recebendo Dados. Erro:Erro: 12002 - TimeOut de Requisição Consulta situação do lote mesma coisa (As vezes nesta situação da acess violation) Cancelamento mesma coisa. No meu PC envia, do meu cliente não envia. Mas os mesmo problemas la acontece aqui. No meu pc ainda um pouco menos no envio, mas em todos outros serviços mesmo erro. Como ele e do meu lado, até vou levar meu notebook pra testar na internet dele pra verificar se a internet dele ou pc no caso do envio. Ja ajustei timeout pra 5, 10,15 ate 20 segundos. Esses provedores até fiz contato, mas eles pedem cada coisa ridicula, e por mim diz que esta tudo normal. De forma alguma assumem que tem algum problema. Mesmo no meu PC o cancelamento tenho que tentar varias vezes. Até uma hora o envio e retorno acontecer sem problema. Chega ate dizer que já esta cancelado, mas quando isso ocorre e como se o webservice tivesse retornado e para em seguida. A consulta situação do lote de forma alguma funciona. Lembrando senhores, que uso isto a 2 anos em Sabara. Em BH esta super normal, por isso eu creio que seja mesmo o povedor issDigital. So me intrigou mesmo meu enviar e do cliente sequer enviar. A velocidade internet pode influenciar? Eu ter 60 megas e eles bem menos? por isso pelo menos isso eu estou conseguindo?

Me perdoem o que disse: Pelo menos em novos testes. Eu coloquei duplicata mercantil como forma de pagamento, e as duplicatas saíram no danfe. Eu estava informando boleto e dava rejeição. E li algo aqui no forum, devo ter compreendido errado.

Ola Pessoal bom dia. Agora na nFe 4.0 ao informar a tag (Cobr) no danfe nao aparecem mais no danfe as duplicatas. Já compreendi que isto e resultado da nota técnica. Mesmo que informe a tag, o retorno do XML vem sem ela. Então tanto faz desativar ou ativar até onde eu entedi. A tag = pag seria o mesmo em partes que a tag Cobr com mais detalhes. Então acabou mesmo a opção de mostrar as duplicatas no danfe? Informar isto na informação complementar?