menezesbr

Tentarei liberação do certificado aqui e te passo ok.

Boa tarde Régys, eu também tentei várias notas e tentei observar todos os caracteres se possuíam alguma coisa diferente e nada, tentei até dados simples ainda sem sucesso. Como pediu o Antonio, esse outro tópico é aqui do ACBr mesmo? Abraço

Aqui da mesma forma, coloquei sim para AM e foi certinho, sem nenhum erro, agora para SP continua o mesmo problema.

Bom dia pessoal, nada ainda. os clientes pedindo e ainda nada de conseguir funcionar. Alguém alguma novidade? Ótimo dia e feriado a todos

Alan, o mais estranho que acontece realmente é que este mesmo xml que da esse erro na transmissão pelo ACBr não da no UniNFe. Por isso acredito que não seja problema com o XML mesmo e sim alguma coisa na hora de transmitir ou alguma configuração até do Windows que muitas vezes da problema com TLS e SSL. Estou ficando louco com isso também, tentei mudar varias coisas já sem sucesso. Se descobrir algo aviso sim e também peço se alguém descobrir nos conte. Abraço André

Bom dia Alan, você entendeu o que responderam? Não esta certo? Deve ser mesmo UTF-8 não é?

Bom dia Junin, ainda não consegui achar também. Fiz o teste que o ntsinfo falou de gerar pelo ACBr e transmitir pelo UniNFe, tive que acertar diversos campos, alguns necessários e outros proibidos mas depois passou normalmente as notas, fiz umas 5 e todas OK. Em seguida com estas alterações tentei enviar pelo próprio ACBr e ainda sem sucesso. Como utilizo o componente integrado em meu sistema não tenho interesse em utilizar o UniNFe e sim encontrar a solução para o ACBr. Mas infelizmente ainda não encontrei. Qualquer novidade vou contando também Grato e a todos a atenção Abraço

Bom dia Juliomar, acredito também que não seja o único. Estou tentando debugar aqui, só realmente não cheguei a lugar nenhum ainda, apenas como falei logo acima, aquele primeiro header que não é inserido, que por sinal observei que ele é tirado na hora da assinatura. Forcei inclusive a inclusão desta linha (comentei o replace la), ou seja, consegui incluir a linha, e ainda sim o problema continuou o mesmo. Vocês que possuem uma expertise maior no assunto, tem alguma sugestão de onde eu posso procurar mais? Obrigado novamente André

Bom dia Italo. Quase isso. Acredito que ainda não podemos falar que é no SEFAZ devido ao nosso amigo NTSINFO conseguiu emitir utilizando o UNINFE. Estou tentando ir linha a linha aqui pro processo de depuração para tentar encontrar, mas tem sim uma diferente no ACBr na hora de gerar o XML, ao criar a NF-e ele esta incluindo <?xml version="1.0" encoding="UTF-8"> e ao criar a NFC-e não, isso no final do processo ok. Apesar de não ter mais certeza se é só isso que influenciaria. Confesso que esta parte de padrões de arquivos ainda me confundem um pouco. Estou ficando sem saber mais para onde ir, ou melhor, sobre o que testar. Se tiver alguma sugestão mais, agradeço. Mais uma vez obrigado pela atenção Abraço

Mais uma informação para ver se ajuda a descobrir, estou testando de toda forma que conheço. Compilei o Exemplo ACBrNFe e tentei enviar a NFC-e mostrou o erro. Logo após fui na barra NFe e tentei consultar o Status do Sefaz e para minha surpresa o mesmo erro de UTF-8. Ai cliquei em criar e enviar NF-e normal, o processo foi, passou, enviou e abriu a DANFE normalmente. Tentei consultar o Status novamente e ai deu certo. Mas se tento enviar a NFC-e volta a dar erro... To ficando louco aqui já...rsss Abraço

Boa tarde Luciano, me credenciei neste link! Quanto ao assunto acima, eu havia observado estas diferenças olhando os XMLs pelo Internet Explorer. Editando-os no bloco de notas observei que o arquivo gerado pelo emissor possui a linha inicial <?xml version="1.0" encoding="UTF-8" standalone="no"?> E no arquivo gerado pelo ACBr não consta essa linha, começa direto em: <NFe xmlns="http://www.portalfiscal.inf.br/nfe"> Será que estou fazendo algo errado??

Com certeza ntsinfo, falo sim. Italo, fiz um teste agora, importei o xml no emissor de NF-e (aceitou normalmente), validei, assinei novamente e exportei. Comparando os dois arquivos observei uma única diferença entre eles: Cabeçalho do arquivo gerado pelo ACBR: <?xml version="1.0"?> Cabeçalho do arquivo gerado pelo emissor gratuito: <?xml version="1.0" encoding="UTF-8"?> Existe alguma forma de forçar esta informação aparecer no xml?? Grato

Boa tarde Italo, obrigado pelo retorno, eu olhei isso também, busquei qualquer sinal de caracteres diferentes mas sem sucesso, estou fazendo vários testes com produtos diferentes, clientes diferentes, e todos dão o mesmo erro. Cheguei a compilar o Exemplo do ACBrNFe e tentei enviar o NFC-e por lá e a mensagem é a mesma, mesmos com os dados de exemplo que tem no ACBr está apresentando o mesmo erro. Estão conseguindo gerar para São Paulo normalmente? Até formatar meu note já formatei. Mais uma vez obrigado pela atenção

