*** empty log message ***
[freeside.git] / TODO
1 $Id: TODO,v 1.62 2001-04-15 13:56:54 ivan Exp $
2
3 If you are interested in helping with any of these, please join the
4 *development* mailing list (send a blank message to
5 ivan-freeside-devel-subscribe@sisd.com) to avoid duplication of effort.
6
7 ---
8
9 anything doing transactions in the web interface should likely move into *.pm.
10 (transactions are here woo!)
11
12 write some sample billing expressions with libcflow-perl :)
13
14 (future templating)
15 .
16 (at least) These questions need to be answered for Mason, Apache::ASP and
17 eperl.  If eperl becomes too much of a pain, I'm okay with forgetting 
18 about it - it's not well-maintained.  The answers below are for Mason.
19 .
20 How do you interpolate a value?  <% $value %>
21 .
22 How do you interpolate a value without escaping HTML? <% $value |n %>
23 .
24 How do you interpolate a (possibly non-stand-alone, non-interpolated) 
25 control structure?  With an inital % - for example:
26 .     
27         % for each $value ( @values ) {
28         <OPTION><% $value %></OPTION>
29         % }
30 .     
31 This is one of the things I worry that the webmonkey HTML editors will not
32 like about Mason.  That and the <%INIT> and <%PERL> tags.
33
34
35 in the context of a state machine (& MySQL and Pg locking) for LDAP export:
36 .
37 Also note that Pg locks are for the duration of the transaction, so 
38 Freeside needs to start using transactions for this to happen.  
39 FS::UID::adminsuidsetup should explicitly set AutoCommit false and export
40 some functions to begin and end transactions on $FS::UID::dbh.  (Well,
41 eventually FS::UID should be an overloaded subclass of a DBI handle, but
42 we don't have to worry about that until perl threads + mod_perl + threaded
43 Apache 2.0 is stable, i.e. quite some time).
44
45 Postfix
46 also supports virtual domains in a way that's somewhat similar (but not
47 compatible with) the way sendmail does.  In the postfix world, all virtual
48 domain info is contained in one file (similar to the virtusertable), but
49 is formatted as such:
50 bar.com         virtual
51 foo@bar.com             some@other.net
52 quux@bar.com    localuser1
53 ...
54 and so on.  After the file is generated, it gets compiled into a hash db
55 using, "postmap /etc/postfix/virtual".
56
57
58 steal all the play-nice-with-cache stuff back from RT
59
60 Use this for email checking:
61 libemail-valid-perl - Check validity of Internet email addresses
62 .                                                                
63 This module determines whether an email address is well-formed, and 
64 optionally, whether a mail host exists for the domain.
65
66
67 wishlist from drenalin@ultimanet.com:
68 * delete button for customers
69 - 15th of the month billing
70 - field for customer referrals (naming who it is) and automatically crediting
71 +that account
72 - ability to edit referrals
73 - catch expired credit cards and notify via email when they are expiring
74 * show passwords
75 - set default shell to /bin/false when adding ppp account
76 - import list of POPs from Megapop (see www.ultimanet.com and click on locations
77 +from text in index page)
78
79
80 wishlist wrt projects/consulting from jivko@ijs.com:
81 >The other thing, which is the serious part, is the following: We do not
82 >offer dial-up services and that part of the system does not have to work,
83 >but we have many customer, for which we do both hosting and consulting work.
84 .
85 >The hosting can be handled by freeside fine, but in the little time I spent 
86 >on it I could not see how exactly to solve the consulting problem. What I
87 >would love to see there is a way to create 'projects' for each customer and
88 >ability to follow up on those (I mean to be able to add new comments,
89 >descriptions, progress updates etc.). You already have the feature, which
90 >allows multiple people to access the system with different access rights so
91 >it should be possible to make it keep track of who and when updated given
92 >'project' so we could have the developers access the database and update
93 >the projects they are working on.
94 .
95 Hmm.  Is this accurate:  Each project is related to a single customer, and
96 zero or more packages (billing items).  Each project has a name, due date,    
97 and zero or more log entries consisting of date, user, and a text field
98 (for "new comments, descriptions, progress updates etc." - would you like
99 anything more specific?)
100
101 In conjunction with that it looks like you need the ability to create
102 "one-off" packages on the fly for arbitrary charges.
103
104 > Additionally it would be nice to have a page, where all open projects can
105 > be listed and not only that but be able list them by date too. (Say I want
106 > to find out which projects are due today or two days from today, or which
107 > projects are running late)
108 .
109 Browse/search project by date and customer.
110 .
111 > Finally it would be real nice if the billing script could add the cost for
112 > all completed projects (or work done by the hour) to the monthly bill along   
113 > with the hosting information and using the description of the work from the
114 > 'project' table. 
115 .
116 Can you be more specific about your needs here?
117 .
118 > This is a lot of work, unless you disagree :-), and I would not expect you
119 > to do all of it - we can work on it too - but I would hope for you to lead 
120 > the effort.
121 .
122 I'm trying to get a handle on specifically what you need.
123 .
124 > Oh, and there is one more thing, but that should be simple to do. I would
125 > like to be able to give the customers access to selected information from
126 > their account. I want them to be able to monitor the progress of their
127 > projects and the status of their accounts. 
128 .
129 Ok.
130 .
131 > Does all this make sense? It must be close to what you need at your office
132 > though or at least I think so.
133 .
134 Yes, but we're small and have been tracking projects manually.
135 .
136 .
137 >You may have this already .. what I have in mind is the following. Say you
138 >have a customer for which you do hosting and some consulting (CGI, JAVA
139 >etc) At the end of the month you need to bill the customer for the hosting,
140 >35hours of Java programming and 10 hours of HTML authoring. The last two
141 >are not because the project is over but because the work was done during
142 >that month.
143 >
144 >So the way I see it, and it could be wrong, is that during the month the
145 >people who work on particular project enter their comments and time spent
146 >on the project. At the end of the month the billing script generates
147 >invoices in which besides the hosting charges there are also charges for
148 >work done during the period.
149 >
150 >Currently we do this in a very stupid way by maintaining a customer file,
151 >in which a script saves things to be invoiced. At the end of the month a
152 >script goes through these files and generates invoices with all items from
153 >the files, which have not been flagged as 'paid'. The convenience of this
154 >is that no one needs to worry about the invoices containing the items they
155 >need to contain.
156
157
158
159 first package select field in edit/cust_main.cgi isn't sticky on errors, yuck
160 (also referral isn't sticky either?  yuck)
161
162 > 1. A Web Form to the user get his account added automatically . The
163 > /etc/raddb/users and /etc/passwd would be updated automatically (these
164 > file are on the same machine Freeside is). I guess the the Add
165 > Customer
166 > page with some customization could be the work.
167 > 2. A Canceling Account Web Form available to user cancel his account   
168 > at
169 > any time he wants.
170 > 3. A Password Changing Web Form where the user could change your
171 > password by sending your username, old and new password.
172 > 4. Additional POP Accounts Creation where the user supply only his
173 > main
174 > username/password (probably provided from a PPP Account already
175 > created)
176 > and his POP username/password for this specific account.
177 (actually need something more general i guess - probably need some way to say
178 which accounts (svc_acct) can log in and make changes per customer (cust_main) )
179
180 this is awfully vauge, perhaps email for more info?  don't want to alientate
181 someone with accounting experience, but i just don't have time right now.
182 .
183 Hi Ivan,
184 .
185 Thanks for the information. It took me a little while to figure it out, but I
186 +was
187 able to create an invoice. As a lamer and an accountant, may I make a few
188 suggestions?
189 .
190 On the Customer view page:
191 1) Layout the information in the manner the invoicing process is conducted.
192     a) Customer information                                                
193     b) Package Ordering    
194     c)  Add a "Create & Edit Invoice" section - this allows auditing of  the
195 invoice     before it is processed.
196     d) then put the billing section to actually process the invoice
197     e) then put payment history information                        
198 .
199 Thanks,
200 Mark Roberts <mroberts@iopenenterprises.com>
201
202
203 new overdue code might be overzealous.  test carefully.
204
205 Port Freeside to use the modules that were abstracted from it:
206 Net::SSH, Net::SCP, DBIx::DataSource and DBIx::DBSchema, at least.
207
208 "first package" and email invoice (?) not sticky on errors in new/edit customer
209 screen.
210
211 http://www.ipmeter.com/ integration would be useful
212
213 http://tangram.sourceforge.net/
214 Tie::DBI
215
216 mmm, http://pootpoot.com/~dlowe/DBIx-Table/
217
218 The cybercash links in htdocs/docs/config.html are b0rken.
219
220 Yes.  Which is what I've been trying to tell you.  (destination user,
221 destination domainname) would be represented by the svcnum of a record in
222 svc_acct.  (In retrospect, using the uid instead of the svcnum was a bad
223 choice).  (domuser, domain name) would be part of the svc_acct_sm record,
224 as domuser and domsvc.
225
226 Upon further consideration, I'll probably eliminate the svc_acct_sm table
227 completely, and just add a field for the svcnum of a domain and the svcnum
228 of a destination mailbox to svc_acct (or perhaps a one-to-many
229 relationship - multiple svcnum(s) for multiple destination mailboxes.
230 hmm.)
231
232 > > > > Longer-term, I need to do something about the length of the             
233 > > > > column names -                                                          
234 > > > > The SQL1992 standard defines 18 character column names,                 
235 > > > > which would be a                                                        
236 > > > > reasonable goal.                                                        
237 > > >                                                                           
238 > > > Maybe the thing to do would be to separate these out to separate          
239 > > > tables.                                                                   
240 > > > then we could simply use something like id, attrib_name,                  
241 > > attrib_value                                                                
242 > > > to                                                                        
243 > > > store all of the radius values.                                           
244 > >                                                                             
245 > > Hmm, no, that's not quite right.  You don't want to store the actual        
246 > > strings in the records for each account.  Probably need a table that        
247 > > corresponds to the RADIUS dictionary file, with a list of                   
248 > > attributes and                                                              
249 > > attribute id's, then reference the attribute by id and not name.            
250 > >                                                                             
251 > > The more difficult bit is handling the service definitions                  
252 > > correctly -                                                                 
253 > > part_svc and it's effects.                                                  
254 >                                                                               
255 > Yes that could be a bit tricky. Perhaps just one "radius" field in            
256 > part_svc that held a list of id's from the radius table that applied          
257 > that particular service?                                                      
258
259 No, that wouldn't let you set defaults or fixed values for each attribute,
260 like part_svc currently does.
261  
262
263
264 hmm - if you delete an account in svc_acct somehow that a mail alias points to,
265 svc_acct_sm.export will fail.  make sure this can't be done using
266 the web interface.
267
268 Bug: during the linking process apparantly you can link too many services to 
269 a package.  *sigh*
270
271 zip code i18n is not very good :( but at least US, CA, HU, ?
272
273 ut_phonen doesn't check data length.  several
274 orthogonal cleanup projects here.  *sigh*
275
276 update the cybercash links in config.html and in the homepage.  add more explicit support for other payment types.  etc.
277
278 From "Tim Jung" <tjung@igateway.net>
279 .
280 Automatic CC Decline Notices via email
281 Block Time billing for prepaid internet cards (400 hours or whatever block
282 time of hours)
283 Trouble Ticket System with simple search function for Knowledge Base feature
284 Employee Timecards
285 Credit Card System support for Red Hat's CCVS, and other Linux credit card
286 programs
287 Contact Manager/Lead Tracking
288 Pre-Sale Quotes
289 Cisco NetFlow Account for IP traffic billing
290 VoIP and FoIP billing
291 Roaming per minute billing based on Radius Proxy support or number they
292 dialed into from Radius logs (800# etc)
293 Support for OpenSRS Domain Registration
294 Support for TUCOWS signup CDs
295
296
297 dbdef-create for postgres
298
299 pro-rating, fiddling dates
300
301 It looks like svc_acct.import doesn't deal well with comments and
302 multi-attribute lines.
303
304 ivan@rootwood:~/freeside_current$ rgrep -r domuid * | cut -d: -f1 | sort |
305 uniq
306 CVS/Base/TODO
307 TODO
308 bin/fs-setup
309 bin/svc_acct_sm.export
310 bin/svc_acct_sm.import
311 htdocs/docs/man/svc_acct_sm.txt
312 htdocs/docs/schema.html
313 htdocs/edit/CVS/Base/part_svc.cgi
314 htdocs/edit/part_svc.cgi
315 htdocs/edit/process/svc_acct_sm.cgi
316 htdocs/edit/svc_acct_sm.cgi
317 htdocs/search/svc_acct_sm.cgi
318 htdocs/view/svc_acct_sm.cgi
319 site_perl/svc_acct_sm.pm
320
321 rootwood:COMPLETEHOST/TODO
322
323 Currently, you set a value in the %FS::UID::callback hash with a coderef  
324 of the code you want to execute, but this was bad design and will shortly
325 be changed to a subroutine to which you pass your coderef to register it.
326
327 This is not a bug, it is how the system is currently designed.  After 
328 defining a new package, you need to specifically allow agent types to
329 purchase packages.  You can do this from the edit screen of the new agent
330 type.
331 .
332 It wouldn't be a bad idea to add a configuration value that makes new
333 packages available for all currently existing agent types automatically.
334 .
335 On Fri, Apr 07, 2000 at 10:50:35AM -0500, David Morton wrote:
336 > For some reason, the type_pkgs table didn't get updated when I tried to
337 > create a domain service and package...  insert into type_pkgs values   
338 > (4,1);  fixed it up so that I could actually order the package.
339
340
341 From: Chuck Cochems <zaphod@tdl.com>
342 .
343 1) automated generating of late notices.  So far the only way I know to
344 generate one is to re-invoice manually.
345
346 2) smart credit card rejection handling.  It should e-mail a note at
347 least, explainig that it did't go through, and why.
348
349 3)coment field in the main customer record.
350 .
351 4) streamlined payment entry feature. the current scheme has it fairly
352 buried.
353
354 5) queries to show al customers who owe money,and such stuff as that.
355
356
357 credits aren't counted against past invoices?  hmm.  something needs to be
358 done to "apply payment" genericly. and zero out invoices etc.
359
360 more email which should make it into a more organized TODO list:
361 .
362 I would also love to see Freeside support bandwidth billing by reading the
363 Cisco NetFlow Accounting data so we and other ISP's could automatically bill
364 co-located servers and even potentially other virtually hosted sites like
365 MUD, Palace Chat, IRC Chat, etc based on the bandwidth they use or average
366 sustained rates or whatever. I'm not much of a programmer so I don't know
367 what all this entails but I did download a NetFlow client agent/whatever for
368 Linux though.
369  .
370 It would also be nice to see Freeside be able to read Apache log files and
371 bill customers for web traffic that way as an option also. Plus an option to
372 bill for excessive disk usage without having to use quotas if you didn't
373 want to, would be a nice feature as well. So you could monitor with a script
374 or something to see how much disk space a user was using then get some
375 average and charge a certain amount for anything above some preset limit for
376 that account type. I might be able to hack something like this up, but I'm
377 not 100% sure where to start or if there is something out there that could
378 be modified or not.
379 .
380 Do you think that you will ever support the HKS CCVS (Hell's Kitchen
381 Software Credit Card Verification Software) since Red Hat bought them out
382 and is going to be including that for credit card processing when you buy
383 the professional version? What about possibly supporting the OpenCCVS which
384 is a GNU/GPL version of a credit card program? I haven't had time to comb
385 through the Freeside code to see how hard it would be to add support for
386 these as externally called programs.
387 .
388 Also any thoughts on help desk, and knowledge base stuff? Any thoughts on
389 this stuff, and how possible and what kinds of work or time frame would be
390 involved?
391 .
392 Tim Jung
393 System Admin
394 Internet Gateway Inc.
395 tjung@igateway.net
396
397
398
399            CVS via SSH (Score:1)
400            by platinum (jedgar at fxp dot org) on Thursday September 30, @07:13PM EDT (#4)
401            (User Info) http://www.fxp.org/~jedgar
402            The links above are your best bet for basic cvs server configuration. Once you have a pserver set up, you
403            may consider using cvs via ssh. All you need to do is the following: 
404
405            1) Have ssh and sshd set up on the client and server machines 
406            2) Set CVSROOT="joe@example.com:/home/ncvs" 
407            3) Set CVS_RSH="/usr/local/bin/ssh" 
408            4) Use cvs normally 
409            (Obviously, insert the proper host/paths above) 
410
411            You can also set up cvs/ssh to not need a password every time (similiar to an initial 'cvs login'): 
412
413            1) run ssh-keygen on client machine using no passphrase. 
414            2) copy/add ~/.ssh/identity.pub on the client to ~/.ssh/authorized_keys on the server 
415            (man ssh for more details) 
416
417            The main reason I mentio
418            CVS via SSH (Score:1)
419            by platinum (jedgar at fxp dot org) on Thursday September 30, @07:13PM EDT (#4)
420            (User Info) http://www.fxp.org/~jedgar
421
422
423 There's no way to do this currently, though it would be pretty
424 straightforward to modify the source - specifically, the _collect_
425 subroutine in FS::cust_main.
426 >
427 On Mon, Dec 13, 1999 at 04:05:32PM -0700, Jeff Garner wrote:
428 > Freeside will e-mail my users when they are billed if they are setup as
429 > billing.
430 >
431 > When setup by credit card it does not e-mail them.  Is there a way to
432 > turn on e-mail invoices for those who are billed via credit card?  Kind
433 > of like a recipt of billing....
434
435
436 doc: http://www.softagency.co.jp/mysql/qmail.en.html
437
438 sql1992.txt standard is 18 character column names.  shoot for that, not just
439 32 (postgresql default)
440
441 Also note that (AFAIK) Freeside won't display any package that has more
442 than one service on the "Add Customer" page.  The reason for this is
443 because there's no way to dynamically alter the displayed html form
444 based on which package is selected. One possible solution would be to
445 make an additional page that's used in the signup process that would
446 display the form for each package, like a MS-style "Wizard".  The first
447 page lets you select the package, then the second page has the custom
448 form with fields for each service in that package and a save button. Of
449 course, that would require a little perl work.
450 .
451 Later,
452 Scott Cruzen <sic@boernenet.com>
453
454
455 Your suggested script with back up /usr/local/etc/freeside, but will miss
456 any database not named `freeside'.  Both of our scripts are specific to
457 MySQL.  If you're interested in contributing to Freeside, maybe you could
458 work on a script which: reads the mapsecrets configuration file and then
459 each secrets file to find out what specific database engine(s) (MySQL,
460 PostgreSQL, etc.) and database(s) need to be backed up, then does so,
461 serializing backups of the same engine, i.e. stop mysql, do all the mysql
462 backups, start mysql, stop postgresql, do all the postgresql backups,
463 start postgresql, etc.
464 > #!/bin/sh                                                                     
465 > apachectl stop                                                                
466 > mysqldump -t freeside > fs-backup.sql                                         
467 > apachectl start                                                               
468 > tar -Pzcvf fs-backup-`date +%y%m%d%H%M%S`.tgz fs-backup.sql /usr/local/etc/freeside/                                                       
469 > rm fs-backup.sql                                                              
470
471 I chose to use counters in the filesystem because there is no standard way
472 to get the value of an auto-incrementing keyfield which is common across  
473 all databases (as seen through DBI/DBD).
474 .
475 It certainly wouldn't be a bad idea to use the database-specific methods,
476 when available.
477
478 htdocs/edit/svc_acct.cgi:
479 (Does the `*HIDDEN*' show up when you are adding a new account, and 
480 specify the password, then receive an error and are returned to the form?)
481
482 more DOC:
483 Thought some of you might be interested in this:
484   
485 <ftp://ftp.minivend.com/pub> has CyberCash compatibility modules for 
486 Paymentnet <http://www.paymentnet.com> and Authorizenet 
487 <http://www.authorizenet.com> which should allow you process transactions
488 using those services as well as CyberCash.
489
490 The files are named CCLib.pm.paymentnet and CCLib.pm_authorizenet,
491 respectively, and are installed by renaming to CCLib.pm and moving to your
492 site_perl directory.  Otherwise, follow the directions for Cybercash v2 in
493 htdocs/docs/config.html
494
495 DOC:
496 fs_passwd/ is a client-server replacement for the `passwd', `chfn' and    
497 `chsh' commands that updates the Freeside database.  (so for that to be   
498 useful, you'd have to be exporting that data periodically)
499   
500 fs_radlog/ is a client-server RADIUS log parser that stuffs the data into
501 SQL.  It isn't finished, and probably won't be unless someone who I can't
502 convince to use one of the RADIUS daemons that logs to SQL directly pays  
503 me money or something.
504   
505 fs_signup/ is a client-server signup server.  i'm just finishing it up    
506 now; probably isn't on your machine yet.
507
508
509 http://www.sisd.com/freeside/list-archive/msg00812.html
510
511 package definitions should be implicit allow wrt agent types, not implicit deny
512 (with the old behavior possible via a config file)
513
514 > So is there anyway it could be setup to allow you to select a "primary
515 > service" from each package?  This service would be the one you were prompted
516 > for.  Could the signup server then be expanded to allow users to go into
517 > their package and "turn-on" the remaining non-primary services(using the
518 > primary account.)
519
520 take the GPL'ed whois proxy stuff at www.geektools.com and turn it into
521 intelligence for Net::Whois.
522
523 A web version of the fs_passwd stuff would be nifty.   
524
525 If you have Cistron authenticating directly from MySQL, you can replicate
526 in real-time instead of exporting periodically.  See 
527 <http://www.mysql.com/Manual_chapter/manual_Common_problems.html#Replication>.
528
529 these go in docs:
530 <http://www.sisd.com/freeside/list-archive/msg00541.html> (was 546), and
531
532 and http://www.sisd.com/freeside/list-archive/msg00421.html (was 423)
533
534 > > 5: Is there anyway to get freeside to send a sysadmin a warning when a
535 > > credit card has expired?
536 No, but there should be.
537
538 Put this in the doc (quoting Mark Wells <mark@pc-intouch.com>):
539 >Of course, thanks to the sheer coolness of SQL and MyODBC, you can do
540 >whatever reports you want in basically whatever application you want.
541 >There's no need for Freeside itself to do any reports at all.
542
543 middle names and titles
544
545 On Wed, Jul 07, 1999 at 01:11:40PM -0400, Frank Nazario wrote:
546 > Playing and entering information to Freeside i encountered the following
547 > missing reports:
548
549 > View Customers by Agent
550
551 > View Pending Invoices
552
553
554 grep 'uncomment this to encrypt password immediately' site_perl/svc_acct.pm
555 Not to say that it shouldn't be a configurable option.
556
557 in site_perl/cust_main_invoice.pm (elsewhere?), error out if mydomain config file is gone
558 (at least until the idea of a default domain goes away)
559
560 FS::Record::qsearch does an eval every loop iteration (which is itself not
561 guaranteed to work across all DBD's and should be fixed).  This has got to be
562 slow.  Fix it.  (I think recent Perls might have a way to accept a variable
563 there, no eval needed?)
564
565 Could you have added /bin/sync, /sbin/shutdown, and /bin/halt to the
566 `shells' configuration file before importing, and removed them afterwords?
567 (even better if svc_acct.import did that automatically - it could just    
568 munge and restore @FS::svc_acct::shells... hmm.)
569
570 > BTW, Ivan, I am trying to verify in an additional database table that a
571 > particular user doesn't exist. This database is used to store email aliases a$
572 > additional POP boxes for our customers (kinda like AOL allows). I have toyed  
573 > with the idea of just writing the aliases to an email only svc_acct that
574 > doesn't write to the password file, but that isn't really how I want to do it.
575
576 Actually, I think that's a pretty good way to do it.  Cerkit contributed
577 support a little while back for svc_acct.pm and svc_acct.export for
578 multiple export targets.  It needs to be cleaned up and documented, which
579 I'll try to get to soon.  For this to work correctly, the svc_acct_sm
580 table should go away, along with the concept of a "default" domain.  
581
582 default setting for new packages should allow all agents to purchase them...
583 with a config file for the old behaviour
584
585 fix or replace Term::Query (Quiz::Question doesn't do what i need)
586
587 Check config file reading stuff from CPAN
588  
589 Authorizenet module from CPAN!
590
591 <http://www.math.fu-berlin.de/~leitner/mutt/faq.html> has a good y2k complience
592 statement!
593
594     I'm hoping Freeside can support arbitrailly complex pricing plans
595     because of a simple concept: all prices are perl expressions.  So if
596     you use `19.95' for example, perl evalates that to be `19.95'.  But if
597     you need to do a complex pricing scheme, you just need to write an
598     appropriate perl expression, which will most likely pull data from the
599     database to return pricing.  Some things will already log to SQL; for
600     example most RADIUS servers can or have a patch available.  Getting
601     Freeside to bill based on any sort of data then becomes a matter of
602     importing the data into the database.
603  
604     There are some issues involved with pro-rating, partial month charges,
605     that sort of thing.  Expressions will need a standard way to have the
606     applicable time/data ranges passed to them.  Also the expressions are
607     currently running under the Safe perl module, and the opmask might not
608     be right in all situations.  I'll try to spend some time working on
609     this if you are using it.
610
611 > 2. can customers view their bills on-line.                                    
612  
613 Not yet; it needs to be proxied from Freeside to a customer web server in
614 a secure way using something not completely unlike the fs_passwd,
615 fs_passwdd, fs_passwd_server trio.
616
617
618 > Lastly, if someone over pays on an invoice, the credit part does not flow
619 > over to other invoices..
620
621 The total balance flows over correctly, but individual payments don't.
622 The code you're looking for is in FS::cust_pay::insert
623
624 The question of what to do with overpayments that don't have another 
625 invoice to flow into (yet.. or possibly not) is still an open one.    The
626 legacy system Freeside replaced long ago had a separate place for this
627 (payments waiting for an invoice) for each customer, and it gave our
628 bookeeper fits.
629
630
631 option to relax username uniqueness in favor of username+domain or mail/shell
632 vs. radius to ease import for isp's with namespace problems or who buy others.
633
634 do i have to store anything for radius realms besides regular radius attributes
635 (which are handled fine now)?
636
637 warn or complain or something when invoice_from is empty (and we use it)
638
639 Right now Freeside uses the `freq' field of a package definition as a 
640 number of months.  The specific section of code you're looking for is in  
641 FS::cust_main::bill:
642         
643         #change this bit to use Date::Manip?
644         #$sdate=$cust_pkg->bill || time;
645         #$sdate=$cust_pkg->bill || $time;
646         $sdate = $cust_pkg->bill || $cust_pkg->setup || $time;
647         my ($sec,$min,$hour,$mday,$mon,$year) =
648           (localtime($sdate) )[0,1,2,3,4,5];
649         $mon += $part_pkg->getfield('freq');
650         until ( $mon < 12 ) { $mon -= 12; $year++; }
651         $cust_pkg->setfield('bill',
652           timelocal($sec,$min,$hour,$mday,$mon,$year));
653         $cust_pkg_mod_flag = 1;
654   
655 ..and when I went poking for this, looks like it tells us just what needs   
656 to be done!  Hehehe...
657
658 Date::Manip can handle cool things like "+ 1 month" (actually the current
659 case of /^(\d+)$/ would have to be added as a special case of "+ $1 
660 month") and "+ 30 days" (what you need) and even "+ 5 business days" !
661
662
663 On Wed, Apr 28, 1999 at 08:38:16PM +0000, Kristian Hoffmann wrote:
664 > I can't quite seem to figure out how this exporting works.  From what I
665 > understand, when you run svc_acct.export, it rewrites the /etc/passwd,
666 > /etc/shadow, etc. files.  Is this only for initial setups with the
667 > export hooks being in the pm's?
668  
669 You can use both, or just one method.  The configuration files control    
670 this.  One of the things in the TODO is to take out the last few things   
671 that aren't customizable wrt this and put them in config files.
672
673 http://www.daemonnews.org/199905/user-mgmt.html
674
675 Term::Query doesn't install out of the box from CPAN.  Fix it (and get it 
676 submitted upstream!), or remove requirement from bin/svc_acct.import and
677 bin/svc_acct_sm.import and take it out of the install instructions.
678
679 use this cool link to explain the Freeside API
680 ftp://cpan.nas.nasa.gov/pub/perl/CPAN/doc/FMTEYEWTK/easy_objects.html
681
682 Multiple tax rates by geographic region (county, state, and county) are   
683 supported; just choose View/Edit tax rates from the main menu.
684
685 Multiple tax rates by package are not (yet) supported.
686
687 On Wed, Jul 07, 1999 at 12:13:36PM -0400, Shaun Batterton wrote:
688 > How would you handle something like multiple tax rates and multiple   
689 > states?  For example in Connecticut, they just changed computer and/or
690 > data processing services to 3% (whatever that is), and everything else
691 > is 6%.
692
693
694 > Second, when trying to add a new user I get two types of errors; first one
695 > is when I place an e-mail address and select the "submit," Freeside
696 > complains with "Error: Unknown local account (specified literally)"
697 .  
698 You probably put a (local) email address in for email invoices.  Freeside
699 stores these as references to the database records, so (for example) they
700 follow username changes.
701 .
702 I'm guessing you put in the email address that you were creating, and got
703 that error because it didn't exist yet.  Sounds like a buglet to me.  I'll
704 try to fix that soon; in the meantime you can add the invoicing email 
705 address afterwords.
706
707 (workaround for postgres before 6.5) (unlikely to ever be implemented)
708 In the mean-time, this could probably be fixed with the reverse of        
709 the kludge in FS::Record::new.  This removes `$' and `,' from money fields
710 coming out of the database.  Something which fixed up the data so Postgres
711 was happy with it could go in FS::Record::_quote, for data going into the
712 database.
713
714 our data display problem might be a Freeside problem wrt not using 
715 Oracle-compatible DBI syntax (fixed using the return value from $sth->execute
716 as a number of rows - something else?).
717
718 hooks for arbitrary commands out of configuration files
719 svc_acct.pm svc_acct_sm.pm etc.
720
721 Add this to a FAQ, along with doing it for middle names:
722
723
724 >  What I'm finding difficult is how to easily 
725 > customize fields.  For example, I am trying to add a "middle name" field
726 > to the Customer Edit, view, etc.  If I'm going about it right, it appears
727 > I have to edit the cust_main.cgi under edit and edit/process and the
728 > site_perl/cust_main.pm, as well as other things.  Perhaps you could shed
729 > some light on the best way of doing this.
730
731 You have the basic idea.  To implement that completely, I would:
732 - Add the new field to bin/fs-setup for new users
733 - Document the field in htdocs/docs/schema.html
734 - Document the change in a new file, htdocs/docs/upgrade4.html
735 * Run bin/dbdef-create
736 * Add the new field to edit/cust_main.cgi and edit/process/cust_main.cgi
737
738 For bonus points, I'd grep around for the various bits which use "$first 
739 $last" or "$last, $first" and replace them with a method call in cust_main.pm,
740  , like search/cust_main.cgi
741
742 document security model:
743 Don't forget about Apache usernames - since, via the mapsecrets file, each
744 user can login to the SQL database with a different username and
745 password, you can utitilize the security model of the SQL database as
746 well.  Also, each username here can point to a different configuration
747 directory where you could store user-specific configuration info.  Then   
748 you could link each username to one-to-many agents. 
749 (The web demo works using a trivial version of this.)
750
751 Yes, queue processing or the equivalent via checkpoint fields on various  
752 talbes (which you pick up via a pretty simple SELECT) would be really 
753 nice too.
754
755 default (and ordering) state/county/country config file
756 expand the
757 cust_main_county table to provide a preferred ordering, so the most common
758 entries would be at the top of the selection box.  automatically, based on
759 recent selections?
760
761 hmm... maybe svc_acct__shell should check off the legal shells list if
762 applicable?  yeah... cool.
763
764 payinfo field should me much larger than 16
765
766
767 [Mon Apr 12 20:31:21 1999] [error] [Mon Apr 12 20:31:21 1999] null: Error closing true: Broken pipe at /usr/local/lib/site_perl/FS/cust_main.pm line 615.
768
769 javascript (yuck!) "are you sure?" confirmation on cancelations, etc.
770 (view/cust_pkg and view/svc_*)
771
772 get rid of time2str("%D") which formats dates in a non-y2k-safe looking fashion
773 (all the actual date handling uses UNIX timestamps and is fine)
774
775 uncomment expire in view/cust_pkg.cgi and find the expire cron from fsold
776
777 (Test this)
778 one-time/per-customer/? changes in rates and descriptions ('remembered
779 invoices'): implement by creating a new package on the fly... but it isn't 
780 associated with any agent types so it won't show up for other customers to buy.
781 (but also... make sure they go away when the customer does! - need this? :
782  one-off package edits! : need a cust_pkgs or cust_part_pkgs or something table,
783  with custnum and partpkg (like type_pkgs)
784 (what happens if you hit "custom pricing" but the pricing is already custom?)
785
786 Lay out any remaining ugly forms better.
787
788 remove "records identical" warning?  gets in the way of more important stuff.
789 or fix logic which tries to update identical records??
790 1.2 should be quiet enough that the error log is useful, hopefully.
791
792 Postgres has a maximum column length of 31 characters (but see NAMEDATALEN in
793 postgres_ext.h).  part_svc has columns like: svc_acct__radius_Attribute_flag
794 (22 characters!)  It seems that stuff over the limit is silently ignored,
795 so we get 4 characters back.  So, Radius_Attributes are max 13 characters with
796 stock Postgres.  see rfc2138 for what's affected
797 What's a good fix?  (besides recompiling postgres with NAMEDATALEN 64)
798 (mysql has a 64 character max column length.  others?)
799
800 [Mon Mar 29 06:57:56 1999] -e: Use of uninitialized value at /usr/lib/perl5/Date/Format.pm line 333.
801 (when sending mail in cust_main.pm::bill or svc_domain.pm)
802
803 look at DBIx::Recordset!  (and Tie::DBI, and...)
804
805 undefined conf/lpr gives this uninfomative error:
806 [Fri Feb 26 16:42:36 1999] bill.cgi: Can't do bidirectional pipe at
807 /usr/lib/per
808 l5/site_perl/FS/cust_main.pm line 629.
809 [Fri Feb 26 16:42:38 1999] bill.cgi: Error closing : Broken pipe at
810 /usr/lib/per
811 l5/site_perl/FS/cust_main.pm line 631.
812 So give a meaningful error!
813
814 password and slipip stuff in svc_acct.pm store need to be split into two fields or something, so the silliness in svc_acct.pm and svc_acct.export with looking at the data to decide what to do with it can be fixed
815
816 i10n: Apache::Language
817
818 Apache::Session?  Other useful Apache::* ?
819
820 email invoices are only sent for the BILL payby.  If setup, should statements
821 (since they're not invoices) be sent for COMP and CARD as well?
822
823 $cgi->keywords is causing the (hard to trace) error:
824         Use of uninitialized value at (eval 5) line 5
825
826 edit/cust_main.cgi gives an uninformative error message:
827 > Can't call method "agentnum" without a package or object reference at   
828 > /usr/local/apache-ssl/htdocs/freeside/edit/cust_main.cgi line 116.
829 if there are no agents.
830
831 (is this missing on any web screens?  (easy with $cust_svc->label)
832 Add the ability for services to filter information up to the package level
833 for web screens, so you can select a particlar package based
834 on username or domain name, etc.
835
836 Allow a cancelled/suspended/active status from packages to bubble up to
837 the customer lists.  Put active, then suspended, then cancelled accounts.
838 Similar ordering on the package listing inside a single customer.
839
840 false laziness: edit/cust_main.cgi got some parts copied from edit/svc_acct.cgi
841 the web interface in general needs to be redone in a more abstract way.
842
843 false laziness: some of search/svc_acct_sm.cgi was copied to search/svc_domain.cgi.  but web interface in general needs to be rewritten in a mucho cleaner way.
844
845 subroutine the where clause (eventually all SQL) as OO perhaps (has anyone done this?)
846
847 add a select method to FS::Record?
848
849 one-time/per-customer/? changes in rates and descriptions ('remembered
850 invoices'): implement by creating a new package on the fly... but it isn't 
851 associated with any agent types so it won't show up for other customers to buy.
852 (but also... make sure they go away when the customer does! - need this? :
853  one-off package edits! : need a cust_pkgs or cust_part_pkgs or something table,
854  with custnum and partpkg (like type_pkgs)
855 (what happens if you hit "custom pricing" but the pricing is already custom?)
856
857 You can't delete the stuff under administration yet.  Add this,
858 _including_ making sure the thing you are deleting is not in use!
859
860 add links on view/cust_main.cgi to setup services, like view/cust_pkg.cgi
861
862 FS::cust_pkg _require_'s FS::$svc, but this won't work with %FS::UID::callback
863 loading of configuration.  (pry need same idea, but will run immediately if
864 context allows).  Looks like error is masked by 'use FS::cust_svc' which in
865 turn 'use's FS::{svc_acct, svc_acct_sm, svc_domain}' which is now explicit
866 w/comments in source
867
868 Allow a cancelled/suspended/active status from packages to bubble up to
869 the customer lists.  Put active, then suspended, then cancelled accounts.
870 Similar ordering on the package listing inside a single customer.
871
872 svc_domain.pm mail sending uses Date::Format which doesn't seem to pick up 
873 correct timezone.
874
875 view/svc_domain.cgi needs to know the domain might be unaudited (cosmetic)
876
877 remove whois_hack set to 1 for svc_domain.pm?  add all known registries and
878 whois accordingly.
879 .us domains and others!
880 site_perl/svc_domain.cgi (hmm... or maybe should have a button?  or maybe svc_domain.pm should handle this) should set $whois_hack for non-internic domains, so you can add them...
881
882 turn on the depriciation warnings for [e]idiot in FS::CGI. Stop using [e]idiot
883 the last places it is (htdocs/search/ htdocs/misc/ htdocs/misc/process)
884
885 (test cust_main.pm with cybercash v2 and v3, especially with the callback
886  stuff AND with mod_perl w/cybercash v2 kludge in package main)
887 (callback stuff should be eliminated by now)
888
889 bah, table/itable/*table in FS::CGI is silly.
890
891 doc Apache::AuthDBI as well
892 ..
893 Provide sample httpd.conf files.
894
895 hey look: Tie::DBI!  Check that out.  Override its commit with something that
896 does perl-side caching for ? a performance improvement and as an emulation
897 layer to plug in f.ex mysql's atomic transactions
898 ..
899 Record.pm uses does some non-portable DBI things.  MySQL and Pg seem fine.
900 Fix it anyway unless we migrate to Tie::DBI.
901
902 faq
903
904 cust_bill.pm uses '==' comparison on dates because they're currently ints
905
906 config file for allowed card types
907
908 write instructions for adding new services w/svc_Common.pm.  Get rid of all
909 places where svc_* tables are hardcoded (rename svc_acct_pop to part_pop so
910 we can do that)
911
912 test and document libapache-dbi-logger (woo!)
913
914 radius logfile parsing and perl expression check.
915
916 Fix in cust_bill BUGS: 
917 There is an off-by-one error in print_text which causes a visual error (Page 1
918 of 2 printed on some single-page invoices).
919
920 fields should be a method against a FS::Record or derived object, as well as
921 being something you can call as FS::Record::fields('tablename').  Might
922 even be able to handle both in the same routine (that would be neato).
923
924 Immediate removal of incorrectly entered check payments (can't take too
925 long to do this, or accounting is fubared).
926
927 Add code to move from one service to another (POP to SLIP/PPP, etc.).
928 This _should_ be possible by working off the rules in part_svc rather than
929 hardcoding anything in.  The rules in part_svc may need some elaboration,
930 perhaps.
931
932 Use ut_ FS::Record methods in all derived classes (possibly some from dbdef?... eventually all from dbdef??? - but then `dbdef-create' would be impossible as there would be metadata we couldn't ask the backend for.  hmm.)
933
934 (bring back from fsold, ) Generalize config-sending stuff and make more configurable.
935 Expand the HylaFAX interface (also possibly generalize for other fax
936 softwar ie .comfaxe); allow things like arbitrary faxes of sales
937 literature, specific troubleshooting documents and so on.  Maybe even
938 allow users to do this (though that might not belong in Freeside).
939 misc/sendconfig.cgi
940 misc/process/sendconfig.cgi
941 Configure fax recipients via a separate box rather than using the finger
942 name or first+last from cust_main.
943
944 move all phone number logic out of Freeside - let HylaFAX or whatever
945 handle it.
946
947 soundex searches for customer name and company?  where are free soundex tools? (standard Text::Soundex duh) - I could have sworn I saw Text::Soundex on CPAN?!
948
949 should be able to link on some field in email alias (right now you can link
950 on username or domain with a fallback to svcnum)
951
952 generalize and make configurable new invoice printing scheme in FS::cust_main::collect (past due)
953
954 deleting an svc_domain should delete all associated svc_acct_sm records.
955 same with a svc_acct.
956
957 periodic password encrypter
958
959 Automated, configurable notification, suspension and cancellation of
960 defunct accounts.
961 ...
962 expire cron job
963 ...
964 Allow for a future setup date on accounts.
965
966 sub AUTOLOAD in FS::Record should warn? die? if used with a non-existant column
967 name?
968
969 edit (not just import, export and allow default/fixed) arbitrary radius stuff
970 in svc_acct
971 edit/svc_acct.cgi and edit/process/svc_acct.cgi should deal with arbitrary radius stuff
972
973 radius import should take DEFAULT entry and put it in /var/spool/freeside/conf/radius-default ; svc_acct.export should use it (and doc)
974
975 in UI, s/State/State\/Provence/go and s/County/County\/Locality/go
976
977 what else (besides l10n) for i18n? (money!)
978
979 audit htdocs/* for things that should be libraried and things that should be
980 new methods on the objects (need to do this before implementing a new UI)
981 all the big things are done
982
983 some places we die() where we should &FS::CGI::idiot (and perhaps vice-versa).
984 Decide based on whether or not the "error" should show up in logs.
985
986 all .cgi's should use standard header/footer and idiot() subroutines.  maybe HTML:: perl modules
987 for HTML creation.  Maybe Embperl or something along those lines.  ?
988
989 When running bin/bill, Fix this (Annoying but harmless):
990 Use of uninitialized value at /usr/local/lib/site_perl/FS/cust_pkg.pm line 99, <ADDRESS> chunk 4.
991 Use of uninitialized value at /usr/local/lib/site_perl/FS/cust_pkg.pm line 102, <ADDRESS> chunk 4.
992 Use of uninitialized value at /usr/local/lib/site_perl/FS/cust_pkg.pm line 105, <ADDRESS> chunk 4.
993
994 all cgi (but internal to the isp) places where package names are listed should also have
995 comment (like agent_type)
996
997 clean up $recref and other silliness and use -> calls where possible, or
998 one other alternative.  clean up everything else.
999 should FS::Record use Tie::Hash?  That would be very clean, but where do we
1000 store the other information?  Maybe you could ask any FS::Record object for a
1001 tied hash?
1002
1003 change all file access from regular open(FILE,) stuff to OO, because of 
1004 problems scoping and passing filehandles like that.
1005
1006 the web interface should create a new object and use it instead of a blank
1007 form for new records.  the create method of svc_ objects should set defaults
1008 (from part_svc).
1009
1010 sub check in man FS::table_name should be rewriteen.  Get rid of $recref
1011 stuff.  Make sure all fields that refer to other database are checked.
1012
1013 Integration with signup disks (are there any free ones?  Netscape?).
1014
1015 One-button cancel (+refund) for lusers who can't get online.
1016
1017 Keep information on virtual web servers (hostname, IP, host machine,
1018 directory, etc.) and export this information for importation into the ISPs
1019 web farm. 
1020
1021 Remove requirement that the first mail alias be the catchall?  Still make
1022 sure only one catchall per domain is defined in any case, of course. 
1023
1024 Ability to move cust_pkg records from one customer to another? (proably
1025 will need to cancel the old and create a new like when we move services
1026 between packages). 
1027
1028 Auto-increment expired cards one year, and try again?
1029
1030 More non-US stuff - zip codes, country codes, foreign currencies, etc.
1031
1032 cust_refund.{cgi.pm} need to do cards xaxtions.  (now we only have cust_credit)
1033
1034 Nicer set of integrated reporting possibilities, like weekly sales totals
1035 by customer, package, agent, referral, etc., aging reports sorted by lots
1036 of different things, and so on.
1037
1038 Client/server setup for users to modify their own passwords, shells, etc,
1039 via passwd or secure web interface (prelminary passwd/chfn/chsh
1040 replacement done).  Complicated by the fact that we don't want to allow
1041 incoming connections to the machine running Freeside, so we probably need
1042 to have a daemon on each external shell or web machine that is contacted
1043 by the Freeside machine.  Be very very careful for both traditional
1044 security issues and DoS problems. 
1045
1046 An extension of the above to allow users to modify selected parts of their
1047 own information, order and cancel services.  A web interface for new
1048 customers.
1049
1050 Expand domain name stuff to house all domain information.  Export
1051 named.boot/named.conf (primary and secondary) and named.{domain} files.
1052 Add more registries (not just InterNIC's com org net edu)
1053
1054 Nice postscript paper invoices, rather than current ASCII invoices.
1055
1056 think about race-condititions in FS::Record and derived ->check ->insert
1057 and so on, uid and username checks in svc_acct, etc.
1058
1059 Move to rsync over ssh file exportation rather than scp.
1060
1061 check 'n fix the proactive password checker. (cracklib?)
1062
1063 refunds of "BILL" payments: generate pseudo-check.
1064
1065 write batch senders and batch parsers for the different credit card processors
1066 people use/
1067 More CC processors/methods.
1068
1069 you should be able to fiddle the setup date in cust_pkg. (at least initially)
1070
1071 delete options in administration section
1072
1073 write a generic batch senders and batch parsers.
1074
1075 need a way to override svc_acct export on a per-machine basis; just use config files based on machine name i suppose; document that. (no, import desync_hosts
1076 type stuff from cerkit)
1077 ...
1078 add a table with column of export services (passwd, shadow, master.passwd, .qmail file update, dns update, etc.) and rows machine groups and whether or not to export that (and any necessary parameters).  wasn't matt (vunderkid, not matt@michweb) working on this?  find him?  each machine goes in a group of its own as well as a group based on function.  add a table with only svcpart and machine group.  now, when you import from each machine, it can get its own accounts with one svcpart and universal accounts with another svcpart.  (though that does make the username duplicate checking more interesting)
1079
1080 you should be able to get column types as a method against an FS::Record object
1081 as well as dbdef->table($table)->column($column)->type
1082
1083 move to perl module for fuzzy and soundex searching.
1084
1085 package view needs to list extraneous services; we need to prevent the
1086 creation of them so this never happens (and mark it as such in the source)
1087 (the creation problem should be fixed - though they will still happen if people
1088 fsck around in the data manually, so list them anyway)
1089
1090 add attribute dictionary to fs-setup as a menu, plus analyze users file to
1091 decide automatically
1092
1093 Check for and report on duplicate billing accounts (cust_main, though many
1094 will have a need for these so probably don't disable them outright.)
1095
1096 create a ->warn as well as a ->check method for all FS::table classes?
1097 (see above)
1098
1099 something to automate making a release and updating the web demo
1100
1101 export a debian-style (also redhat and?) /etc/group file aswell!
1102
1103 svc_acct_sm.import qmail import should pull in recipientmap people too.
1104
1105 .pm's like svc_acct.pm which need to do time-consuming things like ssh remotely
1106 should fork and do them in a child.
1107
1108 i18n/l10n: take ALL messages and catalog them in english.txt or in database or something, so we can eventually go int'l.  int'l currency support would be a help aswell.
1109
1110 get some of { city, county, state, zip } from the missing bits if
1111 possible (where can i get the data to do this?  usps.gov?)
1112
1113 additional interfaces (perltk?  java?)
1114
1115 Put the GPL notice in all files.
1116
1117 integrate w/IDEA's signup server
1118
1119 $cust_bill->owed database field to be eliminated, replaced by a method call
1120 that calculates on the fly.  make sure to grep for ->(get|set)field('owed') 
1121 same for cust_credit->credited
1122
1123 Export quota information.
1124
1125 move all configuration to a central place.  maybe in blob's in the
1126 database.  maybe even things like the code to execute when a username is
1127 changed can be in there, so less of the distributed scripts change between
1128 different sites.
1129
1130 Implement setup and recurring fees as Safe perl expressions rather than
1131 numbers, to allow for variable-rate services.  Backwards compatibility is
1132 obtained because { 43 } in perl is still 43.  :)  Define API to pass
1133 starting and ending dates and any other necessary data to expression
1134 (fees are currently evaluated as Safe expressions but more work needs to
1135 be done to define an opmask for various needs, write examples
1136 (usage-based billing, etc.) and so on).
1137 ...
1138 Add the ability to modify the next billing date in cust_pkg, and take
1139 appropriate action.  This will allow the implementation of pro-rate/1st of
1140 the month billing as well as the ability to manually fiddle with
1141 anniversary dates in cust_pkg, so you can sync a customer's anniversary
1142 date even if you're using anniversary billing (manually or automatically).
1143 (now with above, we need to have a way to automatically pro-rate /^(\d+)$/
1144 charges - anything more complicated should figure it out itself given
1145 starting and ending dates [document that!])
1146 ...
1147 Daily Radius log parsing into database; other logfile formats?
1148 ...
1149 Callbacks to enforce hourly limits on accounts (suspend until the end of
1150 the billing period?), for those who limit customers rather than tack on
1151 extra charges.
1152
1153 Flag packages (part_pkg) as taxable or non/taxable as some ISPs (for
1154 example) need to charge tax on equipment but not service (separate flags
1155 for setup and recurring fee... or perhaps a setup_tax, setup_notax,
1156 recur_tax and recur_notax fees, and possibly something more flexible if
1157 there is need).
1158
1159 Allow for a variable number of invoices for customers who need multiple
1160 copies.
1161
1162 Add a mail alias service with table svc_acct (not domain mail aliasing
1163 which is domain with svc_acct_sm)
1164
1165 (bring back from fsold) Change customer comment field from its current kludge to something more
1166 workable.
1167
1168 Better work orders with more information.  Should eventually open a ticket
1169 when we have such a thing.
1170 edit/svc_wo.cgi
1171 edit/process/svc_wo.cgi
1172 Call tracking and trouble tickets.
1173
1174 More accoutability for complimentary accounts: approval, expiration, term
1175 (no more than x months in advance) and notification.
1176 Flag particular users (or all users, for that matter) as having their
1177 passwords hidden and/or locked from users of Freeside (maybe need Freeside
1178 security levels first?). 
1179 ...
1180 Better Freeside-level configurable access, for those ISP's who have
1181 employees they can't trust.  Right now you're "stuck" with setting up
1182 .htaccess stuff yourself.  This should really just be integrated. 
1183
1184 configuration/setup should get web interface
1185 ...
1186 /usr/local/etc/freeside should be configurable
1187 ...
1188 (probably as part of some automated installation process?)
1189
1190 This requires some serious magic in FS::Record:
1191 ok, if date_type in fs-setup is to be something besides int,
1192 now we need to create wrappers
1193 for them so they behave identically across RDBMS's, ie date pops out as as
1194 UNIX timestamp (or an object of some sort? maybe even a blessed $obj which
1195 is a string not a hashref for backwards compatibility?) and so on. (remember
1196 to treat '0' as Not a Date instead of 1/1/70.
1197
1198 Add Freeside-level transactions for RDBMS's which don't support
1199 transcations?  (Currently we assume a minimal RDBMS which has no rollback,
1200 transactions or atomic updates).  Or just require a RDBMS that supports
1201 rollback and/or atomic updates and get rid of the work-arounds?  The /rdb
1202 interface had this kludge on top of it but is a technical dead-end in most
1203 other ways, unless it can gain an SQL parser and DBD interface.
1204 ...
1205 if i'm really bored, find the /rdb interface in fsold and port it to NoSQL,
1206 and while I'm add it add interfaces for AnyDBM_File tied hash.. hmm.  Shouldn't
1207 an FS::Record have something to do with a tied hash?  But we don't want
1208 performance to go gaga... maybe something with commit to help out here?
1209 ...
1210 Ok: FS::Record gives you a tied hash, and you get methods for commit, etc.
1211
1212 Better automated comparison of our CC records with processors (CyberCash,
1213 at least, has not always had 100% accuracy, though recent versions are
1214 much better) 
1215
1216 Expect or other pty based login check, where we actually connect to a
1217 terminal server or shell machine and test logging in as the user (if we
1218 are keeping a cleartext password for that user)  (This is something tech
1219 support often needs for new customers)
1220
1221 Use cust_main table for pre-sales tracking as well?
1222
1223 Automatic commision report and check generation via freq and prog (to
1224 become a Safe perl expression) fields in agent table, and possibly others.
1225
1226 Database and add a mailed-out date and method for disk/CD mailing, so a
1227 customer can call and you can say, "sent on xx/xx/xx via {US Mail, Fedex,
1228 UPS, etc}" 
1229
1230 Inventory tracking for physical items such as routers (for sale or
1231 lease... probably doesn't make a difference in the ordering... but if you
1232 cancel a router lease the inventory should come back.  hmm.)
1233
1234 -- Matt's wishlist ---
1235
1236 From matt@michweb.net Fri Feb 20 16:39:53 1998
1237 Date: Thu, 19 Feb 1998 23:20:11 -0500
1238 From: Matt Simerson <matt@michweb.net>
1239 Reply-To: quadran-developer@netgoth.com
1240 To: quadran-developer@netgoth.com
1241 Subject: Re: Welcome to quadran-developer
1242
1243 >Whats it based on and what is it supposed to do?  I'm interested, but
1244 >unfortunatly, I don't have that much time to help on the project (I'm busily
1245 >working on one of my own based around MySQL and Qt right now -- don't know
1246 >if it will be GPL'ed or not yet -- we'll probably just use it in house since
1247 >it is designed around our system)...
1248
1249 That's what I set out to find, but didn't find anything on the web site.
1250 I'm looking for something that will do the following:
1251
1252 Single point of entry for users on a secure system:
1253         Creates account on user (public) systems
1254                 update /etc/passwd/master.passwd file
1255                 update radius database (if necessary)
1256         Set up up disk quotas (although I hacked adduser to do this)
1257         Option for adding user to a mailing list(s)
1258         Export of new user info to customizable report (for automated entry
1259 into
1260                 accounting software, etc...)
1261
1262 Automated billing:
1263         Export credit card info for batch processing and have hooks built
1264                 in for other forms of electronic processing.
1265         Batch-Payment (apply payments from formatted text file).
1266         Customizable reports for manual entry/importing into Accounting
1267 software
1268         Email or laser print invoices
1269         Sanity checks credit card numbers before processing (code available)
1270
1271 Simple method for disabling an account.
1272         Arbitrary Expiration Dates (on a given day, in x days)
1273         Remove from radius.
1274         Changing password to '*'
1275         Virtual customers disabling dns, http server, log processing, etc..
1276
1277 Billing for different account types:
1278         Dialup monthly flat rate. Prorates for partial months.
1279         Dialup monthly flat rate for x hours + hourly usage.
1280         Dialup email only
1281         Email only accounts
1282         Virtual Web accounts - w/multiple mailboxes
1283         Leased line accounts
1284         Disk space used over quota.
1285         Tech support minimum + hourly charges
1286         Other for misc stuff (modem, RAM, etc...)
1287
1288 Per user definable RADIUS attributes (ties in with above)
1289         Fixed IP
1290         Simultaneous Use
1291         IP filters (for dialup email only)
1292
1293 Keep logs of modem usage generated daily from radius accounting logs stored
1294 on multiple radius servers.
1295
1296 Keep logs of disk usage generated from quota.
1297
1298 Method of adding virtual domains to your system:
1299         Automatically grabs an IP address from a preassigned pool.
1300         Creates a domain.com database file from database fields
1301         Updates /etc/named.conf or /etc/named.boot and reloads named.
1302         Add's virtual.com to /etc/sendmail.cw or qmail control files.
1303         Edits your web servers httpd.conf file and restarts http server.
1304         An optional section for adding vif's can be added if the users OS
1305                 supports adding them on the fly. Otherwise it's up to the end
1306                 user. Make a hook that can run a custom script that the user
1307                 tweaks for his system.
1308         Update or create the config file your web stats analyzer needs. I've
1309                 done this for analog (free) and http-analyze. Probably
1310                 should only officially support analog and let users hack
1311                 it to their hearts desire.
1312 I've already written scripts that do most of the virtual web stuff on my
1313 system...in bash. Shouldn't be hard for a perlmeister to convert. In fact,
1314 as long as all the info was stored in the database (username, domain name,
1315 and ip pool) this could easily just be run as an external script that the
1316 user tweaks to match his system.
1317
1318 We use a great accounting software (M.Y.O.B) that does all the AP, AR,
1319 Payroll, Tax stuff, and most everything else we could need. It's already
1320 set up for the type of checks we have, etc, etc... I just need something to
1321 do the billing part. I can import/export sales and payments directly once
1322 the billing part is done. You can't write accounting software as good as
1323 M.Y.O.B. for $120.
1324
1325