Italo Giurizzato Junior

Olá Pessoal, Muitos DF-e (Documentos Fiscais Eletrônicos) foram implementados para o seu envio ser em Lotes contendo de 1 até 50 documentos. Esse modo de envio em lote funciona no modo assíncrono. Outros DF-e já foram implementados com o modo de envio unitário, ou seja, só podemos enviar um documento por vez, consequentemente esse modo de envio funciona no modo síncrono. A primeira diferença que podemos notar é: No envio assíncrono podemos enviar um lote contendo de 1 até 50 documentos, já no envio síncrono podemos enviar somente um documento por vez. A segunda diferença diz respeito ao retorno: No envio assíncrono temos como retorno do webservice um numero chamado de Recibo que atesta que o webservice recebeu o lote enviado, por outro lado no envio síncrono não temos o numero do Recibo como retorno. A terceira diferença se refere ao resultado do processamento: No envio assíncrono devemos realizar uma consulta se utilizando do numero do Recibo. É o retorno dessa consulta que nos vai dizer se o(s) documento(s) enviado(s) para o webservice foi ou foram processado(s) com sucesso. Já no envio síncrono não temos no retorno o numero do Recibo, logo não temos como realizar a consulta pelo numero do Recibo, alias não se faz necessário uma vez que no retorno do envio síncrono o que temos de retorno já é o resultado do processamento, portanto já temos na resposta se o documento foi processado com sucesso ou não. DF-e que já nasceram com o modo de envio Síncrono: BP-e = Bilhete de Passagem Eletrônico BP-e TM = Bilhete de Passagem Eletrônico Transporte Metropolitano GTV-e = Guia de Transporte de Valores Eletrônico DC-e = Declaração de Conteúdo Eletrônica NFCom = Nota Fiscal de Comunicação Eletrônica DF-e que nasceram com o modo de envio Assíncrono e que mudaram ou vão mudar para Síncrono: CT-e = Conhecimento de Transporte Eletrônico (desde 06/2023 só funciona o modo Síncrono) CT-e OS = Conhecimento de Transporte Eletrônico Outros Serviços (desde 06/2023 só funciona o modo Síncrono) MDF-e = Manifesto de Documentos Fiscais Eletrônicos (Modo Assíncrono será desativado em 30/06/2024) NFC-e = Nota Fiscal ao Consumidor Eletrônica (desde 04/09/2023 só funciona o modo Síncrono) DF-e que possui os dois modos de envio Assíncrono e Síncrono: NF3-e = Nota Fiscal de Energia Elétrica Eletrônica Observação: Notem que nas listas acima não aparece a NF-e = Nota Fiscal Eletrônica, o motivo é que a NF-e nasceu somente com o modo Assíncrono de envio, depois passou a ter o modo de envio Síncrono, mas este modo não se encontra disponível na SEFAZ de São Paulo e Bahia. O Fisco já sinalizou que pretende acabar com o modo de envio Assíncrono da NF-e, deixando somente o modo Síncrono. A motivação para essa mudança é que por volta de 90% dos lotes recepcionados por todas as SEFAZ de todas as UF possuem somente um documento. Sendo assim não faz muito sentido consumir dois serviços (Recepção e Consulta) para apenas um documento, lembrando que no modo Assíncrono se faz necessário a Consulta pelo numero do Recibo para obter o resultado do processamento. Já que 90% dos contribuintes enviam as suas notas de forma unitária, ou seja, uma nota por vez, tanto a SEFAZ quanto o desenvolvedor do Software sairiam ganhando com essa mudança, pois a SEFAZ eliminaria o serviço de Consulta pelo numero do Recibo e o Software ficaria mais rápido pois não precisaria executar essa consulta. Quando vai ocorrer essa mudança não sei, o Fisco não disse quando, mas vai ocorrer. Codificação para quem utiliza os componentes: A titulo de exemplo será utilizado o componente ACBrMDFe, mas podemos replicar para os demais. O método Enviar possui 3 parâmetros: function Enviar(const ALote: String; Imprimir: Boolean = True; ASincrono: Boolean = False): Boolean; overload; ALote = Numero do Lote que contem os documentos a serem enviados para o webservice da SEFAZ. Imprimir = Se True (valor padrão) diz que o Documento Auxiliar vai ser impresso no final do processo, se False diz que não vai ser impresso. ASincrono = Se False (valor padrão) diz que o modo de envio é Assíncrono, se True diz que o modo de envio é Síncrono. Exemplo de Envio no modo Assíncrono (só deve ser utilizado pelos DF-e que ainda possuem esse modo de envio): ACBrMDFe1.Enviar(NumLote); ou ACBrMDFe1.Enviar(NumLote, False); Exemplo de leitura do retorno do envio no modo Assíncrono: with MemoDados do begin Lines.Add(''); Lines.Add('Envio MDFe'); Lines.Add('tpAmb: ' + TpAmbToStr(ACBrMDFe1.WebServices.Retorno.tpAmb)); Lines.Add('verAplic: ' + ACBrMDFe1.WebServices.Retorno.verAplic); Lines.Add('cStat: ' + IntToStr(ACBrMDFe1.WebServices.Retorno.cStat)); Lines.Add('xMotivo: ' + ACBrMDFe1.WebServices.Retorno.xMotivo); Lines.Add('cUF: ' + IntToStr(ACBrMDFe1.WebServices.Retorno.cUF)); Lines.Add('xMsg: ' + ACBrMDFe1.WebServices.Retorno.Msg); Lines.Add('Recibo: ' + ACBrMDFe1.WebServices.Retorno.Recibo); Lines.Add('Protocolo: ' + ACBrMDFe1.WebServices.Retorno.Protocolo); end; Exemplo de Envio no modo Síncrono (utilizado pelos DF-e que só possuem ou também tem este modo de envio): ACBrMDFe1.Enviar(NumLote, True, True); ou ACBrMDFe1.Enviar(NumLote, False, True); Exemplo de leitura do retorno do envio no modo Síncrono: with MemoDados do begin Lines.Add(''); Lines.Add('Envio MDFe'); Lines.Add('Chave: ' + ACBrMDFe1.Manifestos[0].MDFe.procMDFe.chMDFe); Lines.Add(''); Lines.Add('tpAmb: ' + TpAmbToStr(ACBrMDFe1.WebServices.Enviar.tpAmb)); Lines.Add('verAplic: ' + ACBrMDFe1.WebServices.Enviar.verAplic); Lines.Add('cStat: ' + IntToStr(ACBrMDFe1.WebServices.Enviar.cStat)); Lines.Add('xMotivo: ' + ACBrMDFe1.WebServices.Enviar.xMotivo); Lines.Add('cUF: ' + IntToStr(ACBrMDFe1.WebServices.Enviar.cUF)); Lines.Add('xMsg: ' + ACBrMDFe1.WebServices.Enviar.Msg); Lines.Add('Recibo: ' + ACBrMDFe1.WebServices.Enviar.Recibo); end;

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

