Painel de líderes

Aqui está compilando o Demo normalmente. Você instalou o Fortes Report Community Edition sem problemas?

Perfeito, muito obrigado mesmo pela implementação e acertos, já está tudo no repositório.

Parabéns Duarte... Muito obrigado pela ajuda

Bom dia, Segue melhorias na leitura das SMS acrescentado, propriedades (Código, DataHora), atualizado também o demo. Resultados na imagem: DemoACBrSMS.rar FonteACBrSMS.rar

Olá Aguinaldo, boa tarde! Obrigado pela atenção. Tem razão, bem observado. Falo sim do CSC, e não do CST. Seguindo a orientação do Juliomar, eu acho que encontrei o que queria. Criei 2 campos para cadastrar as informações do cliente, referentes ao idCSC e CSC. Em seguida, eu alimentei as propriedades Configurações.Geral.idCSC e Configurações.Geral.CSC com essas informações. Baseado em alguns testes, acredito que isso seja o suficiente. Abraço, CelsoVS

Bom dia Daniel, No ACBrNFe a propriedade SalvarEvento antes se chamava SalvarCCeCanEvento e tinha como finalidade definir se os XMLs referente a eventos: CCe e Cancelamento seriam salvos na pasta definida por GetPathEvento ou salvos na pasta definida por GetPathCCe / GetPathCan. Sendo assim ela não tinha a função de informar se os XMLs seriam salvos ou não e sim definir o local de gravação, quem realmente defini se será salvo ou não é a propriedade Salvar (Configuracoes.Arquivos.Salvar). Se você abrir a unit ACBrNFeWebServices (repositório Trunk) e procurar pela propriedade SalvarCCeCanEvento vai encontra-la apenas em: function TNFeEnvEvento.GerarPathEvento: String; e vai poder confirmar o que escrevi acima. Se tratando de Eventos, o componente ACBrNFe gera 3 XMLs, são eles: *-ped-eve.xml <=== XML que contem o pedido do evento, ou seja, é a solicitação enviada a SEFAZ *-eve.xml <=== XML que contem o retorno da SEFAZ informando que o evento foi registrado ou não. *-procEventoNFe.xml <=== esse XML contem o pedido e o retorno, ou seja, o conteúdo dos dois acima e é o XML que devemos encaminhar para o destinatário e é este que usamos para imprimir ou gerar o PDF do Evento. Lembre-se que o XML da NF-e, ou seja, *-nfe.xml é a nota e esse arquivo para ter validade jurídica tem que estar assinado e com o protocolo de autorização. Caso esta nota venha ser cancelada, o XML da NF-e não deve ser alterado (em nenhum manual ou nota técnica diz que devemos substituir o protocolo de autorização pelo de cancelamento). Sendo assim ao efetuar o cancelamento (evento) teremos o *-procEventoNFe.xml, este é um documento com validade jurídica pois esta assinado e possui o protocolo da SEFAZ que diz que o evento foi registrado e vinculado a NF-e. De forma semelhante os componentes ACBrCTe e ACBrMDFe geram os 3 XMLs acima citados e com os mesmos propósitos sendo que o último tem o seu nome diferente: *-procEventoCTe.xml / *-procEventoMDFe.xml No meu entendimento e pela legislação devemos armazenar em disco ou no banco de dados os arquivos que tem validade jurídica, os demais podemos com o passar do tempo excluir ou até mesmo não salvar. Sendo assim concluo que a propriedade: Configuracoes.Arquivos.Salvar tem que ser usada para definir se os arquivos com validade jurídica serão salvos em disco ou não, se eu optar por não salvar tenho que ler a propriedade que contem o XML em questão para poder armazena-lo no banco de dados. Por outro lado a propriedade: Configuracoes.Geral.Salvar tem que ser usada para definir se os demais arquivos (sem validade jurídica) serão salvos em disco ou não.