[GNC] Can't import Quicken QIF file in GnuCash 3.5 (Win10)

Tom Hatzigeorgiou tomhatz at hotmail.com
Thu May 16 10:40:11 EDT 2019


There is something wrong with GnuCash 3.5 for Windows 10.

While I haven’t decided to use it exclusively, I’ve been using it for some time to verify my Quicken data and it has highlighted a lot of problems with the data that I have fixed. The main issue that I have had with it and can’t switch to it is that I find the account update (from banks & credit cards) in Quicken a lot easier. When this issue gets corrected I will definitely switch.


As I’m going through the import script (QIF), I have found at least two issues in release 3.5:

  1.  I have many securities on my portfolio (listed under the “Tradable Commodities” of the importer). There was always a problem with it that unless you maximized the importer window you could not see the “NEXT” button on the bottom right of the screen. With this version there is no way to see the button.
  2.  To solve the above problem, I found a way to get to the next screen (by pressing the tab multiple times), but this brings me to my next issue as my import fails.


For the record, I have no problem when I import the same file into GC 3.1 which has made me to fall back into that version of GnuCash.

Are there other people having the same issues with GC 3.5?

Am I doing something wrong?


Thank you.


________________________________
From: gnucash-user <gnucash-user-bounces+tomhatz=hotmail.com at gnucash.org> on behalf of gnucash-user-request at gnucash.org <gnucash-user-request at gnucash.org>
Sent: Thursday, May 16, 2019 7:44 AM
To: gnucash-user at gnucash.org
Subject: gnucash-user Digest, Vol 194, Issue 38

Send gnucash-user mailing list submissions to
        gnucash-user at gnucash.org

To subscribe or unsubscribe via the World Wide Web, visit
        https://lists.gnucash.org/mailman/listinfo/gnucash-user
or, via email, send a message with subject or body 'help' to
        gnucash-user-request at gnucash.org

You can reach the person managing the list at
        gnucash-user-owner at gnucash.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of gnucash-user digest..."


Today's Topics:

   1.  QFX vs OXR/QXF (Alton Brantley)
   2.  Recording Deposits in Checking (Jimmy R)
   3. Re:  Manual Exchange rates (Mahir)
   4. Re:  Recording Deposits in Checking (Michael or Penny Novack)
   5. Re:  Recording Deposits in Checking (Jimmy R)
   6. Re:  QFX vs OXR/QXF (D)
   7. Re:  Manual Exchange rates (D)
   8. Re:  QFX vs OXR/QXF (jeffrey black)
   9. Re:  QFX vs OXR/QXF (Richard)
  10. Re:  QFX vs OXR/QXF (David T.)
  11. Re:  QFX vs OXR/QXF (David T.)
  12. Re:  QFX vs OXR/QXF (David Carlson)


----------------------------------------------------------------------

Message: 1
Date: Wed, 15 May 2019 12:40:41 -0400
From: Alton Brantley <alton.brantley at gmail.com>
To: rpink01 at gmail.com
Cc: gnucash-user at gnucash.org
Subject: [GNC] QFX vs OXR/QXF
Message-ID: <F0B4A889-56BE-4491-A12A-74AB3EC5C4D9 at gmail.com>
Content-Type: text/plain;       charset=utf-8

You should be aware that the OFX import will use the posting date only as its import date. Your statements will list the transaction date, so your statements and your ledger will not match directly.

For that reason, I have gone back to using CSV import format, because the CSV import tool allows the option of choosing which date is used for the entry into your ledger.

Note to developers: it would be wonderful to add a flag to either the ledger account or the OFX import tool that would allow the specification of which date to use.

Second note to developers: it would also be wonderful if the settings used in the import tool (specifically the CSV tool) were sticky, i.e. the previously used settings were retained between uses. I have 3 separate cards with one bank, and have to select ?skip the first line, m-d-y format, and tag the columns Date, Description, Debit, Credit? every time I do an import. As a benefit to those who don?t want that feature, either a ?reset? button or a ?non-sticky? flag on the account could be added. Maybe even save the options as account specific!




------------------------------

