Italo Giurizzato Junior

Boa tarde Rene, Procure criar um tópico para cada provedor, pois esse estamos tratando sobre o provedor EL e nessa ultima postagem você acabou incluindo uma correção de outro provedor. Quando a achar a pasta automaticamente dos schemas é a sua aplicação que esta fazendo isso, pois o componente não o faz de forma automática. Note que no programa exemplo é preciso informar em qual pasta esta os schemas usado pelo provedor. Tem provedor que tem schemas específicos para homologação e para produção, outros chegam ao absurdo de ter um schema para cada cidade. O meu conselho é que você não automatize a busca da pasta de schemas pelo provedor, pois isso não vai funcionar para os casos que relatei acima.

Boa tarde Joas, Recebi e já inclui na minha lista de tarefas para analisar.

Boa tarde Jorge, Não entendi a finalidade da propriedade de configuração que você acrescentou? E qual é o erro que esta ocorrendo na procedure ProcessarMensagemErros que foi resolvido comentando o bloco de linhas que estão no ELSE? Notei que você esta com os fontes desatualizados.

Boa tarde, Você não tem nenhuma Unit ou DCU do componente em outra pasta que não seja dos componentes ACBr? Pois se tiver o Delphi pode estar usando essa Unit ou DCU desatualizado.

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

Boa tarde Aurélio, Se o destinatário da mercadoria é uma pessoa física com certeza foi informado o CPF dessa pessoa. Para que ela possa baixar o XML dessa nota através do Distribuição DF-e, primeiro ela tem que ter um e-CPF (certificado digital), do resto é tudo igual, só que em vez de informar o CNPJ basta informar o CPF.

Boa tarde, Como dito anteriormente temos os schemas do provedor MegaSoft e o componente valida o XML perante aos Schemas antes do seu envio. Para estar ocorrendo esse erro é bem provável que estejamos gerando ao no XML que não deveria ser gerado ou esta faltando algo. Para saber o que é preciso ser feito precisamos dos schemas que o provedor reconhece como valido. E também de XMLs de exemplos.

20/08/2021 INFORMAMOS QUE NA JANELA DO DIA 29/08/2021, ESTÁ PREVISTA MANUTENÇÃO NOS AMBIENTES DE AUTORIZAÇÃO DE DF-e DA SVRS Em 29/08/2021, será executada, a partir das 7h da manhã, com duração de 2 horas, manutenção programada do ambiente de autorização de DF-e (BPE, CMT, CTE, DFE, MDF, NCE, NF3E, NFE, NFF, ONE, PSVRS) da SEFAZ Virtual do Rio Grande do Sul (SVRS), sem previsão de indisponibilidade.

Ramon, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. Só vou verificar se no schema da versão 2 da ABRASF essa tag por padrão é opcional ou obrigatória, ai eu vou usar um ou a outra unit que você alterou.

Ramon, Esse tipo de alteração você faz na unit <provedor>.GravarXml, na procedure Configuracao. Se não tiver essa procedure veja como ela é incluída vendo outros provedor como o Ginfes (por exemplo). A alteração na unit que você fez afeta todos os provedor da versão 2 da ABRASF. A não ser que o padrão seja opcional. Chegou a ver os schemas da ABRASF versão 2 para confirmar se essa tag é obrigatória ou opcional. Se ela é opcional segundo o Schema da ABRASF a sua alteração esta correta.

Boa tarde Maicon, Você ainda esta usando o componente antigo? Se sim, Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente ACBrNFSe não vai mais ter manutenção. 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 Sandro, Se o retorno que você se refere é a mensagem informando que a funcionalidade não esta implementada pelo provedor, é gerada pelo componente sim. A minha sugestão que no método Emitir você informe sempre o modo de envio automático. Muito obrigado pela sua contribuição, já inclui na minha lista de tarefas para analisar.

Boa tarde, Muito obrigado pelos XMLs, já inclui na minha lista de tarefas para analisar.

Italo, Já inclui na minha lista de tarefas para verificar o porque ele não esta lendo a Razão Social do Tomador. Quanto mostrar vários DANFSE em único Preview não sei se o Fortes Report tem esse recurso.

Favor atualizar os fontes e faça novos testes.

Felipe, Já esta no SVN.

Ramon, Por favor atualize os fontes e faça novos testes.

Boa tarde Jorge, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Juliano, Eu tenho as minhas duvidas, veja: <ns1:GerarNotaResponse xmlns:ns1="urn:sigiss_ws"> <RetornoNota> <Resultado>0</Resultado> <Nota>0</Nota> </RetornoNota> <Mensagens> <item> <id>E0040</id> <DescricaoProcesso>Verificação dos RPS´s emitidos</DescricaoProcesso> <DescricaoErro>RPS informado já foi vinculado a NF-e. Para lançar esse RPS novamente, favor cancelar a NF-e antes dessa emissão.</DescricaoErro> </item> </Mensagens> </ns1:GerarNotaResponse> No retorno temos um grupo chamado <RetornoNota> que deveria trazer ao meu ver o numero da nota gerada na tag <Nota> e o grupo <Mensagens> que para mim esta retornado uma rejeição ao envio do Rps. Se você tem o numero da nota tente agora o método ConsultarNFSe. Vamos ver o retorno dessa consulta.

Boa tarde Felipe, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Muito obrigado, vou fazer alguns testes.

Boa tarde Ramon, Favor realizar novos testes usando a unit em anexo. ACBrXmlBase.pas Vou analisar a sua contribuição.

Boa tarde, Você poderia anexar o XML para que eu possa analisar e tentar descobrir o que esta ocorrendo?

Boa tarde, Você atualizou todos os fontes de todas as pastas? Reinstalou a suíte ACBr? Pois com as alterações que fiz consegui enviar e obter um retorno do webservice do provedor.