Boa tarde Marcelo, Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou o ACBr?

Boa tarde Ricardo, Pelos manuais que tenho desse provedor, a estrutura do XML de pedido de cancelamento varia de uma cidade para outra. Você teria um manual do provedor da cidade em questão?

Boa tarde Luiz, Para abrir a URL ProRecepcionar (por exemplo) se faz necessário ter um certificado digital instalado no windows. Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5380

Boa tarde @tryideas sistemas, A prefeitura disse que ocorreu uma atualização, mas que atualização foi essa? Você chegou a entrar em contato com o provedor? Pois é o Fiorilli que deve fazer as devidas correções. O provedor Fiorilli se utiliza da versão 2 do layout da ABRASF e nessa versão existem 3 formas de enviar o RPS. 1. Envio em Lote no modo Assíncrono; 2. Envio em Lote no modo Síncrono; 3. Envio unitário; Você esta tendo problema com o retorno do Envio em Lote no modo Síncrono. Sugiro que faça um teste com os outros dois modos de envio. De posse do resultado, da para você entrar em contato com o provedor e expor o problema informando o modo de envio que esta utilizando, o erro que esta obtendo e em qual ambiente foi enviado o RPS. Pode ser que no ambiente de produção esteja tudo OK mas no de homologação não esta.

Olá Pessoal, Mais um documento fiscal eletrônico a vista. Portal do DC-e: Portal da Declaração de Conteúdo Eletrônica (svrs.rs.gov.br) Está disponível no Portal dos Documentos Fiscais Eletrônicos a área temática dedicada a Declaração de Conteúdo Eletrônica - DCe. Nesta área poderá ser encontrado material técnico como Manuais e Schemas, Legislação, Notícias e serviços relacionados ao documento fiscal. O que vem a ser o DC-e: O Projeto DCe tem como objetivo a implantação de um modelo nacional de declaração de conteúdo eletrônica, visando a substituir a sistemática de utilização da declaração de conteúdo em papel, melhorando a visibilidade dessa declaração e permitindo, ao mesmo tempo, o acompanhamento em tempo real das operações. No Portal encontramos os Manuais e os Schemas, ainda não estão disponíveis as URLs de homologação e de produção (vamos aguardar). Para informações sobre a legislação, acesso o portal pois estão disponíveis tanto o ajuste SINIEF que instituiu o DC-e quanto o Ato COTEPE.

