Italo Giurizzato Junior

Boa tarde Anderson, Faça o seguinte teste: Abra o arquivo ACBrNFSeXServicos.ini e altere a linha abaixo: ProRecepcionar=http://pmsertaozinho.smarapd.com.br:80/tb/services/Abrasf23 para: ProRecepcionar=http://pmsertaozinho.smarapd.com.br/tb/services/Abrasf23 Execute o Compila_RES Reinstale o ACBr Recompile a aplicação com a opção Build e faça novos testes.

Boa tarde Diego, Como o próprio nome diz é um numero sequencia atribuído para cada pessoal informada no XML da nota. Em uma nota fiscal de serviço temos: o prestador, o tomador e o intermediário do serviço. Logo teremos um NSU para o Prestador, outro para o Tomador e outro para o Intermediário. Lembre-se que o Prestador vai emitir notas para "N" Tomadores e um Tomador poderá ter "N" prestadores de serviço. Esse é o motivo do Numero Sequencial ser Único, ou seja, ele é Único para cada pessoal informada no XML.

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

Boa tarde Douglas, Como assim a tag opSimpNac não esta sendo lida? Abaixo a procedure que faz a leitura da tag: procedure TNFSeR_PadraoNacional.LerRegimeTributacaoPrestador( const ANode: TACBrXmlNode); var AuxNode: TACBrXmlNode; Ok: Boolean; begin AuxNode := ANode.Childrens.FindAnyNs('regTrib'); if AuxNode <> nil then begin NFSe.OptanteSN := StrToOptanteSN(Ok, ObterConteudo(AuxNode.Childrens.FindAnyNs('opSimpNac'), tcStr)); NFSe.RegimeApuracaoSN := StrToRegimeApuracaoSN(Ok, ObterConteudo(AuxNode.Childrens.FindAnyNs('regApTribSN'), tcStr)); NFSe.RegimeEspecialTributacao := FpAOwner.StrToRegimeEspecialTributacao(Ok, ObterConteudo(AuxNode.Childrens.FindAnyNs('regEspTrib'), tcStr)); end; end;

Bom dia Fabiano, Vamos fazer a seguinte alteração: Abra a unit PadraoNacional.Provider; Procure pela procedure: TratarRetornoConsultarDFe; Nessa procedure procure pela linha abaixo: ANota := TACBrNFSeX(FAOwner).NotasFiscais.FindByRps(NumRps); deve ser a linha 1024. Altere ela deixando da seguinte forma: ANota := TACBrNFSeX(FAOwner).NotasFiscais.FindByRps('-1'); O que esta ocorrendo, na variável NumRps temos o numero do DPS, caso ele já tenha carregado outra nota com o mesmo numero essa segunda vai se sobrepor, ou seja, você perde os dados da primeira lida. Por outro lado passando um valor fixo "-1" para o numero do DPS ele nunca vai encontra, logo ele sempre vai adicionar a nota retornado. Assim eu espero. Faça a alteração, reinstale o ACBr e faça um novo teste.

Bom dia Edson, Estranho, pois o conteúdo retornado pela função GerarXML é justamente da propriedade XmlRps que também pode ser lida da forma que mostrei acima.

Olá Pessoal, Recentemente foi publicado a Nota Técnica 2023/002 que trata sobre a alteração do retorno da Consulta a Situação do MDF-e. No retorno passamos a ter o grupo <procInfraSA> com os campos: nProtDTe e dhProt. O que vem a ser? Trata-se do grupo de informações do compartilhamento do MDF-e com InfraSA para a geração do DTe. Para quem não sabe houve uma tentativa de se criar um novo documento fiscal chamado DTe - Documento Eletrônico de Transporte criado pelo Ministério da Infraestrutura através da Medida Provisória numero 1051 de 18/05/2021. Que segundo o Ministério se tratava de uma conquista dos caminhoneiros e que iria revolucionar o setor de Transporte de Carga no Brasil. Mas na verdade o DT-e nada mais era do que o nosso velho conhecido e consolidado MDF-e e tem mais, o DT-e teria um custo para as transportadoras sendo que o MDF-e é gratuito. Depois de muita briga a SEFAZ, mais precisamente a do Rio Grande do Sul uma vez que é ela que recepciona todos os MDF-e de todas as UF, entrou em um acordo com o Ministério da Infraestrutura. Esse acordo visa o compartilhamento de dados do MDF-e com a InfraSA, desta forma o DTe passa a ser apenas um portal e não mais um documento. Como é que a coisa vai funcionar? A Transportadora envia o MDF-e para a SEFAZ Virtual do RS (responsável pela recepção), se todas informações estiverem corretas será retornado o numero do protocolo de autorização do MDF-e. Em seguida a SEFAZ Virtual do RS compartilha os dados do MDF-e com a InfraSA e esta retornará o numero do protocolo bem como a data e hora da geração do protocolo acusando que o DT-e foi gerado com sucesso pela InfraSA. Na Nota Técnica não fica claro se o compartilhamento é imediato ou não, mas deixa claro que essas duas informações (protocolo e data/hora) só vão estar disponíveis após o compartilhamento e para os modais ferroviário e rodoviário. Portanto se logo após obter o protocolo de autorização do MDF-e, se você consultar a situação do mesmo não constar essas informações isso significa que o MDF-e ainda não foi compartilhado com a InfraSA, neste caso devemos aguardar um tempo e tentar novamente. E qual a finalidade para nós desenvolvedores? Na Nota Técnica não deixa claro se devemos armazenar essas informações ou não, e se elas vão ser necessárias para uma consulta posterior via portal ou webservice. Caso você decida em guardar, lembre-se que são dois campos: o Numero do Protocolo de Geração do DTe e a Data e Hora de Geração do Protocolo. Vincule essas duas informações ao MDF-e, uma vez que para cada MDF-e emitido teremos o protocolo e a data/hora de geração do DTe. Espero ter esclarecido o que vem a ser e o que fazer com essas duas novas informações.

