Italo Giurizzato Junior

Bom dia vand3rson, Muito obrigado pela colaboração, já esta no repositório.

Bom dia Rogério, Será que você não esta carregando o XML do RPS para imprimir o DANFSE em vez do XML da NFS-e?

Bom dia Paulo, O que vem a ser esse arquivo chamado 1234.xml? Você checou se existem as pastas e sub-pastas que compõe o caminho do arquivo?

Bom dia Rubens, Muito obrigado pela colaboração, favor atualizar os fontes e realizar novos testes.

Bom dia a todos, Eu não tenho como realizar testes. Assim que os testes forem evoluindo favor anexar os fontes alterados, para que eu possa analisar e disponibilizar no repositório.

Bom dia Marcos, É nesses casos que devemos configurar o componente para salvar os arquivos soap (Configuracoes.WebServices.Salvar := True) desta forma temos o arquivo de retorno completo sem nenhum tratamento feito pelo componente. Assim é possível analisar o retorno e ver qual é o motivo pelo qual o componente não esta extraindo a informação que desejamos.

Bom dia, O XML esta sendo gerado pelo componente ACBrMDFe? Acredito que não, pois no XML chamado MDFe1Antes.xml a tag <UF> vem antes da tag <cInt> sendo que segundo o manual do MDF-e a tag <UF> tem que vir depois da tag <tpCar>. O que você acha de usar o componente para gerar o XML também e não só para assinar, validar e enviar.

Bom dia Solivam, Quem disse a você que o Web Service que recepciona o MDF-e é de SP? É a SEFAZ-RS que recepciona os MDF-e de todos os Estados brasileiros. Se o emitente da NF-e é do ES tanto a NF-e quanto o MDF-e devem ser configurados como: "ES". Os componentes vão automaticamente estabelecer a conexão com a SEFAZ responsável por recepcionar o documento. Nunca diga "UF de destino", pois pode confundir como sendo a UF do destinatário da mercadoria, diga sempre "UF do emitente do documento". No meu caso que sou de São Paulo como fica a configuração da UF do emitente do documento: NF-e => a UF do emitente tem que ser SP, como a SEFAZ-SP recepciona as NF-e, o componente ACBrNFe vai enviar as notas para a SEFAZ-SP. MDF-e => a UF do emitente tem que ser SP, como a SEFAZ-RS é que recepciona os MDF-e de todos os Estados brasileiros, o componente ACBrMDFe vai enviar os manifestos para a SEFAZ-RS. Espero ter ajudado.

Boa noite Stefan, Exatamente essa é a unica informação que temos. Fora essa frase na NT não existe mais nada publicado pelo ENCAT. Vamos aguardar.

Bom dia Walter, Enviei para o Branches mais uma alteração, vamos ver se agora vai funcionar.

Bom dia, Muito obrigado pela colaboração, já esta no repositório.

Boa noite Rodrigo, Não temos nenhum componente para esse fim.

Boa noite Márcio, Altere o valor da propriedade Dados de 1 para 0 no arquivo INI do provedor: ; 0 = False / 1 = True (se True então converte Cabeçalho e Dados para String) (...) Cabecalho=0 Dados=0 Faça novos testes.

Boa noite Eduardo, A propriedade Tentativas se refere a consulta a situação do Lote não ao envio do mesmo.

Boa noite Walter, Esse erro continua mesmo com a alteração que enviei para o Branches?

Boa tarde, Esta ficando 2 XML, pelo simples fato 1 foi gerado com o tipo de emissão normal e outro offline, neste caso devemos excluir o primeiro, ou seja, tipo de emissão normal. Para pegar a chave você deve ler o atributo ID, ou seja, Copy(ACBrNFe1.NotasFiscais.Items[0].NFe.infNFe.ID, 4, 44)

Boa tarde Diego, Favor entrar em contato com o provedor e questiona-lo sobre o valor do atributo ID. E pede a eles também os arquivos XSD (Schemas) atualizados.

Boa tarde Akai, Não vejo a necessidade de criar a versão 2.02 Faça uma cópia da sua implementação e atualize os fontes veja que alterei o INI do provedor também.

Boa tarde Cleber, Esse "1" que aparece no final do nome, não é a série?

Boa tarde Márcio, Verifica se não tem nenhum fonte com uma bolinha vermelha no ícone, se sim, exclua e baixe novamente. Se não resolver, você terá de refazer a instalação dos componentes do zero.

Boa tarde, Essa propriedade existia na versão antiga - Trunk e foi removida no refactoring, mas alguns desenvolvedores acham que devem trocar o protocolo de autorização por o de cancelamento, ela foi incluída novamente. Agora fica a seu critério ter uma aplicação em conformidade com a legislação ou não.

Boa tarde Jeferson, O problema desse XML são as vogais acentuadas e os cedilhas.

Bom dia, Esse XML se refere ao Envio do RPS ao web service do provedor. Portanto não é o XML da NFS-e. Após o envio devemos realizar a consulta para poder obter o XML da NFS-e e ai sim com base nesse XML solicitar a impressão do DANFSE.

Bom dia Cleber, Como os DA agora é em Fortes ou Fast não tenho condições de fazer as devidas correções por não ter conhecimento sobre esses Report. Esse "1" que aparece é só ao gerar o PDF ou na impressão também? Em qual Report isso esta ocorrendo?

Bom dia, Favor atualizar os fontes e testar novamente.