Italo Giurizzato Junior

Bom dia Paulo, Notei que no DANFSE feito em Fortes Report temos apenas um quadro com o titulo: Município de Prestação do Serviço e consta a cidade: Campo Grande Já no que se refere ao Fast Report existem 10 modelos, esse que você esta usando possui 2 quadros: um com o título: Local da Prestação do serviço, onde aparece o código IBGE da cidade de Campo Grande e um outro com o título: Local da Incidência do serviço, onde aparece o nome da cidade: Campo Grande É isso que precisa ser revisto pelo pessoal que da manutenção aos Documentos Auxiliares feitos em Fast. Já passei para o pessoal e assim que ficar pronto será informado aqui.

Olá pessoal, O arquivo ACBrNFSeXServicos.ini agora contem todas as cidades brasileiras totalizando 5.570. Muitas cidades (a grande maioria) diz que o provedor é o PadraoNacional. Quero deixar bem claro que essas cidades não aderiram 100% ao projeto da NFS-e Padrão Nacional. A questão é que a partir de abril/2023 todos os MEI de todas as cidades brasileiras independente se a cidade que ele reside aderiu ou não vai ter que emitir as suas notas segundo o layout do Padrão Nacional. Como eu faço para emitir uma nota de um MEI cuja cidade no arquivo ACBrNFSEXServicos.ini não esta como Provedor=PadraoNacional ? Muito simples, o componente ACBrNFSeX possui uma propriedade de configuração chamada: LayoutNFSe que pode receber os valores: lnfsProvedor, lnfsPadraoNacionalv1 Se Configuracoes.Geral.LayoutNFSe for igual lnfsProvedor o componente vai gerar e enviar para o webservice do provedor indicado no arquivo ACBrNFSEXServicos.ini, agora se for igual a lnfsPadraoNacionalv1 o componente vai gerar e enviar para o webservice do padrão nacional. Resumindo, o componente ACBrNFSeX já esta preparado para emitir notas no Padrão Nacional para qualquer cidade brasileira. E a sua aplicação já esta preparada para atender os MEI ?

Boa tarde Paulo, Esse DANFSE foi feito em Fast Report, correto? Eu não trabalho com o Fast, vou passar o caso para o pessoal da Equipe ACBr que trabalha com o Fast.

Bom dia Brajan, É possivel sim, mas além de atribuir o valor 42 a cOrgao, o componente esta sendo configurado para a SEFAZ-SC?

Alex, A unit com a alteração já esta no SVN.

Paulo, A minha duvida agora é o seguinte: No quadro: "Município de Prestação do Serviço" deve consta o município que ocorreu o serviço ou o município para o qual o imposto foi/será recolhido?

Vou fechar este tópico pois ele já esta com 4 páginas e os assuntos estão se misturando. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Claudio, Desfaça a alteração que você fez, pois essa alteração com certeza vai gerar efeito colateral para outros provedores ou outras situações onde a tag não deve constar no XML. Faça um teste com a unit em anexo. SigCorp.GravarXml.pas

Bom dia Paulo, O prestador é de Bauru e o tomador de Campo Grande, correto? Ao emitir o DANFSE consta que o Município de Prestação do Serviço é Campo Grande e você diz que o correto seria Bauru. Mas na discriminação dos serviços temos a seguinte mensagem: Ref. servico de montagem e adequacao do Mobiliario Caderode;no escritorio de Campo Grande Ms. Essa mensagem me leva a crer que o serviço realizado ocorreu no escritório de Campo Grande, sendo assim a cidade informada como sendo o Município de Prestação do Serviço não estaria correta?

Bom dia, Se o webservice do provedor ao gerar o XML da NFS-e não gerou as tags OutrasInformacoes e InformacoesCompletares, você quer que façamos o que? O componente responsável por gerar o DANFSE se baseia nas informações contidas no XML da NFS-e.

Bom dia Alex, Primeiramente muito obrigado pela colaboração em relação a troca do provedor da referida cidade. Segundo, na unit Fiorilli.GravarXml temos: procedure TNFSeW_Fiorilli200.Configuracao; begin inherited Configuracao; FormatoCompetencia := tcDat; NrOcorrCodigoPaisTomador := -1; NrOcorrInscMunTomador := -1; NrOcorrCodigoCNAE := -1; end; O valor -1 atribuído em NrOcorrCodigoCNAE diz ao componente que a tag não deve ser gerada. Altere para zero, save a unit, reinstale o ACBr e faça um novo teste.

Boa noite, Vamos lá, A tag OutrasInformacoes pertence ao layout da NFS-e e não do RPS (Segundo o Schema do Provedor) isso explica essa tag não constar no XML do RPS. A tag InformacoesComplementares pertence ao layout do RPS e da NFS-e, no XML da NFS-e gerado e retornado pelo webservice do provedor consta essa tag? Se sim, o DANFSE que você esta usando foi feito em Fast ou Fortes Report?

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

