sql-ledger-users

[SL] cacsh->receipt irritation

[Dr E. L. <el...@li...>]

Hi,

Open Cash->Receipt, select customer, update.

Tick some invoices (and update) then change the date, and/or add to Memo
and/or source and/or account.

The selected invoices are unselected, which, if you do a number of
invoices is indeed quite a nuisance, as far as I am concerned, because I
do not want to have to remember a particular order of doing things.

Has anybody noticed this behaviour and if so would it be a bug or a
feature :-)-O (2.8.6).

greetings, el
-- 
Dr. Eberhard W. Lisse  \        / Obstetrician & Gynaecologist (Saar)
el...@li... el108-ARIN / *     |   Telephone: +264 81 124 6733 (cell)
PO Box 8421             \     /   Please do NOT email to this address
Bachbrecht, Namibia     ;____/        if it is DNS related in ANY way

Re: [SL] cacsh->receipt irritation

[Dieter S. <dsi...@sq...>]

On Fri, 27 Jul 2007, Dr Eberhard Lisse wrote:

> Hi,
>
> Open Cash->Receipt, select customer, update.
>
> Tick some invoices (and update) then change the date, and/or add to Memo
> and/or source and/or account.
>
> The selected invoices are unselected, which, if you do a number of
> invoices is indeed quite a nuisance, as far as I am concerned, because I
> do not want to have to remember a particular order of doing things.
>
> Has anybody noticed this behaviour and if so would it be a bug or a
> feature :-)-O (2.8.6).

This is a feature. Transactions are collected by currency, a payment 
threshold, department, type of business, AP account and due dates.

Re: [SL] cacsh->receipt irritation

[Dr E. L. <el...@li...>]

Thanks :-)-O

el

on 7/27/07 6:08 PM Dieter Simader said the following:
> On Fri, 27 Jul 2007, Dr Eberhard Lisse wrote:
>
>> Hi,
>>
>> Open Cash->Receipt, select customer, update.
>>
>> Tick some invoices (and update) then change the date, and/or add to
>> Memo and/or source and/or account.
>>
>> The selected invoices are unselected, which, if you do a number of
>> invoices is indeed quite a nuisance, as far as I am concerned,
>> because I do not want to have to remember a particular order of
>> doing things.
>>
>> Has anybody noticed this behaviour and if so would it be a bug or a
>> feature :-)-O (2.8.6).
>
> This is a feature.  Transactions are collected by currency, a
> payment threshold, department, type of business, AP account and due
> dates.

[SL] How do i

[Philip K. M. <pma...@fe...>]

How do I change main currency to other country currency?

Thank you!!

On Friday 27 July 2007 08:18:43 am Dr Eberhard Lisse wrote:
> Hi,
>
> Open Cash->Receipt, select customer, update.
>
> Tick some invoices (and update) then change the date, and/or add to Memo
> and/or source and/or account.
>
> The selected invoices are unselected, which, if you do a number of
> invoices is indeed quite a nuisance, as far as I am concerned, because I
> do not want to have to remember a particular order of doing things.
>
> Has anybody noticed this behaviour and if so would it be a bug or a
> feature :-)-O (2.8.6).
>
> greetings, el

Re: [SL] cacsh->receipt irritation

[Mel B. <too...@nu...>]

Dr Eberhard Lisse wrote:
> Hi,
>
> Open Cash->Receipt, select customer, update.
>
> Tick some invoices (and update) then change the date, and/or add to Memo
> and/or source and/or account.
>
> The selected invoices are unselected, which, if you do a number of
> invoices is indeed quite a nuisance, as far as I am concerned, because I
> do not want to have to remember a particular order of doing things.
>
> Has anybody noticed this behaviour and if so would it be a bug or a
> feature :-)-O (2.8.6).
>
> greetings, el
>   
    Hi
I understand that this change was made by Dieter to accommodate  a very
large customer of his. There is no way around this. After updating the
customer, fill in the top part of the screen and then click on update
again prior to ticking off any of the invoices. Then tick off the
invoices and update again.
What it boils down to is one extra update click.

