On Tue, Apr 10, 2018 at 10:34 AM Alain Williams <a...@phcomp.co.uk> wrote:
> On Tue, Apr 10, 2018 at 01:48:13PM +0000, Buddha Buck wrote:
>
> > I concur. Gmail does server-side filtering and labelling, not
> client-side.
>
> Please be aware that not everyo
On Tue, Apr 10, 2018 at 8:37 AM Colin Law wrote:
> On 10 April 2018 at 12:51, Adonay Felipe Nogueira
> wrote:
> > 2018-04-10T09:51:58+0200 Saša Janiška wrote:
> >> E.g. gnucash-users list uses Mailman which does provide e.g. List-Id
> >> header for
In general, I wouldn't bother entering starting balances for income and
expense accounts from before the period I am accounting for. Traditionally,
those accounts were temporary, and at the end of the accounting period the
balances would be reset to zero, being transferred to equity. That isn't
On Fri, Feb 23, 2018 at 10:08 AM Jeff Abrahamson wrote:
> Thanks. I see my question wasn't clear. My problem is that I want to
> import the splits and it seems I can only import transactions.
>
Splits do not exist independently of transactions. Transactions have a
collection of
I don't know if it is what new users usually do, but I think it's probably
one of the better ways to do it. A lot of the difficulties I see on the
gnucash-users list come from trying to import data from other programs,
especially multi-year Quicken imports.
On Sun, Feb 4, 2018 at 6:52 PM Graham
My basic approach to such questions is to think about the "5 W's" of
reporting (after all, "accounting" is fundamentally about telling an
accurate story of what is going on with your money.
How you tell that story is dependent on what the standard practices in your
local jurisdiction, as well as
settings to do so in GNU
> Cash.
>
> Regards.
>
>
> On Fri, Nov 24, 2017 at 1:33 AM, Buddha Buck <blaisepas...@gmail.com>
> wrote:
>
>> You should talk to your accountant about how to set up your accounts to
>> handle this type of transaction. Your proposed sol
It's entirely possible that Frank has a "mybooks.gnucash" file that doesn't
have everything, and a bunch of "mybooks.gnucash..gnucash" files
which have (incrementally) more of everything, as well as the "*.log" files
which go along with them, but beign a new user doesn't realize what those
Remember that your books are supposed to reflect your view of the
transactions you are making, not those of other entities.
Instead of a credit card payment or an account-to-account transfer,
consider the more traditional case of paying a vendor with a check.
On January 1st, you buy a CD from a
What might be a nice feature for GnuCash to have is the ability to generate
an "available credit" column for credit cards in some sort of report.
As long as I pay more to credit cards than I spend each month, I pay no
interest on the balance. As such, I sort of treat debit and credit cards
Keith,
The "Transfer" column isn't ever going to go away. It's fundamental to the
concept of double-entry bookkeeping as GnuCash implements it. Double-entry
bookkeeping tracks flows of value, and the transfer column says what the
other side of the flow is.
As for debit and credit, roughly
You probably also have a "den.gnucash", a
"den.gnucash.20161107142750.gnucash", a
"den.gnucash.20161107142750.gnucash.20161201140745.gnucash",
and a
"den.gnucash.20161107142750.gnucash.20161201140745.gnucash.20170208132409.gnucash"
as well.
When you are using GnuCash to work on the file
As far as I am aware, there shouldn't be any licensing issues on the FOSS
side about including a government-granted key in the distribution. There
are severe technical issues, which may impact licensing, in keeping the
government-granted key a secret. Since the last bit is the important part,
as
All those cards represent something that you own and can convert into stuff
of value. As such, they are assets, much like cash. They are not, in and of
themselves income, any more than cash is. They are not your liabilities,
which makes them different than credit cards, and should not be tracked
I seem to be transitioning from full-time employment to software dev
contracting. I don't know really what's involved in that, accounting-wise,
in the US.
Does anyone know of any resources for how to do the proper accounting as a
contractor in the US, especially using GnuCash?
Thanks,
Buddha
On Wed, Jul 26, 2017 at 6:53 PM wrote:
>
>The need for a secret code to identify approved software was mentioned.
>Secret or not, why is it against OpenSource ideals when HMRC wants to
>assure that only software with the right capabilities can be used?
>
One of
I would mention both on a glossary, cross-referenced. I would probably also
consider changing references in the text to FinTS, with the first reference
mentioning that it used to be HBCI. On a Wiki, I would redirect HBCI to
FinTS, and mention on the page the naming history.
But I'm not a user of
17 matches
Mail list logo