Italo Giurizzato Junior

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde, Também tive o mesmo erro, favor entrar em contato com a prefeitura ou com o provedor se continua com a versão 1.00 ou se mudou para a versão 2.03 ou 2.04

Bom dia John, Lembre-se que se o emitente da NFS-e não for MEI a cidade em questão tem que ter aderido ao pacote completo do projeto NFS-e Padrão Nacional, caso contrario não vai ser possível nem mesmo a realização de testes.

Bom dia Bill, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-4059

Bom dia Carlos, O componente esta configurado com a UF do emitente. Se o mesmo estiver configurado para emissão normal ao consultar o status de serviço essa consulta vai ser na SEFAZ-Autorizadora, por exemplo: se o emitente é de SP o componente vai consultar o status na SEFAZ-SP. Por outro lado se estiver configurado para emissão em contingencia, a consulta ao status de serviço vai ser realizada na SVC - SEFAZ Virtual de Contingência. Dica: Se ocorrer erro ao enviar a NF-e, mude a configuração para emissão em contingência e consulta o status de serviço, se acusar que esta ativo, você envia a nota para o SVC.

Boa tarde, Não deveria ocorrer esse erro uma vez que na unit GeisWeb.Provider a leitura da tag DataLancamento esta da seguinte forma: Data := ObterConteudoTag(ANode.Childrens.FindAnyNs('DataLancamento'), tcDatVcto); O tipo tcDatVcto se utiliza da formatação DD/MM/YYYY para ler a tag (vide unit ACBrXmlBase). Na unit GueisWeb.LerXml a leitura das tags DataEmissao e DataLancamento também é utilizado o tipo tcDatVcto, veja: DataEmissao := ObterConteudo(ANode.Childrens.FindAnyNs('DataEmissao'), tcDatVcto); dhRecebimento := ObterConteudo(ANode.Childrens.FindAnyNs('DataLancamento'), tcDatVcto); Checklist: Você tem fontes com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build.

Boa tarde Gary, Você escreveu que esta apenas enviando e querendo obter uma informação que consta no XML da NFS-e. Ai que esta o seu problema. Todos os provedores que seguem a versão 1 do layout da ABRASF (Betha por exemplo) o serviço que recepciona o XML do RPS no webservice trabalha no modo assíncrono. Sendo assim, ao enviar o que você tem como retorno é o numero do protocolo apenas. Por favor leia o tópico abaixo, ele explica como funciona os provedores.

Boa tarde Fer, Se tratando de MEI, se não for alterado a data, esta previsto para 01/09/2023 a obrigatoriedade. Agora para quem não é MEI, primeiro é preciso saber se a prefeitura aderiu o pacote completo do Projeto da NFS-e Padrão Nacional. Tenha em mente o seguinte: A prefeitura pode não aderir, neste caso continua como esta. A prefeitura pode aderir somente o pacote de compartilhamento, deste caso também continua com esta. A prefeitura pode aderir o pacote completo, neste caso ela vai ter que informar a data quando os prestadores que não são MEI vão passar a emitir as suas notas segundo o Padrão Nacional.

Boa tarde Fabricio, Esse provedor só tem o envio assíncrono, logo após o envio o que você tem como retorno é o numero do protocolo. O numero do protocolo você utiliza no Consultar Lote para obter o XML da NFS-e. Você pode automatizar esse processo ativando a opção: ConsultarLoteAposEnvio.

Boa tarde Diego, Isso esta muito esquisito, no XML de exemplo faz referencia ao namespace do provedor Betha, veja: <ns3:EnviarLoteRpsEnvio xmlns:ns3="http://www.betha.com.br/e-nota-contribuinte-ws"> Pelo jeito nem schemas os caras tem para fornecer. O manual se refere a emissão de notas via site e não via webservice. Dessa forma a implementação vai ficar na tentativa e erro.

Bom dia John, O problema de acessar a URL através de um navegador é que ela não é de um webservice soap e sim de uma API Rest, acredito eu. No XML que você colou acima temos: <toma> <CPF>12345678901</CPF> <IM>123</IM> Ou seja um CPF invalido, pode ser que a API não tenha ainda uma regra especifica para o CPF invalido, logo esta gerando esse erro que não tem nada haver. Informe um CPF valido e não informe a IM (Inscrição municipal).

Bom dia Diego, Já esta no SVN.

Bom dia Fer, Esse numero que esta entre parênteses não é o valor e sim o tamanho, no caso do DV ele tem o tamanho de 1 digito. Já a tag nDFSe se refere ao Número sequencial do documento gerado por ambiente emissor próprio do município.

Bom dia Fabricio, Configure o programa exemplo para salvar o arquivo (soap) e anexe o XML (soap) de envio e de retorno. Para que possamos analisar.

Bom dia Diogo, Tenta conseguir com a prefeitura o manual com o layout do arquivo que deve ser enviado para o WebService do provedor.

Bom dia Diego, Você utiliza o Fast ou Fortes Report?

Boa tarde Diego, Ao enviar o Rps a tag IssRetido recebe o valor 1 para Retenção e 2 para Normal, mas no XML da NFS-e a mesma tag contem o valor zero quando é Normal? Isso confere? Pois na unit Centi.Provider você só alterou a função SituacaoTributariaToStr a StrToSituacaoTributaria continua sem nenhuma alteração.

Boa tarde André, Favor atualizar todos os fontes e reinstale o ACBr, fiz mais uma alteração na unit.

Boa tarde Gomes, Você poderia anexar a unit alterada para que possamos analisar?

Boa tarde, Já esta no SVN.

Boa tarde Marcos, Já esta no SVN.

Carlos, Na versão 4.00 do CT-e não existe mais o grupo cteCabecMsg, pelo jeito a SEFAZ-SP fez kaka na implementação da nova versão em seu WebService. Além de configurar o Monitor para a versão 4.00 do CT-e você esta também informando no arquivo INI que a versão é 4.00, correto?

Boa tarde John, Por favor crie somente uma postagem. Vou fechar essa, vamos dar continuidade na outra postagem.

Boa tarde, Copia esse arquivo para a pasta que se encontra o EXE da aplicação. É para funcionar a conversão do código IBGE para o SEF automaticamente.

Boa tarde John, Não cole o XML como parte da postagem isso dificulta a analise, procure sempre anexar o arquivo.