Re: [Web-erp-developers] Intro & Questions

[Daintree <p.d...@pa...>]

Hi Jesse,

Thanks for chosing to help us!

diffs from the current cvs copy of the script would be excellent. However
I'm just happy to get contributions.

>
> A couple Quickies...
> * SelectOrderItems.php =>  Lookup by Cust Name does not seem to work in
2.8 or 2.9

OK I'll look into this.


> * I noticed discussions of PDF libs to use - my 2 cents is that R&OS is
the best opensource one for php that I've worked with.

This is what we are using ... phew!
>
> My Top 3....

> * Individual Stock Items w/ Barcode (= serial no/mac addr/etc)

This is actually quite tricky - I have a field in stock movements and
LocStock for Bundle - this could also be called serialno, lot or whatever.
There is also ability to choose whether the item is serial controlled or
not. However, the code around it for choosing items ie which items from the
stock at location x are to be sold and entering serial number (lot number or
bundle ref) of goods coming back in on a credit note are not coded. This
will involve rework of SelectOrderItems.php - or may elect only to specify
seria numbers on invoicing in this case ConfirmDispatch_Invoice.php,
SelectCreditItems.php,   CreditInvoice.php - also receiving controlled items
would require rework and possibly a new form for entering lot numbers/serial
numbers for goods coming in. StockTransfers.php naturally for specifying
serial numbers of stock transferred. Also, stock check functionality is also
a biggie.


> * More Sales Functions?
> - SalesGroups (that contain Persons/agents).
> - Let them do acct mgmt of their customers. ie,
> + Agent could view his customers accounts & submit orders, but not all
Group accounts.
> + Groups of course could view all of their Agents' accounts

That shouldn't be too bad .. just an extra field in the customer master and
some ifs regarding permissions.

>
> * Saw a mention of Utility Billing - anything to look at? That should be
what I know as 'Usage Based' billing. I'm quite interested in that. Further
thoughts - with Utility/Usage billing you generally need some very granular
access to each Item. For example, I live in the telecom world and would want
something like:
> - Travel Card: I consider this a Telephone Calling Card where someone is
Post billed, ie. they make calls for the month and are billed for their
usage.
> + If I talk to that customer, there is a good chance I will need to look
at the calls they've been making, so I would want to be able to write some
sort of module to 'Maintain' the Travel Card Item. There probably would need
to be a way to create Credit Notes for Usage as well, then, so I could
'credit calls'
> ... that's one of the most simple cases...


I have no knowledge in this area, but from what you say it is probably
different for each type of usage and therefore difficult to do anything
generically? I would go with whatever anyone wished to contribute.

> Other Ponderings....
> * DB Independence - I don't care, but why not ADODB to help that?

Performance snags - but could be an option - things are fantastically lean
as things stand and have a strange aversion to fat of any kind.

> * Template support, just to clean up code?

Probably should, but comments above apply here too - I don't know much about
it either.

Look forward to working with you Jessie - all comments/suggestions/direction
gratefully received.

Phil