Eduardo Ciotti

Italo, no site Consta GOVBR por isso a confusão, mas mais uma vez me ajudou muito. Muito obrigado. Abraço

Não alterei, agora copiei novamente o GovBR.ini para testar, mudei apenas a URL, enviando a nota pro servidor mas na hora de consultar o mesmo erro. Segue em anexo os arquivos XML. 10E-con-nfse-rps.xml 10E-con-nfse-rps-soap.xml 10-env-lot.xml 10-env-lot-soap.xml 10-rec.xml 10-rec-soap.xml Cidades.ini GovBR.ini

Bom dia, segue os arquivos. 9E-con-nfse-rps.xml 9E-con-nfse-rps-soap.xml

Bom dia Italo, Utilizam versão 1. OBS: No meu caso consigo enviar a nota do provedor porem nao consigo consultar.

Bom dia, estou com um erro parecido com o provedor GovBR. Alguem ja passou por isso? Testando a URL

Pelo que vi debugando passo a passo, ele parece "comunicar" com o webservice e ter a resposta "Acesso negado, o Certificado Digital..." mas não consegui uma forma de configurar corretamente.

Muito obrigado pelas dicas, já fiz algumas alterações aqui baseado nelas, mas ainda estou com problemas... Liguei pro suporte da Safeweb e segundo o que o suporte me passou, o Gerador RPS fornecido por eles também utiliza o webservice, então segundo ele se funcionar no gerador deles (fiz um teste e funcionou) teria que estar liberado para o sistema próprio também... Ainda com relação ao meu contato com o suporte da Safeweb eu questionei se haveria algum tipo de cadastro de Usuário e Senha (WebUser / Senha) e eles me passaram que a única coisa é uma importação do arquivo .CER que a prefeitura faz, sendo que não há um cadastro de usuário / senha, se estou interpretando errado me perdoe mas não sei ao certo o que informar nesses dois campos e pode ser aí o problema, pois se eu deixar em branco vai dar outro erro...

Bom dia! Estou testando/implementando integração com a Safeweb para NFSe, ao utilizar o programa de exemplo "ACBrNFSe - Programa Exemplo" estou tendo dificuldades ao utilizar já o primeiro botão "Enviar Lote RPS (Enviar)", estou utilizando um certificado A1, se deixar SSLType = LT_all dá essa mensagem de erro: e se deixar SSLType = LT_TLSv1_2, então dá essa mensagem abaixo... teria como eu conseguir uma configuração válida para SafeWeb? estou tentando homologar para Chiapetta/RS, adicionei no meu arquivo Cidades.ini [4305405] Nome=Chiapetta UF=RS Provedor=SafeWeb NomeURL_H=Chiapetta NomeURL_P=Chiapetta não sei se o problema está relacionado ao certificado digital, ou se está na configuração de alguma propriedade, estou bem perdido...

Boa Tarde, estou com dificuldade para informar a tag infLotacao, as outras tags novas todas aparecem para ser preenchidas porem apenas a infLotacao nao. Atualizei os fontes ontem e mesmo assim não consigo informa-la, simplesmente ela nao aparece. Tem alguma configuração que devo habilitar? OBS.: As tags prodPred, e infLocalCarga e descarga aparecem; Não uso acbrMonitor. O erro da foto só aparece quando informo apenas um CT-e nos documentos referenciados. Desde ja meu muito obrigado.

Segue XML original 43190214646268000100570010000111281615373115-cte.xml

Até funcionou com essa tag, porém segundo o manual ela deveria ser usada em caso de "Documentos de transporte anterior em papel", que não seria este caso pois a nota de origem é um NF-e, já que a empresa de origem não efetua transportes.

Sim nesse caso foi outro CFOP porém mesmo alterando o erro é o mesmo. Abaixo em anexo chave com o CFOP 5351. 43190213137692000166570010000003071000003073-cte.xml

Estes dados eu também estou informando no xml, porém o erro continua sendo retornado Meu XML: XML Exemplo:

A mensagem de erro que eu recebo é de que precisa informar a chave da CT-e anterior, porém no xml que eu recebi de exemplo, foi gerada uma nota de subcontratação sem informar o CT-e de origem, eu tentei fazer uma nota igual porém ocorre o erro 521.

