Ir para conteúdo
  • Cadastre-se

leandro.cm

Membros
  • Total de ítens

    52
  • Registro em

  • Última visita

Tudo que leandro.cm postou

  1. Boa tarde! Estou testando a emissão de nota fiscal substituta informando a nota a ser cancelada nas propriedades subst.chSubstda, subst.cMotivo e subst.xMotivo. Verifiquei que a nova nota é gerada sem problema e a nota referenciada é cancelada, porém, notei que não exibe o código da nota substituída na impressão do DANFSE. Não encontrei no manual nada a respeito do código da nota substituída. Gostaria de confirmar se há alguma forma de informar o código na impressão do DANFSE. Desde já, grato pelo auxílio. Leandro
  2. Bom dia Fabiano! Consegui validar a NFSe em ambos ambientes coma sua dica. Quanto ao munícipio de Parobé/RS, verifiquei no portal que o convênio ainda não está ativo: "Conveniado, porém ainda não ativo" Municípios Aderentes — Portal da Nota Fiscal de Serviço eletrônica (www.gov.br)
  3. Boa tarde Ítalo! Segue anexo o arquivo XML. Att. Leandro 12-rps.xml
  4. leandro.cm

    NFSeX - Erro E0690

    Boa tarde! Estou testando a emissão da NFSe de ME/EPP no Padrão Nacional e ocorre o Erro E0690 com informações distintas para cada ambiente: Ambiente de produção: Mesmo não informando valor em vBCPisCofins ocorre o erro E0690 - "A alíquota do Cofins deve ser informada quando a base de cálculo deste imposto for informada". Ambiente de homologação: Mesmo não informando valor vTotTrib, pTotTrib e pTotTribSN ocorre o mesmo código de erro, porém, com outra descrição: "Para ME/EPP somente um dos 3 poderá ser informado: grupo vTotTrib ou pTotTrib ou pTotTribSN". Alguém mais está com esse problema? Desde já, grato pelo auxílio. Leandro
  5. Olá Gabriel! Está ocorrendo o mesmo erro (E0536) quando tento emitir. No meu caso também cessou o erro E0330 após a emissão da primeira nota no portal.
  6. Boa tarde Ítalo! Recebi o retorno do suporte da Prefeitura informando que o problema é de responsabilidade da RFB: Este site é de responsabilidade da RFB. Favor entrar em contato com eles para obter suporte. E-mail: [email protected]
  7. Bom dia Ítalo! Verifiquei que na emissão através do portal não está ocorrendo mais o erro. Irei ligar novamente para obter informações sobre o erro relacionado à emissão pela API. Tão logo obtenha alguma resposta postarei aqui. Att. Leandro
  8. Bom dia josefm.b! Você está emitindo como MEI? Segui sua dica e não ocorreu mais o erro E0330, porém, mesmo não informando benefício municipal, voltou a ocorrer o erro E0536 "Não é permitido o preenchimento de informações relativas à benefício municipal para o prestador de serviço ME/EPP que não tenha o regime de apuração de tributos nesta NFS-e fora do Simples Nacional". A emissão está sendo feita por empresa ME/EPP do Simples Nacional. Att. Leandro
  9. Bom dia Ítalo! Consultei a Prefeitura de Porto Alegre e me informaram que há uma inconsistência no sistema, que os técnicos estão trabalhando no problema e que ainda não há prazo previsto para a solução. Orientaram para seguir emitindo as notas pelo sistema da Prefeitura. Seguirei acompanhando a questão e tão logo resolvam o problema, informarei aqui. Att. Leandro
  10. Bom dia Ítalo! Fiz o procedimento de reinstalação como você indicou, porém, o problema persistiu. Como o mesmo erro (E0536 - "Não é permitido o preenchimento de informações relativas à benefício municipal para o prestador de serviço ME/EPP que não tenha o regime de apuração de tributos nesta NFS-e fora do Simples Nacional") também ocorre no portal (https://www.nfse.gov.br/EmissorNacional/), creio que o problema está na configuração envolvida na adesão da Prefeitura de Porto Alegre relacionada às empresas enquadradas como ME/EPP. Embora a Prefeitura informe que a emissão optativa está disponível desde o início do ano, parece que ainda não é possível a emissão. Caso alguém esteja conseguindo validar NFSe de empresa ME/EPP em Porto Alegre, ficarei grato se puder compartilhar alguma informação. Grato pelo auxílio. Leandro
  11. Olá Ítalo! É justamente esse o problema. Não estão sendo informados dados relativos a benefício municipal na aplicação. No portal, por exemplo, nem é possível preencher os dados quando a opção "Optante do Simples Nacional" está selecionada. Na aplicação exemplo do ACBr quando enviado em ambiente de homologação, ocorre o erro: E0330 "É obrigatório prestar informações de todos os campos relativos ao comércio exterior para as situações de exportação de serviços". Quando realizado o envio em modo de produção, ocorre outro erro: E0690 "Para ME/EPP somente um dos 3 poderá ser informado: grupo vTotTrib ou pTotTrib ou pTotTribSN". Grato pela atenção. Leandro
  12. Boa tarde Ítalo! Informei o parâmetro que você indicou e o sistema passou a gerar o erro E0536 "Não é permitido o preenchimento de informações relativas à benefício municipal para o prestador de serviço ME/EPP que não tenha o regime de apuração de tributos nesta NFS-e fora do Simples Nacional". Realizei um teste de emissão no portal https://www.nfse.gov.br/EmissorNacional/ e obtive o mesmo erro. Alguém mais está enfrentando dificuldade em gerar NFSe sendo ME/EPP enquadrada no Simples Nacional? Grato. Leandro
  13. Boa tarde! Mesmo informando os campos Servico.CodigoMunicipio := '4303103' , Servico.UFPrestacao := 'RS' e Servico.CodigoPais := 1058, ao tentar transmitir a DPS ocorre o erro "E0330-É obrigatório prestar informações de todos os campos relativos ao comércio exterior para as situações de exportação de serviços., X203-Não foi retornado nenhuma NFSe.". Como a empresa é optante do Simples Nacional (OptanteSN := osnOptanteMEEPP), a tributação do ISSQN está sendo informada como "Não incidência": Servico.Valores.tribMun.tribISSQN := tiNaoIncidencia; Alguém mais está passando por isso? Desde já, grato. Leandro 42-rps_.xml
  14. Bom dia Italo! Resolvi a questão renomeando o arquivo após ele ser salvo pelo componente. Grato pelo retorno. Abraço. Leandro
  15. Bom dia Diego! Estou emitindo para a cidade de Porto Alegre / RS (BHISS -> ABRASFv1). As propriedades ANFSe.IdentificacaoRps.Numero e ANFSe.IdentificacaoRps.Serie estão sendo lidas no ACBrNFSeXLerXml_ABRASFv1, porém, na hora de salvar o arquivo, a função GetNumID considera as propriedades ANFSe.Numero e ANFSe.SeriePrestacao onde somente a primeira possui a informação. if ANFSe.Numero = '' then begin xNumDoc := ANFSe.IdentificacaoRps.Numero; //202300000000005 xSerie := ANFSe.IdentificacaoRps.Serie; //'S5' end else begin xNumDoc := ANFSe.Numero; //202300000000005 xSerie := ANFSe.SeriePrestacao; //'' end; No XML de retorno constam o número da nota fiscal e o número e série do RPS: <InfNfse Id="nfse"> <Numero>202300000000005</Numero> <CodigoVerificacao>b5e68e8a</CodigoVerificacao> <DataEmissao>2023-04-17T10:07:01</DataEmissao> <IdentificacaoRps> <Numero>13</Numero> <Serie>S5</Serie> <Tipo>1</Tipo> </IdentificacaoRps> Creio que o componente anterior (ACBrNFSe) atribuía a série do RPS à série da nota fiscal. Att. Leandro
  16. Boa tarde! Estou migrando para o componente ACBrNFSeX e, nos testes em ambiente de homologação, notei que o arquivo XML é salvo somente com o número do RPS: 202300000000004-nfse.xml. No componente antigo o nome do arquivo XML era composto também pelo número de série: 202300000000004S5-nfse.xml. Debugando o componente verifiquei que a função TACBrNFSeX.GetNumID(ANFSe: TNFSe) busca a série da propriedade ANFSe.SeriePrestacao que retorna vazio. Desde já, grato pelo auxílio. Abraço. Leandro C. Martins
  17. Bom dia! Caso alguém tenha interesse, alterei o exemplo do Cláudio substituindo o VirtualTable pelo ClientDataSet. Também adaptei a tela de manifestação do destinatário para informar a justificativa quando o tipo escolhido for "operação não realizada". Segue o arquivo anexo. ACBrNFe_demo.zip
  18. Boa tarde Daniel! Segue anexo o arquivo com o ajuste feito na linha 408. ACBrMDFeDAMDFeRLRetrato.pas
  19. O problema ocorre na linha 407 do arquivo ACBrMDFeDAMDFeRLRetrato.pas quando não há seguradora informada: rlmRespSeguro.Caption := RspSeguroMDFeToStrText(fpMDFe.seg.Items[0].respSeg); Corrigi o arquivo aqui para testar se foi informada a seguradora: if fpMDFe.seg.Count > 0 then rlmRespSeguro.Caption := RspSeguroMDFeToStrText(fpMDFe.seg.Items[0].respSeg); Leandro
  20. Bom dia Juliomar! Sim. O exemplo também gera o mesmo erro. Leandro
  21. Boa tarde! Após atualizar o ACBr hoje passou a ocorrer o erro "RLMDFe: Erro durante a preparação do relatório EArgumentOutOfRangeException(Argument out of range)" quando tento imprimir a DAMDFE usando o Fortes Report. O evento imprime normalmente. Gostaria de saber se alguém já enfrentou este problema. Desde já, grato pelo auxílio. Leandro
  22. Para mim esse procedimento funcionou somente em ambiente de homologação.
  23. Estou validando em ambiente de produção aqui no RS com o arquivo leiauteNFe_v4.00.xsd antigo (06/05/2018) e sem a tag vDesc.
  24. Bom dia! Em ambiente de produção ocorreu erro. Não aceitou a Tag vDesc sem conteúdo.
  25. Consegui validar em ambiente de homologação da seguinte forma: - Alterei a linha 2209 do pcnNFeW para que considere uma ocorrência da Tag mesmo sem conteúdo (zerada): Gerador.wCampo(tcDe2, 'Y05', 'vDesc ', 01, 15, 1, nfe.Cobr.Fat.vDesc, DSC_VDESC); - Atualizei o schema leiauteNFe_v4.00.xsd do link http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=CoNA9VIgZ3E= Leandro
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.