From: Rolf S. (tokon) <in...@to...> - 2008-03-07 21:15:43
|
(SQL-Ledger version 2.8.13) One of my customer, an industrial bakery, needs on his export invoices information about net and gross weight of the delivered items. Actually, we have in SQLL the following (please correct me if I misunderstand): - Articles have a single field for weight - In sales invoices we have for every line a field grossweight (G.W.), identical with the weight of a single article, and a field netweight (N.W.), consisting of G.W. multiplied by the quantity - In sales invoices, we additionally have global fields for the total sums of these grossweights and netweights. Now what my customer needs, according to customs regulation, is the following: - Net and gross weight for every product (because the intrinsic weight of the product and the weight of the packaging are always the same) - Net and gross weight for every line of the invoice, consisting of the first two fields multiplied by the quantity - Total fields for net and gross weight for all the items on the invoice My question: Are there other users who have the same needs, so I could contact Dieter about this subject? Greetings Rolf |
From: davidc <da...@mo...> - 2008-03-16 05:57:07
|
I also have this requirement for the export service, where we also require volume , and packaging 9 number of cartons ) , in addition to the N W and G W , there 4 fields are all in the sale order and invoice but I just can not find out how to print them out , so they sum up at the end of the column. if you look at shipping / ship all these are list out nicely in the entering screen, but the packing list do not print out with these 4 fields allant Rolf Stöckli (tokon) wrote: > (SQL-Ledger version 2.8.13) > > One of my customer, an industrial bakery, needs on his export invoices > information about net and gross weight of the delivered items. > Actually, we have in SQLL the following (please correct me if I > misunderstand): > - Articles have a single field for weight > - In sales invoices we have for every line a field grossweight (G.W.), > identical with the weight of a single article, and a field netweight > (N.W.), consisting of G.W. multiplied by the quantity > - In sales invoices, we additionally have global fields for the total > sums of these grossweights and netweights. > > Now what my customer needs, according to customs regulation, is the > following: > - Net and gross weight for every product (because the intrinsic weight > of the product and the weight of the packaging are always the same) > - Net and gross weight for every line of the invoice, consisting of the > first two fields multiplied by the quantity > - Total fields for net and gross weight for all the items on the invoice > > My question: Are there other users who have the same needs, so I could > contact Dieter about this subject? > > Greetings > Rolf > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > sql-ledger-users mailing list > sql...@li... > https://lists.sourceforge.net/lists/listinfo/sql-ledger-users > |
From: Kevin B. <kb...@fr...> - 2008-05-05 12:42:52
|
Hi, Looks after a quick look that there is a bug when using the summary screen (not detail one) to reconcile the bank statements. For all transactions on the same date the summary screen sums up the income and expenses and shows them separately. However, when I ticked the income line to mark it as reconciled the system also marked as reconciled the expense line. On my system the expense was marked with that date because that was the cheque dates. However, the cheque was cleared much later under the next statement. In any case, on my bank statement the income and expenses are shown differently. This means I either a. use the detail screen. b. beware of any income/expense summary lines which have the same date as the line I want to tick. Could someone confirm this as a bug please and pass it on to Dieter - we used to have paid support but it has run out. Cheers, Kevin |
From: Michael H. <mh...@it...> - 2008-05-05 16:38:43
|
It may or may not be a bug, depending on how you look at it. For what it's worth this sort of thing happens in numerous other places as well. Best to just get in the habit of always using "detail". Thanks, Michael On May 5, 2008, at 5:14 AM, Kevin Bailey wrote: > Hi, > > Looks after a quick look that there is a bug when using the summary > screen (not detail one) to reconcile the bank statements. > > For all transactions on the same date the summary screen sums up the > income and expenses and shows them separately. > > However, when I ticked the income line to mark it as reconciled the > system also marked as reconciled the expense line. > > On my system the expense was marked with that date because that was > the > cheque dates. However, the cheque was cleared much later under the > next > statement. > > In any case, on my bank statement the income and expenses are shown > differently. > > This means I either > > a. use the detail screen. > > b. beware of any income/expense summary lines which have the same date > as the line I want to tick. > > > > Could someone confirm this as a bug please and pass it on to Dieter > - we > used to have paid support but it has run out. > > Cheers, > > Kevin > > ---------------------------------------------------------------------- > --- > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save > $100. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http:// > java.sun.com/javaone > _______________________________________________ > sql-ledger-users mailing list > sql...@li... > https://lists.sourceforge.net/lists/listinfo/sql-ledger-users |
From: Kevin B. <kb...@fr...> - 2008-05-05 19:25:10
|
Michael Hasse wrote: > It may or may not be a bug, depending on how you look at it. For > what it's worth this sort of thing happens in numerous other places > as well. Best to just get in the habit of always using "detail". > > > Hi, Personally, I'd say it's a bug because I have not actually ticked the second line but the code marks the transactions as reconciled. So it does something which has not been requested. But I agree that the best policy for now is to use detail. The extra work in doing so for us is that we often pay meny cheques in at the same time - and using the detail view means that we have to work out which payments add up together to match the single payment in from the bank statement. Cheers, Kevin > Thanks, > > Michael > > > On May 5, 2008, at 5:14 AM, Kevin Bailey wrote: > > >> Hi, >> >> Looks after a quick look that there is a bug when using the summary >> screen (not detail one) to reconcile the bank statements. >> >> For all transactions on the same date the summary screen sums up the >> income and expenses and shows them separately. >> >> However, when I ticked the income line to mark it as reconciled the >> system also marked as reconciled the expense line. >> >> On my system the expense was marked with that date because that was >> the >> cheque dates. However, the cheque was cleared much later under the >> next >> statement. >> >> In any case, on my bank statement the income and expenses are shown >> differently. >> >> This means I either >> >> a. use the detail screen. >> >> b. beware of any income/expense summary lines which have the same date >> as the line I want to tick. >> >> >> >> Could someone confirm this as a bug please and pass it on to Dieter >> - we >> used to have paid support but it has run out. >> >> Cheers, >> >> Kevin >> >> ---------------------------------------------------------------------- >> --- >> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference >> Don't miss this year's exciting event. There's still time to save >> $100. >> Use priority code J8TL2D2. >> http://ad.doubleclick.net/clk;198757673;13503038;p?http:// >> java.sun.com/javaone >> _______________________________________________ >> sql-ledger-users mailing list >> sql...@li... >> https://lists.sourceforge.net/lists/listinfo/sql-ledger-users >> > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save $100. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone > _______________________________________________ > sql-ledger-users mailing list > sql...@li... > https://lists.sourceforge.net/lists/listinfo/sql-ledger-users > > |