Boa tarde, O pessoal da ISSNet me parece que tem pata de elefante, onde pisa estraga. Peça para os seus clientes protocolarem uma reclamação, quem sabe esses caras façam as coisas direito.

Boa tarde, Vai ser necessário alterar o arquivo ACBrNFSeXServicos.ini, mas não basta incluir o campo referente a versão, é preciso saber se com a nova versão as URLs de produção e homologação não foram alteradas também. Leia também:

Jhonlenon, A diferente entre eles é que não esta aparecendo o código e a descrição do ItemListaService, o código CNAE eu não vi em nenhum deles. Se não esta aparecendo o código e descrição do ItemListaServico isso significa que o código em questão não se encontra na unit ACBrNFSeXConversao. Na pasta: ...\Exemplos\ACBrDFe\ACBrNFSeX\Delphi você encontra o arquivo TabServicos.txt Altere esse arquivo incluindo o código e respectiva descrição e copie ele para dentro da pasta do EXE. Não esqueça de atribuir o valor True para a propriedade de configuração: Configuracoes.Arquivos.TabServicosExt

Boa tarde, É preciso verificar se essa condição de gerar a tag Aliquota mesmo zerada é valida para todos os tipos de contribuinte. Na unit Ginfes.GravarXml veja que NrOcorrAliquota só recebe o valor 1 se o contribuinte for Optante Simples Nacional. function TNFSeW_Ginfes.GerarXml: Boolean; begin if NFSe.OptanteSimplesNacional = snSim then NrOcorrAliquota := 1; Result := inherited GerarXml; end;

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

Boa tarde Luiz, Configure o componente para salvar os arquivos (Soap), faça um novo teste e anexe os arquivos (soap) gerados para que possamos analisar.

Boa tarde Gislaine, Conforme consta no Schema utilizado pelo provedor temos: <xsd:element name="RegimeEspecialTributacao" type="tsRegimeEspecialTributacao" minOccurs="0" maxOccurs="1" /> Note que a tag em questão é opcional (minOccurs = 0), sendo assim se for passado o valor retNenhum, a tag não vai ser gerada. Acredito eu que isso resolveria o problema.

Boa tarde Jhonlenon, Não me recordo dessa informação ser impressa no DANFSE. Lembre-se que o modelo do DANFSE gerado pelo site da prefeitura nem sempre é igual o gerado pelo componente.

Boa tarde, No pedido de cancelamento não é informado nenhuma data. Com certeza esse erro esta ocorrendo no webservice ao gerar o XML de retorno, este sim contem a data e hora do cancelamento. Favor entrar em contato com o provedor e expor o problema, passando para eles o XML de pedido de cancelamento bem como o retorno. Do nosso lado não tem o que ser feito, não temos acesso ao webservice deles para corrigir as kakas que eles estão fazendo.

Boa tarde Jonathas, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Bom dia, Em RegimeEspecialTributação as opções são segundo o schema utilizado pelo provedor: <xsd:simpleType name="tsRegimeEspecialTributacao"> <xsd:annotation> <xsd:documentation>Exigibilidade do ISS da NFS-e ( 1 - Microempresa Municipal; 2 - Estimativa; 3 - Sociedade de Profissionais; 4 - Cooperativa; 5 - Microempresario Individual (MEI); 6 - Microempresa ou Empresa de Pequeno Porte (ME EPP)) </xsd:documentation> </xsd:annotation> <xsd:restriction base="xsd:byte"> <xsd:pattern value="1|2|3|4|5|6" /> </xsd:restriction> </xsd:simpleType> Como você pode ver nenhum desses valores se refere ao Simples Nacional. O campo aceita os seguintes valores: TnfseRegimeEspecialTributacao = (retNenhum, retMicroempresaMunicipal, retEstimativa, retSociedadeProfissionais, retCooperativa, retMicroempresarioIndividual, retMicroempresarioEmpresaPP, retLucroReal, retLucroPresumido, retSimplesNacional, retImune, retEmpresaIndividualRELI, retEmpresaPP, retMicroEmpresario, retOutros, retMovimentoMensal, retISSQNAutonomos, retISSQNSociedade, retNotarioRegistrador); Mas no caso do provedor ISSNet devemos utilizar somente um dos valores: retMicroempresaMunicipal, retEstimativa, retSociedadeProfissionais, retCooperativa, retMicroempresarioIndividual ou retMicroempresarioEmpresaPP

Bom dia Leonard, O componente ACBrNFSeX se encarrega de tudo, ele consegue enviar para a API Rest do provedor. Atualize todos os fontes de todas as pastas, reinstale o ACBr e inicie os testes usando o programa exemplo do componente ACBrNFSeX.