marcoanjos

Pode ser por que o CTe foi rejeitado.

Há algum tempo o provedor da betha parou de realizar o cancelamento da NFSe. Verificando o manual de integração da betha (v1) percebi que eles alteraram a url do serviço de cancelamento. Eu alterei a url no arquivo betha.ini: CancelaNFSe=https://e-gov.betha.com.br/e-nota-contribuinte-ws/cancelarNfse?wsdl para: CancelaNFSe=https://e-gov.betha.com.br/e-nota-contribuinte-ws/cancelarNfseV02?wsdl Dessa forma voltou a funcionar. Só estou registrando minha experiência porque não achei nada no fórum a respeito disso, espero que possa ser útil. Betha.ini

Olá amigos, estou tendo um problema relacionado a timeout. Em certos clientes do interior, a internet é muito ruim, via rádio, há perda de pacotes, cai no meio da transmissão, e por aí vai... Quando isso acontece durante o processo de envio o sistema leva muito tempo para retornar uma exception, as vezes fica 2 ou 3 minutos processando o envio. Estou tentando usar o timeout do componente, especificamente a propriedade ACBrNFe.Configuracoes.WebServices.TimeOut=10000, o que eu acredito que faria com que o processo fosse interrompido caso eu não tivesse um retorno em 10 segundos, mas isso não acontece. Não sei se estou no caminho certo, agradeço qualquer ajuda, Obrigado

Bom dia Volmir, estou com esse mesmo problema no ambiente de homologação "00000 - O servico ou a CNAE informado nao estao relacionados ou nao existem. *" , no ambiente de produção estou com outro erro, a nota é enviada, processada com sucesso mas não consigo pegar o retorno do lote, acontece o mesmo contigo?

Vou te mandar um trecho de código que pode te ajudar a debugar, descobrir o problema, mas vai ter que testar em produção. Verifique também como estão sendo gerados os arquivos xxx-ped-can.xml e xxx-can.xml. Talvez o problema esteja na configuração do componente, verifique se todos os parâmetros estão sendo preenchidos conforme o programa exemplo do componente. Tenha certeza que o componente esteja atualizado, faça um rebuild na sua aplicação após atualizar, uma certa vez pra funcionar tive que remover o componente do form e adiciona-lo novamente. Segue o fragmento de código: var msg:string; ACBrNFSe1.NotasFiscais.Clear; ACBrNFSe1.NotasFiscais.LoadFromFile(caminho_do_arquivo_xxx-nfse.xml); try // Codigo de Cancelamento // 1 - Erro de emissão // 2 - Serviço não concluido // 3 - RPS Cancelado na Emissão resultado:=ACBrNFSe1.CancelarNFSe(IntToStr(1)); if resultado then begin with dm.ZQuery do begin msg := 'Cancelamento Homologado'+#13+#13; msg := msg+'NFSe Nº '+nfse_numero+#13; msg := msg+'Código do Cancelamento: '+ACBrNFSe1.WebServices.CancNfse.CodigoCancelamento+#13; msg := msg+'Data Hora: '+FormatDateTime('dd/MM/yyyy hh:mm:ss',ACBrNFSe1.WebServices.CancNfse.DataHora); Messagebox(0,pchar(msg) , 'Resultado Cancelamento NFS-e:', MB_OK or MB_ICONINFORMATION); end; except on e:Exception do begin Application.MessageBox(PChar('Erro'+#13+ 'Erro: '+e.Message),'Erro',MB_ICONSTOP+MB_TASKMODAL); msg:=copy(ACBrNFSe1.WebServices.CancNFSe.RetWS,pos('<Mensagem>',ACBrNFSe1.WebServices.CancNFSe.RetWS)+10,(pos('</Mensagem>',ACBrNFSe1.WebServices.CancNFSe.RetWS)-pos('<Mensagem>',ACBrNFSe1.WebServices.CancNFSe.RetWS)-10)); msg:=msg+chr(13)+copy(ACBrNFSe1.WebServices.CancNFSe.RetWS,pos('<Correcao>',ACBrNFSe1.WebServices.CancNFSe.RetWS)+10,(pos('</Correcao>',ACBrNFSe1.WebServices.CancNFSe.RetWS)-pos('<Correcao>',ACBrNFSe1.WebServices.CancNFSe.RetWS)-10)); Application.MessageBox(pchar(msg),'Mensagem retornada',MB_OK+MB_ICONINFORMATION); end; end;

No ambiente de produção cancela, acabei de testar. Em homologação não funciona, a Betha sabe do problema há tempos e não arruma, o componente está OK.

