Italo Giurizzato Junior

Lucas, 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/

Rodrigo, Já inclui na minha lista de tarefas, muito obrigado pela colaboração em fornecer a URL. TK-4761

Bom dia Rodrigo, Tente desata forma: [4320701] ; Incluído em 22/11/2023 Nome=Sobradinho UF=RS Provedor=IPM Versao=1.01 ProRecepcionar=https://sobradinho.atende.net/?pg=rest&service=WNERestServiceNFSe HomRecepcionar=https://sobradinho.atende.net/?pg=rest&service=WNERestServiceNFSe

Bom dia Lucas, Você utiliza o componente, a lib ou o monitor? Se é o componente, esta usando o novo: ACBrNFSeX? Acabei de fazer um teste com o programa exemplo do componente ACBrNFSeX e tive o seguinte retorno: ------------------------------ Versão OpenSSL OpenSSL 3.1.3 19 Sep 2023 03.01.00.030 C:\ACBr\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi\libcrypto-3.dll C:\ACBr\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi\libssl-3.dll ------------------------------ Requisição Ambiente : 1 Cidade : Dracena/SP Provedor : Fiorilli Versão: 2.00 Data/Hora: 22/11/2023 10:04:19 Método Executado: Enviar Lote Síncrono Parâmetros de Envio Numero do Lote: 1 Parâmetros de Retorno Data de Envio : 22/11/2023 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : True Erro(s): Código : L84 Mensagem: Usuário ou Senha invalido. Correção: Informe um Usuário e Senha validos.

Bom dia Junior, Para mim esse erro não ocorre. Marque a opção "Salvar envelope SOAP" que se encontra na aba WebService. Faça um novo teste e anexe os arquivos soap.

Bom dia Roberio, O contador disse que se o prestador for Simples Nacional não deve gerar as tags referente ao valor do ISS e nem a alíquota. Mas se tratando de Simples Nacional temos o MEI temo ME/EPP, essa regra é para todos que são optante pelo Simples Nacional?

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.

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