Bogus WFB transfers: how to delete?

Posted by vodil on August 30, 2009, 10:45 am

Please log in for more thread options

> Bottom line (from my viewpoint): Intuit says that if a transfer request

> has been sent, you can not delete it from Quicken. =A0Since correctable d=

ata

> corruption has been ruled out of the equation, that tells me that the bes=

> way to solve your problem (and likely the only way) is do what it takes t=

> make sure your "move" results in the exact same file on the TO pc as you

> started with on the FROM pc. =A0And that the Windows user on the TO pc ha=

> the exact same access to the Quicken data that the Windows user on the

> FROM pc has.

> --

Both IRL and in the register the transfers are complete. Quicken
keeps trying to send "post-dated" duplicate transfers and rightfully
complains. If there were transfer requests in the register, I'd
delete them as it wants, but there are not. Somewhere in one of the
quicken files there are transfer requests it keeps trying to send. I
can't beleive there is no way to rout them out.

I'd be happy to recover it the way you suggest, but the FROM PC is
gone as it had a flaky motherboard and is being rebuilt. I have the
backup data from it, but that is what I started with in the first
place. Clearly it is not primarily the QEL file anyway because I
started with an empty one and the transfer requests were still there
trying to be sent. The transfer requests are somewhere else in the
quicken fileset.

P.S. Gratuitious remarks about deprovements in Vista deleted since
this is a family group.

Posted by Curt on September 8, 2009, 2:25 pm

Please log in for more thread options

Hi all,

In Quicken H&B 2009, I am trying to find and delete duplicate
transactions resulting from transaction dowloads. My question is, is
it possible to:

1) delete all downloaded transactions (there is a rather tedious way
to identify all downloaded transactions),
2) reset the "downloaded transaction counter" associated with the
account (with this be done by deleting the QEL file?).
3) do a new download that only downloads transaction as of a specified
date (if so, how??)

Thanks, Curt

> vodil wrote:

> > I transferred my quicken datafrom one (vista64) machine to another.

> > For some reason it lost my download history and I had to manually

> > delete 3 months of downloadedtransactionsthat were already there. =A0A

> > pain, but straightforward

> > There are, howoever, =A0like 7 old transfer (shifting money from one

> > wells fargo account to another) requrests that online update had in

> > it. =A0 They already happened and are recorded in the register so I jus=

> > want to delete them from online update, but I don't know how.

> > I tried to let one-step update do them, but it knows they are old and

> > won't do them. It tells me to go fix them in the register, but the

> > requests are not in the register to fix.

> > Help.

> > P.S. I validated and even copied the file to no avail. =A0I am afraid t=

> > super-validate unless someone knows that is what will work...last time

> > I did I had an hour or so of getting rid ofduplicatetransactions.

> I'm just taking a stab at this; not sure I have a good grasp of everthing

> your experiencing.

> Knowing your Quicken version could be helpful.

> First of all though: I believe that your original problem (lost download

> history) should normally have a simple solution. =A0Your download history=

> stored in the Windows file QDATA.QEL (where QDATA is the name you have

> given to your Quicken data). =A0If your process for transferring your

> Quicken data from one pc to another, somehow left that file out, you coul=

> see the results you report. =A0Getting that file correctly transferred wo=

uld

> be my first choice of "solutions". =A0[For newer Quicken versions, you

> probably should have at least 3 Windows files: .QDF, .QEL and .QPH ... an=

> maybe more. =A0The .QDF file is the only "essential" file, the others wil=

> be recreated by Quicken as necessary ... but empty.]

> If you can't recover the QEL file, post back to see if there might be

> another approach.

> [Validating and Super-Validating should never create serious problems ...

> you should always first make a Quicken Copy of your data, then

> Validate/Super-Validate that Copy. =A0If you don't like the results, just

> revert to your original data and delete the Validated Copy.]

> --

> John Pollard- Hide quoted text -

> - Show quoted text -