
johnbh3
Membros-
Total de ítens
711 -
Registro em
-
Última visita
Tudo que johnbh3 postou
-
Pra mim também entregue pela Braspress, Obrigado ACBr
-
Bacana! Parabéns, Pra mim falou já tem quase 20 dias kkkk. Que mandaria código de rastreio!
-
Ah Cara! Este provedor e um lixo, suporte um lixo. Respodem so coisas vagas! Coloquei: 13.01/13.01 / 2015478 Porem não adianta Apos isso vai ficar dando erro: E89: Não existe na base de dados uma NFS-e emitida para o número de RPS informado Tu consulta o protocolo da erro: E4Mensagem: Esse RPS nao foi enviado para a nossa base de dadosCorreção: Envie o RPS para emissao da NFS-e. Por email me responde assim - Mas a consulta justamente retorna E4 Boa tarde, Conforme a descrição do erro “Não existe na base de dados uma NFS-e emitida para o número de RPS informado”, verificar se o número do RPS informado na consulta está correto. Estando correto, verifique a situação do lote para verificar a situação do mesmo. Suporte Ginfes NFS-e atendimento@ginfes.com.br Eicon - Inteligência em Controles suporte operacional: (11) 2175-1145 www.eiconbrasil.com.br "Desenvolvedores, já está disponível nosso fórum oficial, para esclarecimento de duvidas técnicas referente a RPS e integração com WebService" Acesse:http://desenvolvimentonfse.forumeiros.com/.
-
Ola Bom dia Consegui encontrar o tal codigo! O padrão totalmente diferente do que orienta no site Porem agora ao enviar da o seguinte erro: E89: Não existe na base de dados uma NFS-e emitida para o número de RPS informado Porém mesmo consultando o protocolo, não retorna erro caso exista na nfse. Quando consulto o protocolo Retorno: Código: E4 Mensagem: Esse RPS nao foi enviado para a nossa base de dados Correção: Envie o RPS para emissao da NFS-e. Se tento reenviar o erro E89, persisti. Se há algum erro, ou rejeição por algum motivo. Deveria informar qual !
-
Consegui alguma coisa Porem sempre retornando erro: E35 - Codigo de tributação inexistente Contagem parece gostar de trabalhar com provedor que custa a responder. Não sei porque complicar tanto este campo CodigoTributacao No site orienta preencher ItemListaServico assim O campo Tributação assim: Embora também em observação diz pra clicar Em emitir - Depois usar igual esta na guia serviços prestados. Informei das duas formas e ambas sempre com mesmo erro. Já tentei de tudo!
-
Italo boa tarde Ao tentar enviar da o erro:Erro: Falha ao Assinar - Consultar NFSe por RPS Unico arquivo modificado: cidade.ini
-
Ola Italo alterier o cidade.ini [3118601] Nome=Contagem UF=MG Provedor=GINFES Arquivo: GINFES.ini [NameSpace] Producao=http://producao.ginfes.com.br Homologacao=http://homologacao.ginfes.com.br Esta assim acima Eu devo alterar parar? [NameSpace] Producao=https://producao.ginfes.com.br/ServiceGinfesImpl?wsdl Homologacao=https://homologacao.ginfes.com.br/ServiceGinfesImpl?wsdl Ou deixo sem alterar? Vou ver se trago este certificado do cliente amanhã caso não dê certo la. Amanhã vou ir no cliente. Ele so tem A3. Não tenho como fazer testes.
-
Ola Pessoal contagem-MG. Vai mudar de provedor de emissão de NFSe. Vai sair da GovBR já em Junho para essa GissOnline. Este provedor o ACBr já usa ne? Meu cliente recebeu esta informação. Porém não encontrei nada sobre WebService, e já noticiam a mudança. Produção https://producao.ginfes.com.br/ServiceGinfesImpl?wsdl Homologação https://homologacao.ginfes.com.br/ServiceGinfesImpl?wsdl https://contagem.ginfes.com.br/
-
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
-
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.
-
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