Bom dia a todos, estou com a seguinte situação uma transportadora precisa emitir uma CT-e com o tipo de serviço subcontratação, porém a empresa que terceirizou o serviço não emite CT-e, e quando tento gerar a nota de subcontratação sem informar o documento de origem ocorre o seguinte erro: Erro ao gerar CT-e: Conhecimento(s) não confirmados: 305->521-Rejeição: Os documentos de transporte anterior devem ser informados para os tipos de serviço Subcontratação, Redespacho e Redespacho Intermediário. O primeiro XML é o da nota que estou tentando emitir, o segundo é um de exemplo que recebi. 43190213137692000166570010000003051000003052-cte.xml 43190214646268000100570010000111281615373115.xml

Boa Tarde, eu consegui no mês passado em homologação fazer a autorização, porem na ultima sexta-feita estou com este erro. O identificador não está no estado correto para a operação solicitada - URL:https://farmaciapopular-autorizador.saude.gov.br/farmaciapopular-autorizador/services/ServicoSolicitacaoWS - SOAPAction:"" Estou testando agora em Produção e persiste a mesma mensagem. Alguém que passou por isso possa me ajudar?

o produtor rural devera ter o certificado e-CPF?

Muito Obrigado Italo, vou tentar ver com o provedor se tem algo que possamos fazer para mudar isto.

Bom dia Italo, persiste o erro na discriminação do serviço. segue a foto. No XML de envio vai apenas o PRODUTO TESTE MACA e no XML de Retorno vem todos estes caracteres. 38490591193327-lista-nfse-soap.xml 134-env-lot.xml

Voltou funcionar aqui também.

Bom dia Italo, e sobre o <ValorIss> que retorna zerado, acredito que seja algo no provedor das NFS-e da Prefeitura

Conforme os XMLs do primeiro post. no arquico RPS enviado a tag vai da seguinte forma: -<Servico> -<Valores> <ValorServicos>10.00</ValorServicos> <IssRetido>2</IssRetido> <ValorIss>0.20</ValorIss> <BaseCalculo>10.00</BaseCalculo> <Aliquota>2.0000</Aliquota> <ValorLiquidoNfse>10.00</ValorLiquidoNfse> </Valores> <ItemListaServico>0103</ItemListaServico> <CodigoTributacaoMunicipio>4317806</CodigoTributacaoMunicipio> <Discriminacao>123456789 123456789 1123456789 12345;</Discriminacao> <CodigoMunicipio>4317806</CodigoMunicipio> </Servico> E no restorno fica: -<Servico> -<Valores> <ValorServicos>10</ValorServicos> <ValorDeducoes>0</ValorDeducoes> <IssRetido>2</IssRetido> <ValorIss>0</ValorIss> <BaseCalculo>10</BaseCalculo> <Aliquota>2.0000</Aliquota> <DescontoCondicionado>0</DescontoCondicionado> <DescontoIncondicionado>0</DescontoIncondicionado> </Valores> <ItemListaServico>0103</ItemListaServico> <Discriminacao>{[[Descricao=123456789 123456789 1123456789 12345;][ItemServico=0103][Quantidade=1][ValorUnitario=10][ValorServico=10][ValorBaseCalculo=10][Aliquota=2]]}</Discriminacao> <CodigoMunicipio>4317806</CodigoMunicipio> </Servico>

Discriminação dos Serviços. E não consigo entender como o valor do ISS fica zerado, no PDF em anexo esta com o valor ISS mas isso somente quando o imposto for retido, caso contrario sai zerado, o XML que envio a tag ValorIss esta com valo, mas no XML que retorna vem zerado, até pedi suporte para a Betha e eles me deram a boa e velha resposta "deve ser no seu sistema".

No meu caso continua com os caracteres invalidos. 06/07/2018 -- Diversos -- [*] Removido o ultimo parâmetro que gera a tag <Discriminacao> pois este estava mantendo os caracteres especiais e isso estava provocando valha na validação da assinatura por parte do provedor. Por: Italo Jurisato Junior 4318079499325000020256000000000000022-nfse.pdf

Estou com um problema no DANFSE, a descrição do serviço e consequentemente o valor do ISSQN não esta de acordo e não retorna nenhum erro pelo componente. Segue o XML e PDF. Consultando a chave da nota no portal da Betha a nota esta normal. http://e-gov.betha.com.br/e-nota/visualizarnotaeletronica?link=15257871804322018000000000157137112804126164432643578234681445 Alguém já passou por isto? 0-lista-nfse-soap.xml 108-env-lot-soap.xml 108-rec-soap.xml 476876458235412-con-lot-soap.xml 476876458235412-con-sit-soap.xml 476876458235412-sit-soap.xml 4318059499325000020256201800000000015-nfse.pdf