Bom dia a todos. Ninguém ainda conseguiu descobrir o que é este erro: Rejeição: XL da área de dados com codificação diferente de UTF-8 Até formatei meu notebook e reinstalei tudo, passo a passo e o erro continua. Fico no aguardo se alguém descobrir Obrigado e abraços

Boa tarde. Por favor, tentei pesquisar mais informações sobre esse erro que estou tendo também (Rejeição: XML da área de dados com codificação diferente de UTF-8) mas não consegui achar mais nada, nem aqui exatamente entendi se teve alguma conclusão para isso. Já me credenciei e coloquei os dados no Demo do ACBRNFe e ainda sim continuo tendo este problema. Alguém conseguiu encontrar uma solução para isso? Grato pela atenção

Vi la, esta funcionando também para mim. Muito agradecido.

Boa tarde Juliomar, infelizmente não, alguns utilizam net e outros speedy. Tentei colocar DNSs públicos também sem sucesso. O maios curioso é um dos clientes ter 5 maquinas que estavam tirando nota a manha toda e pararam e apenas uma maquina continuou emitindo normalmente. Tentei observar as configurações de internet e aparentemente estão iguais.

uma Conexão Não Pôde Ser Estabelecida... Boa tarde, por favor, este erro começou a acontecer em diversos clientes nossos. Fiz o teste de tentar abrir o Web service diretamente no browser, ele pede o certificado, mostra a primeira tela do web service mas quando clicamos no link do próprio web service ele retorna erro de página indisponível. Em um dos clientes que esta tendo este problema eles possuem certificado em 6 maquinas e uma delas esta conseguindo comunicação normal, tanto por nosso sistema quando via web service no browser. Este problema começou pouco antes do almoço quase que ao mesmo tempo em todos. Alguém já teve ou esta tendo este problema? Tem alguma ideia do que é possível fazer para resolver? Detalhe: São clientes de cidades diferentes e de conexões de internet diferentes Grato Bom dia a todos

Bom dia MarioPn77, agradeço a atenção. Infelizmente o de Ourinhos possui algo mais: <message name="nfdEntrada"> <part name="parameters" element="tns:nfdEntrada"/> que justamente é o que da erro. Não identifica este tipo nfdEntrada. Estou tentando contato com o desenvolvimento da prefeitura para tentar descobrir. Mais uma vez agradeço

Boa tarde, por favor, estou tentando desenvolver esta nota de serviço também, só que para a cidade de Ourinhos, que aparentemente utiliza o mesmo sistema, inclusive basicamente a mesma estrutura. Importei o web service e já me deu o erro que não possui declarado o identificador nfdEntrada: function nfdEntrada(const parameters: nfdEntrada): nfdEntradaResponse; stdcall; Saberiam me dizer qual a estrutura deste tipo? Grato pela atenção Abraços

Para resolver meu problema com a senha basicamente ajustei o caminho que tinha colocado errado... esqueci de colocar teste na segunda parte do link.

Grannnnnnnnnnnnde sossystem.... é isso ai mesmo. Brigadãooo mesmo... agora foi certinho...

Realmente é em produção. Não sei mais o que tentar, criei até um projeto novo para ver se era isso e nada. Agora emiti a NF e é produção mesmo, cancelei também, ou seja, esta funcionando 100% mas nao o amb de teste. sossystem sera que eu estaria abusando de pedir, se puder me passar, uma códia generica do seu projeto, só com essa parte de nfse para eu comparar com o meu? se não der sem problemas ok. andremas@outlook.com pelo menos nao é o contrário, funcionar em teste e na hr do cliente nao funcionar...rssss mas ainda sim, ficar testando em produção é complicado. Mais uma vez ja agradeço a atenção abraços

é uma possibilidade, não cheguei a emitir efetivamente para não tem problema com as notas... mas vou fazer este teste, logo lhe conto ok

Então... nada tirei tudo, reescrevi tudo e nada: Imports eSige.br.com.sigiss.testebauru ... Dim RPS As New tcDescricaoRps Dim Ret As New tcRetornoNota Dim Errs() As tcEstruturaDescricaoErros RPS.ccm = "00000" RPS.cnpj = "00000000000" RPS.senha = "00000" RPS.aliquota_simples = "2.79" RPS.dia_emissao = Now.Day RPS.mes_emissao = Now.Month ... Dim WS As New WebServiceSigISS() Ret = WS.GerarNota(RPS, Errs) If Ret.Resultado = 1 Then Response.Write(Ret.autenticidade & "<br />" & Ret.LinkImpressao & "<br />" & Ret.Nota & "<br />") Else Response.Write("<br />" & Errs(0).DescricaoProcesso & " - " & Errs(0).DescricaoErro & "<br /><br />") End If Mesmo erro, senha incorreta O mais estranho é que se coloco a senha do produção ele vai... e se tiro o teste e faço o código no produção também vai...