Message: 2
Date: Wed, 15 May 2019 15:16:45 -0500 (CDT)
From: Jimmy R <mikromalaka at yahoo.com>
To: gnucash-user at gnucash.org
Subject: [GNC] Recording Deposits in Checking
Message-ID: <1557951405803-0.post at n4.nabble.com>
Content-Type: text/plain; charset=us-ascii

I just curious if this is the way to record a deposit for a restaurant using
GNC
and later the tax payment. Seem like this is the way to go since you can see
what funds are available for expenses - tax liabilities

<http://gnucash.1415818.n4.nabble.com/file/t378619/1.jpg>


<http://gnucash.1415818.n4.nabble.com/file/t378619/2.jpg>


Jimmy



--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html


------------------------------

Message: 3
Date: Wed, 15 May 2019 15:23:38 -0500 (CDT)
From: Mahir <mmahirf at gmail.com>
To: gnucash-user at gnucash.org
Subject: Re: [GNC] Manual Exchange rates
Message-ID: <1557951818513-0.post at n4.nabble.com>
Content-Type: text/plain; charset=us-ascii

Sorry. My bad. I meant to type 1:46.7 for the first exchange rate.
If that is the case, then what is the purpose of the dates on the price
database. Shouldn't it fetch as per the date?
Thanks for you help btw.



--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html


------------------------------

Message: 4
Date: Wed, 15 May 2019 16:58:46 -0400
From: Michael or Penny Novack <stepbystepfarm at comcast.net>
To: gnucash-user at gnucash.org
Subject: Re: [GNC] Recording Deposits in Checking
Message-ID: <5CDC7D86.2050202 at comcast.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