Bom dia Antonio, Muito obrigado pela colaboração, já inclui na minha lista de tarefas para analise. TK-5379

Bom dia @tryideas sistemas, Se tratando do Padrão Nacional a emissão de notas via portal (site) podemos usar o usuário e senha, mas via webservice se faz necessário o uso do certificado digital, pois o XML do DPS (Declaração Provisória de Serviço) que devemos gerar e enviar para o webservice deve ser assinado digitalmente.

Bom dia @Aggille Sistemas de Gestão, Na versão 2.04 devemos atribuir o código da Obra e a Arte nos respectivos campos: NFSe.ConstrucaoCivil.CodigoObra := 'código da obra'; NFSe.ConstrucaoCivil.Art := 'arte';

Bom dia Fabricio, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5378

Bom dia @C4Dev, Vou rever a alteração que fiz.

Bom dia Carvalho, A questão não é descobrir a empresa (provedor) contratada pela prefeitura. O componente requer que você informe somente o código IBGE do município que pertence o prestador que emitiu a nota. Para emitir/visualizar uma DANFSE de um prestador de Araraquara, basta configurar o componente com o código IBGE de Araraquara. Para emitir/visualizar uma DANFSE de um prestador de São Paulo, basta configurar o componente com o código IBGE de São Paulo. E assim por diante.

Bom dia @Light System Software, Vou lhe pedir um favor. Abra a unit Conam.GravarXml e faça a seguinte alteração: Atual: if (CpfCnpj <> 'CONSUMIDOR') and (CpfCnpj <> 'EXTERIOR') then NFSeNode.AppendChild(AddNode(tcStr, '#1', 'CepTom', 1, 8, 1, OnlyNumber(NFSe.Tomador.Endereco.CEP), '')) else NFSeNode.AppendChild(AddNode(tcStr, '#1', 'CepTom', 1, 8, 1, '00000000','')); Alteração: if (CpfCnpj <> 'CONSUMIDOR') and (CpfCnpj <> 'EXTERIOR') then NFSeNode.AppendChild(AddNode(tcStr, '#1', 'CepTom', 1, 8, 1, OnlyNumber(NFSe.Tomador.Endereco.CEP), '')) else NFSeNode.AppendChild(AddNode(tcStr, '#1', 'CepTom', 1, 8, 1, '','')); Salve a unit alterada, fecha tudo, finaliza a execução do Delphi. Reinstale o ACBr. Execute o Delphi, abra a sua aplicação recompila com a opção Build e faça um novo teste.

