Italo Giurizzato Junior

Rene, Muito obrigado pelos testes, já fiz a alteração no arquivo ACBrNFSeXServicos.ini incluindo o parâmetro Versao. Fico no aguardo dos demais testes.

Boa tarde Everson, Desculpa pela demora na analise da sua contribuição. Fiz uma pequena alteração e enviei para o SVN. Aproveitei e fiz a mesma alteração para o DANFSE feito em Fortes Report. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Boa tarde Rene, Já esta no SVN. Favor atualizar todos os fontes de todas as pastas, reinstale ao ACBr e faça novos testes.

Bom dia Diane, O Envio no modo síncrono não existe o numero do protocolo, uma vez que nesse modo de envio você já tem como resposta o resultado do processamento. Se o RPS enviado foi processado com sucesso, você já tem o XML da NFS-e, caso contrario será retornado a lista de erros. Para mais informações, leia o tópico abaixo:

Bom dia Rogério, Vamos lá. O prestador é MEI? Se sim o valor de OptanteSN é outro: OptanteSN := osnOptanteMEI; Agora se o prestador não for MEI é preciso verificar junto a prefeitura se ela aderiu a emissão da NFS-e segundo o Padrão Nacional. Se não aderiu você vai ter que continuar emitindo a nota segundo o provedor contratado pela prefeitura e não pelo Padrão Nacional. Por outro lado se ela aderiu é preciso saber se a adesão neste primeiro momento é só para os prestadores que são Optantes Simples Nacional ou se são todos, ou seja, além dos Optantes entra também não os Optantes. Se neste primeiro momento é só os Optantes então o valor de OptanteSN é: OptanteSN := osnOptanteMEEPP;

Bom dia Marcelo, Por favor verifica os itens abaixo. 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. E faça novos testes. Não usei as suas credenciais, mas antes estava ocorrendo o erro 500, fiz alguns ajustes na unit do provedor e com isso parou o erro 500. Essa alteração foi enviada para o SVN no dia 17/11/2023. Pode não ter ocorrido atualização na sua maquina caso a unit esteja com alteração local.

Bom dia Leonardo, Faça uma copia da sua alteração. Depois execute os passos abaixo: 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. Por fim, tenta ler o XML da nota que estava dando problemas.

Bom dia @junior_gpuava, Esse erro esta ocorrendo com qual método? Por favor configure o programa exemplo para salvar os arquivos soap. Faça um novo teste e anexe os arquivos soap de envio e de retorno para que possamos analisar o problema.

Boa tarde Jair, Você esta configurando corretamente o Monitor no que se refere ao certificado digital e os campos: SSLLib, CryptLib, HttpLib, XmlSignLib e SSLType ?

Boa tarde Junior, A URL de homologação deve estar errada esta gerando o erro 404. Favor entrar em contato com a prefeitura ou com o provedor e solicitar a URL de homologação. Desde já muito obrigado pela colaboração, já inclui na minha lista de tarefas para corrigir a URL de produção. TK-4750

Boa tarde Marcelo, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

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

Boa tarde @DeveloperATS, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-4749

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

Boa tarde Ramalho, Altere a unit deixando somente a segunda condição do IF que determina que o numero de ocorrências das tags (ValorIss e Aliquota) é 1 (Obrigatório). Reinstale o ACBr e faça novos testes.

Boa tarde Emanuel, Favor entrar em contato com a prefeitura, pois não temos a URL do ambiente de homologação, somente o de produção.

Boa tarde Diane, Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente antigo: ACBrNFSe não está mais tendo manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/

Boa tarde Rogério, Você tem certeza que esta fazendo igual ao programa exemplo? A chave do DPS que a sua aplicação esta gerando é: 43149022063572940001900000A000000000000001 A chave é composta por: Código do Município (7 dígitos) "4314902" + Tipo de Inscrição Federal (1) "2" + Inscrição Federal (14 - se CPF completar com 000 à esquerda) "06357294000190" + Série DPS (5) "0000A" + Número do DPS (15) "000000000000001" A linha abaixo é a responsável por chamar a função que gera a chave. chave := GerarChaveDPS(NFSe.Prestador.Endereco.CodigoMunicipio, NFSe.Prestador.IdentificacaoPrestador.CpfCnpj, NFSe.IdentificacaoRps.Serie, NFSe.IdentificacaoRps.Numero); Se na chave tem essa letra "A" você esta sim atribuindo a letra "A" ao campo Serie.

Boa tarde @galegoga, Testei com o programa exemplo e tive o mesmo erro, pode ser algum problema no webservice da SVRS. Favor entrar em contato com eles e reportar o problema.

Boa tarde @mlspinelli, Não entendi a motivação de enviar novamente um novo CT-e com valor diferente e com o mesmo numero de um outro que já foi enviado e autorizado pela SEFAZ. Se a sua aplicação permite fazer isso, me desculpe, você precisa rever, pois a sua aplicação deve controlar o numero do CT-e e nunca jamais deixar o usuário aproveitar o mesmo numero para envio de um novo CT-e. Isso só deve ocorrer caso o CT-e tenha sido rejeitado, ai sim, o usuário deve fazer as devidas correções e enviar novamente. A partir do momento que o CT-e foi autorizado o numero deste CT-e deve ficar bloqueado.

Boa tarde Mauricio, O que esta ocorrendo é simples. No XML que contem as informações da guia só contem o código IBGE do município do emitente, não tem o nome por extenso do município. Ao ler o XML temos o seguinte trecho: GNRERetorno.RazaoSocialEmitente := Leitor.rCampo(tcStr, 'razaoSocial'); GNRERetorno.EnderecoEmitente := Leitor.rCampo(tcStr, 'endereco'); GNRERetorno.MunicipioEmitente := Leitor.rCampo(tcStr, 'municipio'); <== aqui é lido o código IBGE do município do emitente GNRERetorno.UFEmitente := Leitor.rCampo(tcStr, 'uf'); xCodUF := IntToStr(ObterCodigoUF(GNRERetorno.UFEmitente)); codIBGE := StrToIntDef(xCodUF + GNRERetorno.MunicipioEmitente, 0); <== aqui é convertido para um numero integer if (codIBGE > 0) then GNRERetorno.MunicipioEmitenteNome := ObterNomeMunicipio(codIBGE, xUF, '', False); < == aqui ocorre o acesso ao webservice do IBGE para obter o nome if EstaVazio(GNReRetorno.MunicipioEmitenteNome) then GNRERetorno.MunicipioEmitenteNome := GNRERetorno.MunicipioEmitente; <== se não encontrar o nome deve-se usar o código mesmo. Se o webservice do IBGE estiver "fora do ar" vai ocorrer erro ao executar a função ObterNomeMunicipio.

Boa tarde Marcelo, Por favor faça os testes usando o programa exemplo. Configure o mesmo para salvar os arquivos soap. Repita o teste para obter o token. Anexe os arquivos soap gerados para que possamos analisar.

Loes, O provedor correto é ISSLegal. ABRASF não é provedor e sim um layout de XML. Já esta no SVN. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça os testes.

Rogério, Qual é a série que você esta informando? Troque por 900

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