Regards

Mel B.

Re: [SL] cacsh->receipt irritation

[Dr E. L. <el...@li...>]

Thanks, I was told already it's a feature :-)-O

el

on 7/30/07 10:46 PM Mel Broadhurst said the following:
> Dr Eberhard Lisse wrote:
>> Hi,
>>
>> Open Cash->Receipt, select customer, update.
>>
>> Tick some invoices (and update) then change the date, and/or add to Memo
>> and/or source and/or account.
>>
>> The selected invoices are unselected, which, if you do a number of
>> invoices is indeed quite a nuisance, as far as I am concerned, because I
>> do not want to have to remember a particular order of doing things.
>>
>> Has anybody noticed this behaviour and if so would it be a bug or a
>> feature :-)-O (2.8.6).
>>
>> greetings, el
>>   
>     Hi
> I understand that this change was made by Dieter to accommodate  a very
> large customer of his. There is no way around this. After updating the
> customer, fill in the top part of the screen and then click on update
> again prior to ticking off any of the invoices. Then tick off the
> invoices and update again.
> What it boils down to is one extra update click.
> 
> Regards
> 
> Mel B.
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> _______________________________________________
> sql-ledger-users mailing list
> sql...@li...
> https://lists.sourceforge.net/lists/listinfo/sql-ledger-users

-- 
Dr. Eberhard W. Lisse  \        / Obstetrician & Gynaecologist (Saar)
el...@li... el108-ARIN / *     |   Telephone: +264 81 124 6733 (cell)
PO Box 8421             \     /   Please do NOT email to this address
Bachbrecht, Namibia     ;____/        if it is DNS related in ANY way

[SL] Reporting/searching Internal Notes?

[Michael H. <mh...@it...>]

Hello Everyone,

    Just wondering if anyone is using the Internal Notes portion of  
their invoices?  We would like to start using them for, well,  
internal notes!  But have found that there doesn't seem to be any way  
to search on the field.  We can obviously hit the data on the back  
end with a query but were just wondering if maybe we were simply  
missing it somewhere...?


Thanks!

Michael

Re: [SL] cacsh->receipt irritation

[Dieter S. <dsi...@sq...>]

On Mon, 30 Jul 2007, Mel Broadhurst wrote:

> Dr Eberhard Lisse wrote:
>> Hi,
>>
>> Open Cash->Receipt, select customer, update.
>>
>> Tick some invoices (and update) then change the date, and/or add to Memo
>> and/or source and/or account.
>>
>> The selected invoices are unselected, which, if you do a number of
>> invoices is indeed quite a nuisance, as far as I am concerned, because I
>> do not want to have to remember a particular order of doing things.
>>
>> Has anybody noticed this behaviour and if so would it be a bug or a
>> feature :-)-O (2.8.6).
>>
>> greetings, el
>>
>    Hi
> I understand that this change was made by Dieter to accommodate  a very
> large customer of his. There is no way around this. After updating the
> customer, fill in the top part of the screen and then click on update
> again prior to ticking off any of the invoices. Then tick off the
> invoices and update again.
> What it boils down to is one extra update click.

It's not an extra click but you have to make a selection of the accounts 
before you click.

The way around not having to select the AP account is to edit your chart 
of accounts and get rid of extra accounts you don't need.

[SL] Sales Orders -> Invoices

[Dr E. L. <el...@li...>]

Since 2.8.7 I noticed that the Due Date is not updated when I generate
an invoice from a Sales Order. After pushing Update it is however
corrected.

It is quite annyoing when the Due Date is in the past...

Is this a bug or a feature?