Bom dia @Mauricio Elias e @lucimauro, Os contadores dos seus clientes o que dizem sobre essa questão? Por se tratar de um assunto fiscal o melhor caminho é procurar um bom contador.

Bom dia @ROGERIOHFB, Veja se isso lhe ajuda:

Bom dia @Mcq Desenvolvimentos, Usando os Schemas que se encontram na pasta: ...\Exemplos\ACBrDFe\Schemas\CTe ocorre o mesmo erro? Lhe pergunto isso, pois nessa pasta existe o arquivo cteModaAquaviario_v4.00.xsd Ao atualizar o ACBr, você atualiza todos os fontes de todas as pastas? Após a atualização reinstala o ACBr? Após a reinstalação compila a aplicação com a opção Build? Siga sempre esta lista: Você tem fontes do ACBr 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 repita os testes.

Bom dia @Lindomar S. Menezes, O MDF-e foi enviado no modo Assíncrono ou Síncrono?

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

Bom dia Carvalho, O componente ACBrNFSeX possui uma rotina de leitura para provedores que seguem o layout da ABRASF versão 1, uma outra rotina que segue a versão 2 da ABRASF e diversas rotinas para os provedores que tem layout próprio. Isso faz com que haja a necessidade de se informar "configurar o componente" o código do município para a qual a nota foi emitida, desta forma o componente sabe qual das diversas rotinas de leitura ele vai utilizar. O componente não possui um método que carrega o XML como uma string detecta o município para o qual a nota foi emitida e retorna o código IBGE do mesmo. Caso você queira contribuir com o provedor implementando esse método ficaremos muito agradecidos pela colaboração.

Bom dia Castro, Após o envio no modo Síncrono se o MDFe foi autorizado você pode pegar a chave da seguinte forma: Chave := ACBrMDFe1.Manifestos[0].MDFe.procMDFe.chMDFe; Mas também você pode obter a chave da seguinte forma: Chave := ACBrMDFe1.Manifestos[0].NumID; Essa segunda forma se faz necessário que o o XML do MDFe tenha sido gerado.

Alexandre, Já esta no SVN.

Boa tarde @Light System Software, Na unit Conam.GravarXml temos: CpfCnpj := Trim(NFSe.Tomador.IdentificacaoTomador.CpfCnpj); if (CpfCnpj <> 'CONSUMIDOR') and (CpfCnpj <> 'EXTERIOR') then CpfCnpj := OnlyNumber(CpfCnpj); { Se hover municipios com apostofro deve ser substituido por espaço, por exemplo SANTA BARBARA D'OESTE deve informar SANTA BARBARA D OESTE. } MunPrestador:= UpperCase(StringReplace(NFSe.Prestador.Endereco.xMunicipio, '''', ' ', [rfReplaceAll])); MunTomador:= UpperCase(StringReplace(NFSe.Tomador.Endereco.xMunicipio, '''', ' ', [rfReplaceAll])); NFSeNode.AppendChild(AddNode(tcStr, '#1', 'CpfCnpTom', 1, 14, 1, CpfCnpj, '')); Note que a tag CpfCnpTom é gerada com o conteúdo da variável CpfCnpj. Note também que o conteúdo da propriedade: Tomador.IdentificacaoTomador.CpfCnpj pode conter o numero do CPF ou CNPJ ou os literais: CONSUMIDOR ou EXTERIOR. Acredito que no seu caso devemos informar o literal CONSUMIDOR a propriedade CpfCnpj. Espero ter ajudado.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Boa tarde @C4Dev, Acredito que esta ocorrendo um confusão. O XML que você anexou se refere ao retorno da consulta a NFS-e por faixa e essa imagem que você acaba de anexar se refere ao retorno da consulta a NFS-e por Rps. Por favor faça um novo teste de consulta a NFS-e por faixa, pois quero saber se a alteração que fiz vai funcionar.