Painel de líderes

Acho que você não chegou a olhar a data do post, 20 de outubro de 2011, são 3 anos quase, 3 especificações de requisitos já se passaram desde esse post, muita coisa mudou desde então. Hoje existe o registro D4, que é o log da alteração de registros no DAV, sempre que alterar algum dado você gera o D4 correspondente a alteração.

Boa tarde Oscar. Eu testei da versão 0.8.5.2 que está na área de download do SAC e nesta versão está funcionando. Ou seja o sistema está interpretando a linha I do texto padrão emissor da SEFAZ/SP. Igual no exemplo que foi citado no post #1 I|080.13||SANDALIA BEBE (15/22)|64010101||5101|PR|100.0000|39.9000|3990.00||PR|100.0000|39.9000| | | | |1|||57DCD901-57A9-4F34-81C5-46CF60A78415 Não sei te responder em qual versão ela foi incluída.

Você não deve ter pesquisado no fórum, por isso a confusão, isso já foi explicado anteriormente. O .csv gerado pelo componente após a leitura dos dados é diferente do arquivo original intencionalmente, justamente para evitar problemas. Não tem porque baixar o .csv original, abrir ele no componente e depois exportar novamente para .csv igualzinho, por isso é diferente, para distinguir um .csv do outro (original do gerado pelo componente). Para sua ideia funcionar, basta disponibilizar o arquivo .csv original baixado da URL diretamente e utilizar o método de leitura local como mostrado no demo.

Não tem nada a ver com o Unicode. Em geral, tem relação com possuir mais de um Delphi na mesma máquina. veja:

Delphi morrer é uma história muito antiga, vem desde o Delphi 7, e ele está ai hoje firme e forte na versão XE6 já. O que eu penso como desenvolvedor Delphi de longa data, como beta tester Embarcadero e como Technology Partner Embarcadero, o Delphi não morre. Veja que eles estão evoluindo a ferramenta, tudo está em pleno desenvolvimento e sempre com novas funcionalidades. Quanto ao projeto ACBr, sempre que existir usuários Delphi que utilizem o projeto ele vai continuar existindo.

Desinstalei tudo e instalei o FortesReports, com ele esta funcionando normalmente, tem só alguns detalhes de margem superior que ainda estou verificando. Grato

Bom dia! Eu não disse isto. Eu coloquei um link para ver se ajudava na resposta do post #7 aonde Igor Oliveira pergunta: Passei o link citado, pois no gráfico existe uma coluna com o nome "consulta cadastro". - Se o campo "consulta cadastro" estiver vazio na linha do estado desejado significa que o estado não possui o serviço. - Ao ler o que sugeri vc vai encontrar: UF que utilizam a SVAN - Sefaz Virtual do Ambiente Nacional: MA, PA, PI (Olhando a coluna "consulta cadastro" verá que está vazio. Não tem webservice de consulta cadastro). - Na linha abaixo tem a informação: UF que utilizam a SVRS - Sefaz Virtual do RS: - Para serviço de Consulta Cadastro: AC, RN, PB, SC (ou seja se desejar consultar AC, RN, PB, SC terá que escolher a SEFAZ Virtual RS)

gguimp, Juliomar testei com Quick 5.02 e saiu tudo OK, de minha parte tópico resolvido. Obrigado por todos que compartilharam.

Bom dia gguimp. Eu não passei por este problema porque eu estou com a versão do QuickReport 5.02. No meu caso não apareceu os documentos originários como citei no poste acima, por causa que eu estava carregando um xml na versão 1.04, e meu fonte já está na versão 2.0. Fiz uma correção para não acontecer esse erro quando ele carregar o xml da versão 1.04 e tudo funcionou ok.

Jorge Eduardo, eu testei com o DFM citado no anexo com mais de 2 documentos originários e não funcionou. Para resolver o problema eu utilizei o DFM fornecido pelo ACBr, atualizei o QuickReport 5.02, apaguei todos os '.dcu' referente ao ACBr e logo em seguida 'Build All' em meu projeto. Somente assim consegui resolver esse problema.

Boa tarde Senhores. Estou desenvolvendo para o provedor de SP, porém ainda não tenho nada concluído. E, é bem provável que demorará mais alguns dias para conseguir liberar os fontes. Também tivemos um pequeno problema, já que os servidores de testes do provedor de SP foi desativado, ou seja, o envelope muda para o ambiente de produção e o retorno sempre é o "lote zero", o que nos levou a emitir uma nota em ambiente de produção para continuar a desenvolver. Exigiu bastante adaptações, pois não é padrão ABRASF, ao que se refere aos envelopes, e assinatura, por exemplo. A questão das propriedades do componente foram quase que todas mantidas. Tenho desenvolvido Envio de Lote, Consulta de Lote, Cancelamento e Impressão do DANFSe. Tenho alguns ajustes para fazer, porém não sei se conseguirei encaminhá-los em breve. Tivemos também que desenvolver uma dll em C#, a qual assina o RPS sem a tag de assinatura junto, pois a CAPICOM assina apenas com a tag de assinatura, e acaba gerando o valor de hash errado. (Se alguém souber como assinar uma cadeia de caracteres sem assinar junto a tag de assinatura via CAPICOM ou delphi, pelo certificado digital, é claro, agradeceríamos, pois ficaria melhor utilizar somente recursos delphi nesse componente). Essa dll terá seu código fonte enviado juntamente com os fontes do componente quando ele estiver pronto. Aliás, vários arquivos tiveram alteração, e em várias partes dos arquivos tiveram alterações de mesma forma. Como devo proceder para enviar os arquivos quando estiver pronto? Comentar todos os lugares onde foram alterados? Atenciosamente, Ariel.

Boa noite, Se vc verificar no seu xml, os produtos estão como base de calculo com valor 0,00 nos dois produtos. Somando esses valores vc chegaria ao valor 0,00 Na tag totais, < vBC>31.00</vBC> teria que ser a soma da base de calculo nos itens que seria 0,00 e não 31,00. Espero ter ajudado.

MG hoje consegui emitir. Mas as validações estão com problemas, principalmente em relação à inscrição estadual. Se emitir com indIEDest = inNaoContribuinte ou inIsento está pedindo a informação de IE do destinatário.

Faça o seguinte: - Procure e remova em todos os diretórios do seu computador tudo que for ACBr*.bpl, ACBr*.dcp, ACBr*.dcu, synapse.bpl, synapse.dcp, pcn2.bpl e pcn2.dcp; - Atualize o ACBr; - Rode o ACBrInstall e tente instalar (importante, rode o ACBrInstall somente após os passos anteriores). Fiz algumas alterações no ACBrInstall para contornar o bug da Jedi, agora ele não depende mais dela para isso. Testei aqui em delphis desde a versão 7 até a XE6 e está funcionando.

Terá que tratar local na tabela quando for gravar mas usando join ! simples solução e rápida! No caso seu dav itens vai ter um campo para o md5 certo? pra gerar ele será com o join na tabela!

Para esclarecer, a explicação está no REQUISITO XXII que diz que deverá "ser gerado um registro para cada mercadoria ou serviço cadastrado em cada tabela utilizada, no caso de utilização de mais de uma tabela."

Se o seu Fast Report é que acompanha o Delphi vc deve usar o arquivos DanfeRetrato_Basic.fr3. Se o seu Fast Report é a versão completa, vc deverá usar o arquivo DanfeRetrato.fr3