I also note, and since many versions, that the CC address, is not
taken over to the Invoice, so I have to type it manually (FFox remembers
typed entries of forms, but since I have many it's counter productive).
Pushing Update does not help, but if I change the Customer (in the
Invoice) it works (but not if I change in the Sales Order).

Bug or a feature?

greetings, el

Re: [SL] cacsh->receipt irritation

[Dr E. L. <el...@li...>]

Thanks.

el

on 7/31/07 4:34 PM Dieter Simader said the following:
> On Mon, 30 Jul 2007, Mel Broadhurst wrote:
>
>> Dr Eberhard Lisse wrote:
>>> Hi,
>>>
>>> Open Cash->Receipt, select customer, update.
>>>
>>> Tick some invoices (and update) then change the date, and/or add
>>> to Memo and/or source and/or account.
>>>
>>> The selected invoices are unselected, which, if you do a number of
>>> invoices is indeed quite a nuisance, as far as I am concerned,
>>> because I do not want to have to remember a particular order of
>>> doing things.
>>>
>>> Has anybody noticed this behaviour and if so would it be a bug or
>>> a feature :-)-O (2.8.6).
>>>
>>> greetings, el
>>>
>>    Hi
>>
>> I understand that this change was made by Dieter to accommodate a
>> very large customer of his.  There is no way around this.  After
>> updating the customer, fill in the top part of the screen and then
>> click on update again prior to ticking off any of the invoices.
>> Then tick off the invoices and update again.  What it boils down to
>> is one extra update click.
>
> It's not an extra click but you have to make a selection of the
> accounts before you click.
>
> The way around not having to select the AP account is to edit your
> chart of accounts and get rid of extra accounts you don't need.

-- 
Dr. Eberhard W. Lisse  \        / Obstetrician & Gynaecologist (Saar)
el...@li... el108-ARIN / *     |   Telephone: +264 81 124 6733 (cell)
PO Box 8421             \     /   Please do NOT email to this address
Bachbrecht, Namibia     ;____/        if it is DNS related in ANY way

[SL] Rental Apartments == Parts ??

[Bob G. <bo...@rc...>]

I am attempting to mould sql-ledger into a useful tool to manage a few
vacation apartments.

I wonder whether anyone else has attempted to interpret a day of
apartment rental as a mechanical part.

The 'inventory' on each day is the number of unrented apartments. Each
apartment is a separate part with a part number and price (for one day).

All of the parts (apartments) are sold at midnight, some for zero amount
(empty apartments).

A new shipment of parts comes in every day at one minute past midnight,
some of them are already presold (reservations).

Does this make sense?

Has anyone else done it?

Bob G

Re: [SL] Rental Apartments == Parts ??

[Michael H. <mh...@it...>]

Seems to me this might work better using the Projects functionality  
of SL.
    One could define the apartments as either services or as  
personnel, (not sure which would be more appropriate, probably  
personnel), and each rental period would be a "project".


Thanks,

Michael



On Aug 4, 2007, at 7:09 AM, Bob Gustafson wrote:

> I am attempting to mould sql-ledger into a useful tool to manage a few
> vacation apartments.
>
> I wonder whether anyone else has attempted to interpret a day of
> apartment rental as a mechanical part.
>
> The 'inventory' on each day is the number of unrented apartments. Each
> apartment is a separate part with a part number and price (for one  
> day).
>
> All of the parts (apartments) are sold at midnight, some for zero  
> amount
> (empty apartments).
>
> A new shipment of parts comes in every day at one minute past  
> midnight,
> some of them are already presold (reservations).
>
> Does this make sense?
>
> Has anyone else done it?
>
> Bob G
>
> ---------------------------------------------------------------------- 
> ---
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a  
> browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> _______________________________________________
> sql-ledger-users mailing list
> sql...@li...
> https://lists.sourceforge.net/lists/listinfo/sql-ledger-users

Re: [SL] Rental Apartments == Parts ??

[Rich S. <rsh...@ap...>]

On Sun, 5 Aug 2007, Michael Hasse wrote:

> Seems to me this might work better using the Projects functionality
> of SL.

   I agree. I had seen the subject line before, but not read the thread until
now. Each vacation unit would be a separate project, with its own number.
If there's the potential for additional property to be managed, then the
project number could have two digits (for example), a decimal point, and
three digits. This would accommodate 99 separate properties, each with a
maximum of 999 units.

>    One could define the apartments as either services or as personnel,
> (not sure which would be more appropriate, probably personnel), and each
> rental period would be a "project".

   The services would be standard rental times; for example, 1 week, 2 weeks,