Fabiano, O componente só leva em consideração o numero do DPS. Podemos ter 2 situações neste caso: 1. Mesmo Prestador, numero de DPS igual com série diferente. 2. Prestadores diferentes com numero de DPS iguais. A checagem vai ter que levar em consideração o CNPJ do Prestador, o numero do DPS e a série quando for executado o método ConsultarDFe.

Boa tarde Bruno, Usando o XML que você anexou com o programa exemplo não tive esse erro. 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.

Boa tarde Edson, Após gerar o XML do RPS ele fica disponível na propriedade: ACBrNFSeX1.NotasFiscais.Items[ x ].XmlRps

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

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

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

Jéter, Já esta no SVN.

Boa tarde Oteniel, Já esta no SVN.

Mattos, Já esta no SVN.

Boa tarde Mattos, Acabei de fazer um teste e o resultado foi esse: Requisição Ambiente: 1 Cidade : Santa Helena de Goias/GO Provedor: Prodata Versão: 2.01 Método Executado: Enviar Lote Parâmetros de Envio Numero do Lote: 1 Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : False Erro(s): Código : E43 Mensagem: Inscrição Municipal do prestador não encontrada na base de dados do município. Correção: Informe a inscrição municipal correta do prestador. Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-4508

Boa tarde Diego, O componente ACBrNFSeX tem o método ConsultarDFe, que permite você consultar pelo NSU = Numero Sequencial Único. Com esse método você baixa os XML das notas e dos eventos.

Boa tarde, Tente enviar usando o botão [Enviar Lote RPS (Assíncrono)]

Boa tarde Fabiano, Abra todos os XML das notas salvas em disco e verifique se não tem XMLs com numero de DPS repetido. Pois o componente verifica somente o numero do DPS para decidir se vai adicionar a lista ou não.

Boa tarde João, Muito obrigado pela colaboração. TK-4507

Boa tarde Jéter, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-4506

Boa tarde Edson, O método Emitir salva o XML do RPS automaticamente caso o componente esteja configurado para salvar. Configuracoes.Arquivos.Salvar := True;

Boa tarde Paulo, Primeiramente, no que se refere ao Prestador de Serviço devemos informar somente: <prest> <CNPJ>informar aqui o CNPJ</CNPJ> <fone>informar aqui o telefone</fone> <email>informar aqui o e-mail</email> <regTrib> <opSimpNac>2</opSimpNac> <regEspTrib>0</regEspTrib> </regTrib> </prest> Onde: OpSimpNac: 1 - Não Optante; 2 - Optante - Microempreendedor Individual (MEI); 3 - Optante - Microempresa ou Empresa de Pequeno Porte (ME/EPP); regEspTrib: 0 - Nenhum; 1 - Ato Cooperado (Cooperativa); 2 - Estimativa; 3 - Microempresa Municipal; 4 - Notário ou Registrador; 5 - Profissional Autônomo; 6 - Sociedade de Profissionais; Com relação ao serviço, veja o exemplo abaixo: <cServ> <cTribNac>010601</cTribNac> <xDescServ>SERVICO DE CONSULTORIA</xDescServ> </cServ> Note que não é informado o cTribMun. E no que se refere a tributação temos: <trib> <tribMun> <tribISSQN>4</tribISSQN> <tpRetISSQN>1</tpRetISSQN> </tribMun> <totTrib> <indTotTrib>0</indTotTrib> </totTrib> </trib> Estou levando em consideração que o prestador é MEI.

Boa tarde Sandro, Essas alterações foram feitas nos fontes do componente antigo: ACBrNFSe que não é mais dado manutenção. Caso você ainda esteja utilizando 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/