On 5/15/2019 4:16 PM, Jimmy R via gnucash-user wrote:
> I just curious if this is the way to record a deposit for a restaurant using
> GNC
> and later the tax payment. Seem like this is the way to go since you can see
> what funds are available for expenses - tax liabilities
>
> <http://gnucash.1415818.n4.nabble.com/file/t378619/1.jpg>
>
>
> <http://gnucash.1415818.n4.nabble.com/file/t378619/2.jpg>
The first one (the deposit) is mostly correct. You would do this if you
deposit daily. Otherwise you would be debiting "undeposited cash"
(that's where you would do the split) and then a later transaction for
when you make the deposit.

The second (how you have the liability set up) is possibly not what you
want. But possibly is what you want. I do NOT know the line items you
need for your business tax reporting. Perhaps you DO need to be able to
report "total sakes tax paid". If you do not need this, if you just need
to track whether you have paid the state the "meals tax" you have
collected << in most states can be different from "sales tax" >> I would
just have a single "sales tax" account, credited for collections and
debited for payments made to the state. But I repeat, it is MANY decades
since I did tax filing for a business.

Michael D Novack


------------------------------

Message: 5
Date: Wed, 15 May 2019 18:49:00 -0500 (CDT)
From: Jimmy R <mikromalaka at yahoo.com>
To: gnucash-user at gnucash.org
Subject: Re: [GNC] Recording Deposits in Checking
Message-ID: <1557964140856-0.post at n4.nabble.com>
Content-Type: text/plain; charset=us-ascii

Yes I know what you mean, I have been just used to single entry accounting
before GNC.
Just working and testing GNC on a sample.

I need to add a meals tax, so our rate is 8%...7% sales and 1% meals for
restaurants etc.
Deposits would have to be split to Income, 8%ST and 1%ST...a lot of work.

I tried other methods entering but kept getting imbalances

As for sales tax the funds are just a pass through which we are holding and
paying on behalf of the customer. Reporting to the state is monthly with a
annual renconsile.

Thanks,

Jimmy






--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html


------------------------------

Message: 6
Date: Thu, 16 May 2019 06:48:08 +0530
From: D <sunfish62 at yahoo.com>
To: Alton Brantley <alton.brantley at gmail.com>, "rpink01 at gmail.com"
        <rpink01 at gmail.com>
Cc: Gnucash Users <gnucash-user at gnucash.org>
Subject: Re: [GNC] QFX vs OXR/QXF
Message-ID: <i8y217djanvmneygwlfb00n2.1557969488805 at email.android.com>
Content-Type: text/plain; charset=utf-8

Alton,


On May 15, 2019, at 10:12 PM, Alton Brantley <alton.brantley at gmail.com> wrote:

>You should be aware that the OFX import will use the posting date only as its import date. Your statements will list the transaction date, so your statements and your ledger will not match directly.

I don't understand. First off, in most cases debit card transactions have the same date in the bank records as I do. The exceptions are handwritten checks, the images of which most banks supply in their statements (so you can adjust). Finally, if you are importing transactions from your bank, aren't you already accepting their timing?

>For that reason, I have gone back to using CSV import format, because the CSV import tool allows the option of choosing which date is used for the entry into your ledger.
>Note to developers: it would be wonderful to add a flag to either the ledger account or the OFX import tool that would allow the specification of which date to use.
>Second note to developers: it would also be wonderful if the settings used in the import tool (specifically the CSV tool) were sticky, i.e. the previously used settings were retained between uses. I have 3 separate cards with one bank, and have to select ?skip the first line, m-d-y format, and tag the columns Date, Description, Debit, Credit? every time I do an import. As a benefit to those who don?t want that feature, either a ?reset? button or a ?non-sticky? flag on the account could be added. Maybe even save the options as account specific!

I'm reasonably sure that the CSV importer in version 3 includes a saved settings option. Have you tried it?

David

>_______________________________________________
>gnucash-user mailing list
>gnucash-user at gnucash.org
>To update your subscription preferences or to unsubscribe:
>https://lists.gnucash.org/mailman/listinfo/gnucash-user
>If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
>-----
>Please remember to CC this list on all your replies.
>You can do this by using Reply-To-List or Reply-All.

------------------------------

Message: 7
Date: Thu, 16 May 2019 07:06:37 +0530
From: D <sunfish62 at yahoo.com>
To: Mahir <mmahirf at gmail.com>, Gnucash Users
        <gnucash-user at gnucash.org>
Subject: Re: [GNC] Manual Exchange rates
Message-ID: <two0mqhwwtv25k12pvb67194.1557970597272 at email.android.com>
Content-Type: text/plain; charset=utf-8

The price database allows a user to track, roughly speaking, the value of a holding in a different commodity. For example, a user might purchase a stock at 10 per share. Whilst owning this stock, the price goes up to 15. The user may wish to have a sense that the potential value of her holding has gone up by that amount, which the price database will allow.

When you exchange one commodity for another (in your case, two currencies), the number of units is fixed. The relative value of those other currency units will change, which is what you will see in the chart of accounts. Most reports give you the option of choosing which price to use. You might want to look at those reports.

David

On May 16, 2019, at 1:55 AM, Mahir <mmahirf at gmail.com> wrote:

Sorry. My bad. I meant to type 1:46.7 for the first exchange rate.
If that is the case, then what is the purpose of the dates on the price
database. Shouldn't it fetch as per the date?
Thanks for you help btw.



--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
_______________________________________________
gnucash-user mailing list
gnucash-user at gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-----
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

------------------------------

Message: 8
Date: Thu, 16 May 2019 05:36:29 +0000
From: jeffrey black <beastmaster126 at hotmail.com>
To: "gnucash-user at gnucash.org" <gnucash-user at gnucash.org>
Subject: Re: [GNC] QFX vs OXR/QXF
Message-ID:
        <BYAPR05MB627778AC3BEB13B606A57E3E870A0 at BYAPR05MB6277.namprd05.prod.outlook.com>

Content-Type: text/plain; charset="utf-8"

On 5/15/2019 8:18 PM, D via gnucash-user wrote:
> Alton,
>
>
> On May 15, 2019, at 10:12 PM, Alton Brantley <alton.brantley at gmail.com> wrote:
>
>> You should be aware that the OFX import will use the posting date only as its import date. Your statements will list the transaction date, so your statements and your ledger will not match directly.
> I don't understand. First off, in most cases debit card transactions have the same date in the bank records as I do. The exceptions are handwritten checks, the images of which most banks supply in their statements (so you can adjust). Finally, if you are importing transactions from your bank, aren't you already accepting their timing?
>
<snip>

Real time transaction dates frequently will not match the posting date
for debit/cc/ach/transfer transactions.? It depends primarily on when
the payee runs a batch total.? Some are manually batched, others are
automatically processed at a set time or number of transactions.? Banks
typically postdate charges after closing on Saturday thru Sunday until
Monday, unless Monday falls on a bank holiday (then Tuesday).

Checks by default will almost never match, typically a 2 day wait plus
however long the payee decides to wait before depositing? it (I've had
checks not show up for 3 months on statements).? The exception is if the
payee goes directly to your bank and cashes it.

Irregardless, I try to go with the transaction date, especially on
checks.? The ones I forgot to manually enter go with the date provided
by the financial institution, unless I go back and edit them to match
the date on the original receipt.

> David
> __________________________
> gnucash-user mailing list
> gnucash-user at gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
> -----
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.


--
--JEffrey Black M.B.A.


------------------------------

Message: 9
Date: Wed, 15 May 2019 12:33:12 -0400
From: Richard <rpink01 at gmail.com>
To: Derek Atkins <derek at ihtfp.com>
Cc: gnucash-user at gnucash.org
Subject: Re: [GNC] QFX vs OXR/QXF
Message-ID: <fc089750-5fd9-8a88-1669-c31a47e3634c at gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed

Thanks so much for the assistance, Derek. If I understand correctly, my
Quicken 2016 exports to a proprietary file format - QXF.? GnuCash
imports the more open/robust file format - QFX. These formats are not
compatible. However, my bank does download to QFX so that should work
with GnuCash. (I misspoke in my original statement saying that my
Quicken exports to QFX - this stuff gets a bit confusing)

The trick now is to get my historical data from Quicken into GnuCash
since my Quicken export QXF can not be imported by GnuCash QFX format.

I've exported from Quicken using the QIF format and that appears to work
fine. However, when I try to import the QIF file into GnuCash, all seems
to go fine through the first 14 steps but at step 15 (QIF Import -
Start), it ends with the message "failed". At step 19 - QIF Import
Summary, I get the message "There was a problem with the import" No
additional information follows. See below.

Any ideas?

Thanks,

Richard


On 5/15/2019 9:27 AM, Derek Atkins wrote:
> Hi,
>
> Richard <rpink01 at gmail.com> writes:
>
>> Both my Quicken 2016 and my bank institutions export to QFX files. But
>> GnuCash only offers import from OXF/QXF files. Is this a GnuCssh typo
>> or bug, i.e., misplacement of the "X" in the file extension?
> It is not a typo.  There is a difference between
> OFX/QFX and QXF.
>
> OFX/QFX is the Open Financial eXchange (and a quicken variant).  GnuCash
> can import this.
>
> However, QXF is the Quicken eXchange Format, which is their new,
> proprietary storage format.  GnuCash cannot import QXF.
>
> Are you sure your bank is exporting QFX and not QXF?  Also, could you
> get quicken to export QIF?
>
> Hope this helps,
>
>> Thanks,
>>
>> Richard
>> Please remember to CC this list on all your replies.
>> You can do this by using Reply-To-List or Reply-All.
> -derek
>


------------------------------

Message: 10
Date: Thu, 16 May 2019 09:00:06 +0000 (UTC)
From: "David T." <sunfish62 at yahoo.com>
To: "beastmaster126 at hotmail.com" <beastmaster126 at hotmail.com>,
        "gnucash-user at gnucash.org" <gnucash-user at gnucash.org>
Subject: Re: [GNC] QFX vs OXR/QXF
Message-ID: <2012967939.3099617.1557997206580 at mail.yahoo.com>
Content-Type: text/plain; charset=UTF-8

Jeffrey,
Thanks for filling me in on the vagaries and nuances of bank processes.?

I stand by my assertion that if you are downloading your transactions from the bank, then you are by default choosing to accept *their* accounting of your money.?

If this level of difference bothers you, then you might consider manually entering the transactions yourself, and then conduct a true reconciliation when you receive your bank statement. Alternatively, you can change the details of the imported transactions.?

David



  On Thu, May 16, 2019 at 11:08, jeffrey black<beastmaster126 at hotmail.com> wrote:   On 5/15/2019 8:18 PM, D via gnucash-user wrote:
> Alton,
>
>
> On May 15, 2019, at 10:12 PM, Alton Brantley <alton.brantley at gmail.com> wrote:
>
>> You should be aware that the OFX import will use the posting date only as its import date. Your statements will list the transaction date, so your statements and your ledger will not match directly.
> I don't understand. First off, in most cases debit card transactions have the same date in the bank records as I do. The exceptions are handwritten checks, the images of which most banks supply in their statements (so you can adjust). Finally, if you are importing transactions from your bank, aren't you already accepting their timing?
>
<snip>

Real time transaction dates frequently will not match the posting date
for debit/cc/ach/transfer transactions.? It depends primarily on when
the payee runs a batch total.? Some are manually batched, others are
automatically processed at a set time or number of transactions.? Banks
typically postdate charges after closing on Saturday thru Sunday until
Monday, unless Monday falls on a bank holiday (then Tuesday).

Checks by default will almost never match, typically a 2 day wait plus
however long the payee decides to wait before depositing? it (I've had
checks not show up for 3 months on statements).? The exception is if the
payee goes directly to your bank and cashes it.

Irregardless, I try to go with the transaction date, especially on
checks.? The ones I forgot to manually enter go with the date provided
by the financial institution, unless I go back and edit them to match
the date on the original receipt.

> David
> __________________________
> gnucash-user mailing list
> gnucash-user at gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
> -----
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.


--
--JEffrey Black M.B.A.

_______________________________________________
gnucash-user mailing list
gnucash-user at gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-----
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.



------------------------------

Message: 11
Date: Thu, 16 May 2019 09:15:38 +0000 (UTC)
From: "David T." <sunfish62 at yahoo.com>
To: "rpink01 at gmail.com" <rpink01 at gmail.com>, Derek Atkins
        <derek at ihtfp.com>
Cc: "gnucash-user at gnucash.org" <gnucash-user at gnucash.org>
Subject: Re: [GNC] QFX vs OXR/QXF
Message-ID: <1680269305.3128526.1557998138377 at mail.yahoo.com>
Content-Type: text/plain; charset=UTF-8

The most common issue that crops up with importing QIF data seems to be date formatting, such as a date that is in dd-mm-yyyy format (when the rest of the file is mm-dd-yyyy format).?

Unfortunately, there really isn't any easy way to locate such errors, short of scanning through the source file for the errors (remember that QIF is a text file). Some have had success by breaking the file into pieces to narrow down the error.?

David



  On Thu, May 16, 2019 at 14:15, Richard<rpink01 at gmail.com> wrote:   Thanks so much for the assistance, Derek. If I understand correctly, my
Quicken 2016 exports to a proprietary file format - QXF.? GnuCash
imports the more open/robust file format - QFX. These formats are not
compatible. However, my bank does download to QFX so that should work
with GnuCash. (I misspoke in my original statement saying that my
Quicken exports to QFX - this stuff gets a bit confusing)

The trick now is to get my historical data from Quicken into GnuCash
since my Quicken export QXF can not be imported by GnuCash QFX format.

I've exported from Quicken using the QIF format and that appears to work
fine. However, when I try to import the QIF file into GnuCash, all seems
to go fine through the first 14 steps but at step 15 (QIF Import -
Start), it ends with the message "failed". At step 19 - QIF Import
Summary, I get the message "There was a problem with the import" No
additional information follows. See below.

Any ideas?

Thanks,

Richard


On 5/15/2019 9:27 AM, Derek Atkins wrote:
> Hi,
>
> Richard <rpink01 at gmail.com> writes:
>
>> Both my Quicken 2016 and my bank institutions export to QFX files. But
>> GnuCash only offers import from OXF/QXF files. Is this a GnuCssh typo
>> or bug, i.e., misplacement of the "X" in the file extension?
> It is not a typo.? There is a difference between
> OFX/QFX and QXF.
>
> OFX/QFX is the Open Financial eXchange (and a quicken variant).? GnuCash
> can import this.
>
> However, QXF is the Quicken eXchange Format, which is their new,
> proprietary storage format.? GnuCash cannot import QXF.
>
> Are you sure your bank is exporting QFX and not QXF?? Also, could you
> get quicken to export QIF?
>
> Hope this helps,
>
>> Thanks,
>>
>> Richard
>> Please remember to CC this list on all your replies.
>> You can do this by using Reply-To-List or Reply-All.
> -derek
>
_______________________________________________
gnucash-user mailing list
gnucash-user at gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-----
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.



------------------------------

Message: 12
Date: Thu, 16 May 2019 06:44:29 -0500
From: David Carlson <david.carlson.417 at gmail.com>
To: "sunfish62 at yahoo.com" <sunfish62 at yahoo.com>
Cc: "rpink01 at gmail.com" <rpink01 at gmail.com>, Derek Atkins
        <derek at ihtfp.com>,  "gnucash-user at gnucash.org"
        <gnucash-user at gnucash.org>
Subject: Re: [GNC] QFX vs OXR/QXF
Message-ID:
        <CADYgSbnk1sbVLudomo25pSZi8q0MO+66P5kmwS5vXXSdZCcHrA at mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"

To David T's comment I would add that QIF format is best broken down before
the export rather than after, as there are a few headers at the beginning
that help to define which accounts are included in each file.  It is best
to let Quicken build the smaller files.

David Carlson

On Thu, May 16, 2019 at 4:18 AM David T. via gnucash-user <
gnucash-user at gnucash.org> wrote:

> The most common issue that crops up with importing QIF data seems to be
> date formatting, such as a date that is in dd-mm-yyyy format (when the rest
> of the file is mm-dd-yyyy format).
>
> Unfortunately, there really isn't any easy way to locate such errors,
> short of scanning through the source file for the errors (remember that QIF
> is a text file). Some have had success by breaking the file into pieces to
> narrow down the error.
>
> David
>
>
>
>   On Thu, May 16, 2019 at 14:15, Richard<rpink01 at gmail.com> wrote:
>  Thanks so much for the assistance, Derek. If I understand correctly, my
> Quicken 2016 exports to a proprietary file format - QXF.  GnuCash
> imports the more open/robust file format - QFX. These formats are not
> compatible. However, my bank does download to QFX so that should work
> with GnuCash. (I misspoke in my original statement saying that my
> Quicken exports to QFX - this stuff gets a bit confusing)
>
> The trick now is to get my historical data from Quicken into GnuCash
> since my Quicken export QXF can not be imported by GnuCash QFX format.
>
> I've exported from Quicken using the QIF format and that appears to work
> fine. However, when I try to import the QIF file into GnuCash, all seems
> to go fine through the first 14 steps but at step 15 (QIF Import -
> Start), it ends with the message "failed". At step 19 - QIF Import
> Summary, I get the message "There was a problem with the import" No
> additional information follows. See below.
>
> Any ideas?
>
> Thanks,
>
> Richard
>
>
> On 5/15/2019 9:27 AM, Derek Atkins wrote:
> > Hi,
> >
> > Richard <rpink01 at gmail.com> writes:
> >
> >> Both my Quicken 2016 and my bank institutions export to QFX files. But
> >> GnuCash only offers import from OXF/QXF files. Is this a GnuCssh typo
> >> or bug, i.e., misplacement of the "X" in the file extension?
> > It is not a typo.  There is a difference between
> > OFX/QFX and QXF.
> >
> > OFX/QFX is the Open Financial eXchange (and a quicken variant).  GnuCash
> > can import this.
> >
> > However, QXF is the Quicken eXchange Format, which is their new,
> > proprietary storage format.  GnuCash cannot import QXF.
> >
> > Are you sure your bank is exporting QFX and not QXF?  Also, could you
> > get quicken to export QIF?
> >
> > Hope this helps,
> >
> >> Thanks,
> >>
> >> Richard
> >> Please remember to CC this list on all your replies.
> >> You can do this by using Reply-To-List or Reply-All.
> > -derek
> >
> _______________________________________________
> gnucash-user mailing list
> gnucash-user at gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> If you are using Nabble or Gmane, please see
> https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
> -----
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>
> _______________________________________________
> gnucash-user mailing list
> gnucash-user at gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> If you are using Nabble or Gmane, please see
> https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
> -----
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>


--
David Carlson


------------------------------

Subject: Digest Footer

_______________________________________________

gnucash-user mailing list
gnucash-user at gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-----
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


------------------------------

End of gnucash-user Digest, Vol 194, Issue 38
*********************************************


More information about the gnucash-user mailing list