1 month, 3 months, etc. This makes them consistent and the reporting easier
to track.

Just my 25-cents' worth (inflation, you know).

Rich

-- 
Richard B. Shepard, Ph.D.               |    The Environmental Permitting
Applied Ecosystem Services, Inc.        |          Accelerator(TM)
<http://www.appl-ecosys.com>     Voice: 503-667-4517      Fax: 503-667-8863

Re: [SL] Rental Apartments == Parts ??

[Bob G. <bo...@rc...>]

Thanks for all your comments.

I am drawn to the idea of a one day time unit. This way, it would be
easier to have a daily report - P&L in the morning sort of thing,
without fiddling with partially expired rental periods of longer than
one day. A week rental just means an order for 7 parts - with part
numbers coding the particular date of each (future) day rental.

The P&L in the middle of that week would figure 3 or 4 sold parts and 4
or 3 on order, for delivery once a day.

Bob G

On Sun, 2007-08-05 at 07:20 -0700, Rich Shepard wrote:
> On Sun, 5 Aug 2007, Michael Hasse wrote:
> 
> > Seems to me this might work better using the Projects functionality
> > of SL.
> 
>    I agree. I had seen the subject line before, but not read the thread until
> now. Each vacation unit would be a separate project, with its own number.
> If there's the potential for additional property to be managed, then the
> project number could have two digits (for example), a decimal point, and
> three digits. This would accommodate 99 separate properties, each with a
> maximum of 999 units.
> 
> >    One could define the apartments as either services or as personnel,
> > (not sure which would be more appropriate, probably personnel), and each
> > rental period would be a "project".
> 
>    The services would be standard rental times; for example, 1 week, 2 weeks,
> 1 month, 3 months, etc. This makes them consistent and the reporting easier
> to track.
> 
> Just my 25-cents' worth (inflation, you know).
> 
> Rich
> 

Re: [SL] Rental Apartments == Parts ??

[Michael H. <mh...@it...>]

Having them defined as a service vs parts shouldn't affect the  
reporting options any but should help with managing "inventory" in  
the case where somebody ends being credited a half-day or similar  
bizarreness.


Thanks,

Michael


On Aug 5, 2007, at 10:29 PM, Bob Gustafson wrote:

> Thanks for all your comments.
>
> I am drawn to the idea of a one day time unit. This way, it would be
> easier to have a daily report - P&L in the morning sort of thing,
> without fiddling with partially expired rental periods of longer than
> one day. A week rental just means an order for 7 parts - with part
> numbers coding the particular date of each (future) day rental.
>
> The P&L in the middle of that week would figure 3 or 4 sold parts  
> and 4
> or 3 on order, for delivery once a day.
>
> Bob G
>
> On Sun, 2007-08-05 at 07:20 -0700, Rich Shepard wrote:
>> On Sun, 5 Aug 2007, Michael Hasse wrote:
>>
>>> Seems to me this might work better using the Projects functionality
>>> of SL.
>>
>>    I agree. I had seen the subject line before, but not read the  
>> thread until
>> now. Each vacation unit would be a separate project, with its own  
>> number.
>> If there's the potential for additional property to be managed,  
>> then the
>> project number could have two digits (for example), a decimal  
>> point, and
>> three digits. This would accommodate 99 separate properties, each  
>> with a
>> maximum of 999 units.
>>
>>>    One could define the apartments as either services or as  
>>> personnel,
>>> (not sure which would be more appropriate, probably personnel),  
>>> and each
>>> rental period would be a "project".
>>
>>    The services would be standard rental times; for example, 1  
>> week, 2 weeks,
>> 1 month, 3 months, etc. This makes them consistent and the  
>> reporting easier
>> to track.
>>
>> Just my 25-cents' worth (inflation, you know).
>>
>> Rich
>>
>
> ---------------------------------------------------------------------- 
> ---
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a  
> browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> _______________________________________________
> sql-ledger-users mailing list
> sql...@li...
> https://lists.sourceforge.net/lists/listinfo/sql-ledger-users