Anything in SVN now will be in 1.2.5. Thank you for asking. I forgot
to mention the target version :-)
Best Wishes,
Chris Travers
On 4/27/07, David Tangye <[EMAIL PROTECTED]> wrote:
> On Fri, 2007-04-27 at 16:56 -0700, Chris Travers wrote:
> > This has been fixed in SVN rev 1116. Hotfixes are
On Fri, 2007-04-27 at 16:56 -0700, Chris Travers wrote:
> This has been fixed in SVN rev 1116. Hotfixes are available upon
> request.
Any chance this might go into 1.2.5?
-
This SF.net email is sponsored by DB2 Express
Downl
Hi Richard;
I have found the problem which has to do with our move to numerically
correct math modules.
Rounding numbers to the nearest number of cents was causing the number
of significant digits to be set which meant every further amount was
also rounded immediately.
This has been fixed in SVN
Thanks Chris,
I've been futzing around with perl (I feel unclean). I was wondering
if you had considered the Math::Currency module for currency
calculations? I've been having a go myself, but I'm not sure how to
access the transaction currency from Taxes::Simple.
I use perl very rarely
Hi, I have reproduced this. Looking into how and why. May be an
intermediary rounding issue.
Best Wishes,
Chris Travers
On 4/27/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I've just loaded the first invoice, and hit upon the first problem.
> Not sure if this one has been repo
Hi all,
I've just loaded the first invoice, and hit upon the first problem.
Not sure if this one has been reported already, so here goes.
I loaded the UK default chart of accounts.
Create sales invoice . Two lines on the invoice (both services): item
1 has a qty of 121 @ £35 ea, item 2 a q
Hi Charlie;
I have this fixed in svn. I can send you a new, fixed IS.pm if you
like. A hotfix anouncement will be going out shortly.
Best Wishes,
Chris Travers
On 4/27/07, Charlie Ambrose <[EMAIL PROTECTED]> wrote:
> I get the following error when trying to post a sales-invoice containing a
>
I get the following error when trying to post a sales-invoice containing a
stock-assembly as an item:
DBD::Pg::st execute failed: called with 1 bind variables when 0 are needed at
LedgerSMB/IS.pm line 1027.
Error!
SELECT sum(
p.inventory_accno_id),
p.assembly
FROM parts p
JOIN assembly a
Hi Charley,
In a perfect world, you would never receive a different quantity than
you ordered. However, this is not the case. When this happens, you
probably don't want to handle it automatically.
My suggestion is to add an adjusting line to the order (separate line
item) to indicate the overfl
Ashley J Gittins wrote:
> On Fri, 27 Apr 2007, Charley Tiggs wrote:
>> Howdy folks...
>>
>> I have a perplexing situation that I'm trying to figure out.
>>
>> Let's say a client generates a purchase order for 30 items. Two weeks
>> later, we receive 20 of those items and we receive in the 20 we go
Hi
> I think you're sitting on the classic boundary problem: where do
> accounts end and ops processes starts (AKA whose budget/problem is this
> to solve). My personal opinion is that I would consider this an input
> to accounts, but not accounts per se.
>
Yeah, I just helped a friend pu
On Fri, 27 Apr 2007, Charley Tiggs wrote:
> Howdy folks...
>
> I have a perplexing situation that I'm trying to figure out.
>
> Let's say a client generates a purchase order for 30 items. Two weeks
> later, we receive 20 of those items and we receive in the 20 we got
> within LSMB. 1 week later,
Howdy folks...
I have a perplexing situation that I'm trying to figure out.
Let's say a client generates a purchase order for 30 items. Two weeks
later, we receive 20 of those items and we receive in the 20 we got
within LSMB. 1 week later, we receive another 12, which we also
received into
>
>> That's probably what I would do one day when I feel SMB is more suitable
>> to my business than SL.
>
> Lets explore those reasons that are holding you back then? Are they...
My dad taught me if it ain't broken don't touch it and if it is then get
the duct tape out. Well, putting the joke as
14 matches
Mail list logo
