Caetano

Ola Evandro. Vou verificar aqui, porque até então não consegui uma resposta do porque deste erro. Grato pela colaboração.

Bom dia. Acho que a pergunta que temos ainda é esta: este erro abaixo o que seria? é no componente? ERRO: Rejeição: XML da área de dados com codificação diferente de UTF-8. Agradeço

Boa tarde pessoal. Realizei os testes aqui pra verificar e ocorre o mesmo problema. Enviando o xml com o erro para o pessoal da sefaz me retornaram o abaixo. Prezado(a) Senhor(a), O uso do UTF-8 está na NT: POST_https://srv72067.intra.fazenda.sp.gov.br/EPECws/RecepcaoEPEC.asmx HTTP/1.1 Accept-Encoding: gzip,deflate Content-Type: application/soap+xml;charset=UTF-8;action="_http://www.portalfiscal.inf.br/n fe/wsdl/NfeAutorizacao/nfeAutorizacaoLote" Content-Length: 3588 Host: srv72067.intra.fazenda.sp.gov.br Connection: Keep-Alive User-Agent: Apache-HttpClient/4.1.1 (java 1.5) Note que em charset está especificado o UTF-8. Alguém conseguiu alguma solução.

Bom dia. Gostaria de saber se ja subiram esta atualização, pois atualizei ontem e voltou o erro. Agradeço.

Ok Juliomar. Tinha atualizado semana passada e ainda não estava. Atualizei hoje e esta ok. Grato.

Bom dia pessoal. Alguma novidade se foi feito o merge da unit acima? Agradeço

Bom dia Kakashi. Ainda não foi atualizado no componente. Enviei uma alteração acima para realizar no componente, aonde o formato atual esta Aliquota>5.0000</Aliquota>, mas para este provedor precisa ser como abaixo. Alíquota. Valor percentual. Formato: 00.00 Ex: 1% = 1 25,5% = 25.5 10% = 10 Estou no aguardo tbm.

Perfeito Maiquel. Eu tinha adicionado ao path do delphi, não ao LibraryPath. Muito grato Abraço

Bom dia pessoal. Fiz estas alterações na unit, porém não funcionou no delphi XE7. Será que estou esquecendo algo? Agradeço

Bom dia Juliomar. Segue o arquivo alterado. pnfsConversao.pas

Boa tarde. Fiz a alteração no arquivo PnfsConversao, alterando 4127106 // Telemaco Borba/PR para o provedor Betha e funcionou. Se puder subir esta atualização fico agradecido.

Bom dia. Na verdade depois de muitas tentativas com a equiplano que não dava certo, liguei na prefeitura e eles me passaram que o que atende la é o Betha e não a equiplano. Grato

Bom dia pessoal. Algum noticia, se foi alterado isso? Agradeço

Italo. Referente as datas deu certo. Porém tem mais uma tag que retornou erro Formato percentual incorreto. Aliquota>5.0000</Aliquota> No manual deles pede que seja no formato abaixo: Alíquota. Valor percentual. Formato: 00.00 Ex: 1% = 1 25,5% = 25.5 10% = 10 Grato pelas alterações.

Ola Juliomar Marcheti. Na verdade eu naveguei pelo fórum e fiz de tudo, vários posts achei sobre o assunto, mas não obtive sucesso. Pensei em perguntar para os colegas acima justamente pra saber se teria uma solução para problema.

Ola pessoal. Existe alguma solução para este caso, pois também estou enfrentando isso.

Bom dia Italo, no manual esta como abaixo: Data (date) Formato: AAAA-MM-DD onde: AAAA = ano com 4 caracteres MM = mês com 2 caracteres DD = dia com 2 caracteres Competencia = Date

Bom dia pessoal. Enviei um e-mail para o provedor PMJP, a resposta segue abaixo: O WebService da NFS-e não possui tal mensagem de erro. O erro que você está tendo não é consequência do WebService e sim do protocolo sobre o meio de transporte (SOAP sobre HTTP). Em relação a esse erro não podemos auxiliar, visto que é um erro que não tem ligação com o WS da PMJP, e sim com algum problema (seja implementação, rede, dentre outros) do lado da aplicação do cliente. Adicionalmente, o xml ainda possui erros de validação, como por exemplo, o formato incorreto de Data, no qual já foi informado toda a documentação necessária para validação de campos em e-mails anteriores. O que poderá estar acontecendo para retornar o erro que a conexão com o servidor não pode ser estabelecida? Segue em anexo o Envio do lote. 144-env-lotS.xml

Obrigado Italo já atualizei. O problema é que agora esta retornando o erro abaixo.Entrei em contato com o pessoal la de João Pessoa falaram que realizaram uma atualização no servidor, porém não mudaram endereços. Alguém que utiliza este provedor, esta passando isso? --------------------------- Uma conexão com o servidor não pôde ser estabelecida - URL:https://nfsehomolog.joaopessoa.pb.gov.br:8443/sispmjp/NfseWSService- SOAPAction:http://nfse.abrasf.org.br/RecepcionarLoteRpsSincrono. --------------------------- Assim que conseguir conexão com o web service estarei postando sobre a correção do italo.

Bom dia pessoal. A cidade de Telemaco esta com o provedor incorreto, atualmente esta como equiplano no ACBr, porém o provedor que atende a cidade é o Betha. 4127106 Telemaco Borba/PR = Betha Se alguém puder subir esta alteração, fico agradecido Abraço

Bom dia MIchel; Tens razão pois o código de verificação era retornado menos o protocolo. Muito obrigado pela colaboração. Alguém pode subir esta modificação?

Ola pessoal, alguém que faz o envio em modo síncrono pra me ajudar?

Bom dia pessoal. Uma pergunta de principiante, mas estou implementando o primeiro provedor para envio de nfse em modo síncrono. Como obtenho o protocolo e a resposta do status de processamento neste modo. Sei que no modo síncrono o processamento é feito todo no envio do RPS, mas não consegui obter o protocolo e o status. tentei "ACBrNFSe1.NotasFiscais.Items[0].NFSe.Protocolo" , porém sem sucesso. Devo realizar a consulta depois do envio?

Boa tarde Italo; Você fez esta mudança no método enviar? Este provedor só possui o método: ACBrNFSe1.EnviarSincrono. Esqueci de relatar isso, talvez por isso que n;ao funcionou, me desculpe. Agradeço

Italo, O erro ocorre nestas duas linha, se eu ignorar passa: O arquivo xml de retorno 'lista-nfse-soap' apresenta o erro : O parametro nomeado (metodo) informado nao existe. O erro que ocorre quando debugo é: Argument out of range. FDataRecebimento := NFSeRetorno.ListaNfse.CompNfse[0].Nfse.dhRecebimento; FProtocolo := NFSeRetorno.ListaNfse.CompNfse[0].Nfse.Protocolo;