Boa tarde Italo, eu percebi isso, também verifiquei que a má formação do retorno acontece apenas quando há algum erro no cancelamento, por incrível que pareça quando o cancelamento é homologado o retorno é parseado com sucesso e não há erros. Quanto ao suporte da betha, apenas as prefeituras, clientes diretos tem acesso ao suporte, os desenvolvedores tem no máximo acesso ao fórum da ferramenta, que não resolve quase nada. Não temos muito o que fazer indo por esse caminho, mesmo assim vou tentar reportar isso. Por enquanto vou tratar na minha aplicação quando houver erro de cancelamento. Outra coisa, percebi que o no ambiente de homologação da betha, quando a nfse é processada, no seu xml retornado são omitidas informações relacionadas ao prestador, portando quando fazemos um LoadFromFile no cancelamento, não são carregadas informações importantes como código do município, inscrição municipal do prestador, de forma que o pedido de cancelamento é formado sem essas informações. A solução que achei pra testar em homologação foi após o LoadFromFile, escrever diretamente no objeto as informações que faltam, segue um exemplo: with ACBrNFSe1.NotasFiscais.Add do begin NFSe.Numero := nfseNumero; NFSe.IdentificacaoRps.Numero := rpsNumero; NFSe.IdentificacaoRps.Serie := serie; NFSe.IdentificacaoRps.Tipo := trRPS; NFSe.PrestadorServico.IdentificacaoPrestador.Cnpj := dm.cnpj; NFSe.PrestadorServico.IdentificacaoPrestador.InscricaoMunicipal:= dm.im; NFSe.PrestadorServico.Endereco.CodigoMunicipio := dm.cMunicipio; NFSe.MotivoCancelamento := sMotivo; end; espero que essas informações possam ser úteis a alguém, obrigado.

Olá, acabei de testar, quando tento cancelar uma NFS-e na BETHA, retorna "Erro de validação de script". Pelo que vi, acredito que o problema não esteja no pedido de cancelamento (xxx.ped-can.xml) pois ele chega a ser processado pelo webservice da betha, de forma que ele retorna o arquivo xxx-can.xml. No meu teste, eu tentei cancelar uma nota fora do prazo, no arquivo de retorno (xxx-can.xml), percebi que na tag código, veio um descrição ao invés de um código numérico, talvez o componente não esteja conseguindo parsear corretamente o arquivo de retorno, gerando esse erro de script. Segue o arquivo de retorno em anexo. 708-can.xml

Parece que a betha alterou a forma de cancelamento recentemente e parou de funcionar na Trunk2. Até poucos dias atras estava funcionando perfeitamente mas apenas em ambiente de produção. Irei fazer alguns testes nessa semana, posto aqui os resultados.

Olá Volmir, realmente, mesmo com todos os parâmetros necessários preenchidos (discutidos neste tópico), no ambiente de homologação da betha persiste esse erro, mas em produção funciona direitinho, ta OK. Na betha tem dessas coisas, não é a primeira nem vai ser a ultima, testa em produção se cancelar bola pra frente, foi o que eu fiz. Aproveitando quero agradecer mais uma vez ao Ítalo pelo belíssimo trabalho e pelo seu esforço em nos manter na luz =)

Bom dia Italo, Michel, obrigado pela ajuda, testei aqui e como o Michel mencionou, em ambiente de produção não acontece o erro, vou atualizar os fontes novamente e retorno aqui os resultados.

As propriedades já estão configuradas e o erro persiste, eu coloquei manualmente no arquivo Cidades.ini a cidade que estou testando: [4108502] Nome=General Carneiro UF=PR Provedor=Betha será que o erro está relacionado a isso? O arquivo do pedido de cancelamento parece estar OK. Talvez o erro seja no ambiente de homologação da betha. 61-can.xml 61-ped-can.xml Seguem os arquivos... 61-can.xml 61-ped-can.xml

Olá Italo, obrigado por responder, você se refere a essas propriedades? ACBrNFSe1.Configuracoes.Geral.Emitente.CNPJ := edtEmitCNPJ.Text; ACBrNFSe1.Configuracoes.Geral.Emitente.InscMun := edtEmitIM.Text; ACBrNFSe1.Configuracoes.Geral.Emitente.RazSocial := edtEmitRazao.Text; ACBrNFSe1.Configuracoes.Geral.CodigoMunicipio := StrToIntDef(edtCodCidade.Text, 0); se sim, eu já possuo na minha aplicação.

Olá, não pude testar antes o cancelamento, atualizei os fontes em 03/02/2016, quando tento cancelar retorna: "Código do Município da prestação do serviço Inválido" . Estou testando no ambiente de homologação da Betha. Observando o XML da NFSe vi que em algumas tags <CodigoMunicipio> o valor está igual a zero, por ser ambiente de homologação. Será que pode ser isso? Agradeço qualquer ajuda, Obrigado.

Olá, estou testando o componente ACBrNFSe para trabalhar com o provedor BETHA no Trunk 2, os fontes foram atualizados dia 07/01/2016. Conseguir enviar e consultar lotes, até aí tudo OK. Testando o cancelamento me deparei com um erro que não encontrei nada a respeito no forum. Faço um LoadFromFile do arquivo da NFSe e executo o método: ACBrNFSe1.CancelarNFSe(codigo); nesse ponto acontece o erro: javax.xml.bind.UnmarshallException: unexpected element (uri:"http://www.betha.com.br/e-nota-contribuinte-ws" local:"Pedido") Expected elements are <{}Pedido>) O sistema chega a gerar o xx-ped-can.xml (em anexo) Comparando o xx-ped-can.xml com um outro arquivo que foi processado, notei que ele não tem assinatura digital, talvez a falha esteja ocorrendo nesse ponto. Agradeço qualquer ajuda, Obrigado. 49-ped-can.xml