Italo Giurizzato Junior

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 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 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 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.

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.

Boa tarde Emanuel, Você ainda esta usando o componente antigo? 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/

Antonio, No programa exemplo do componente ACBrNFSeX você encontra tudo. O Cancelamento no Padrão Nacional é um evento e temos um botão que exemplifica esse tipo de evento. Abra o programa exemplo e procure pela procedure do botão: btnEventoCancNFSePNClick

Willian, Remova o hífen da inscrição municipal do prestador. Esta assim: 1010745-5 Deixa assim: 10107455 Quem sabe resolve o problema.

Boa tarde Rogério, Muito simples, o componente gera e envia o XML do DPS e não da NFS-e. Já o portal gera e disponibiliza o XML da NFS-e. Se você olhar com mais atenção o XML da NFS-e baixado do portal, vai notar que ele contem o XML do DPS e este tem a sua chave. O seu erro é a composição da chave, veja: 43149022063572940001900000A000000000000001 O que vem a ser esse "A" ? A chave é composta somente por dígitos.

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

Boa tarde Leonardo, Pelo que notei, podemos ter uma lista de 2 ou mais serviços ou apenas 1 serviço, correto? Você poderia anexar um XML de cada uma dessas duas situações. Você disse que o seu suporte reclamou que não estava lendo a data, qual data? Não encontrei nada na sua unit que consta alguma alteração referente a data.

Boa tarde Alysson, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes. Observação o provedor correto é Pronim.

Boa tarde Antonio, Mas esse procedimento esta totalmente errado, não é dessa forma que devemos proceder. A sua aplicação tem que garantir que o DPS foi gerando e enviado e não ficar tentando checar se já existe para ai sim, enviar. A sua aplicação tem que ter o controle da numeração do DPS e nunca jamais deixar o usuário escolher o numero do DPS que ele pretende emitir.

Boa tarde Willian, Segundo o exemplo a série do RPS é F e você informou 00001. Dentro do grupo valores segundo o exemplo consta a alíquota e no seu a alíquota não foi informada. Infelizmente os webservices dos provedores são bem escritos, retornando mensagens de erros que não tem nada haver com o erro propriamente dito. Mude a série para F e informe a alíquota, vamos ver se resolve o problema.

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

Boa tarde Marcelo, Já esta no SVN.

Boa tarde Flavio, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e inicie os testes. No programa exemplo procure por DadosProfissionalParceiro, para você ver como faz para alimentar os campos necessários.