pmgr/models at 3495a3d760624c8aad267f81533ea4c32bbff8d2 - pmgr

Fixed yet another bug in the merging of actions & options

2009-07-25 07:57:56 +00:00

account.php

2009-09-15 02:38:28 +00:00

contact_address.php

Finished implementation of contact edit. This is now saving everything to the database. I hope to now leverage it for a new contact. This checkin includes a bit of code in the sitelink2pmgr script that sets the customer display name. It should have been checked in several revisions ago.

2009-07-05 23:43:35 +00:00

contact_email.php

Moved the customer edit page to include address and email fields. This is largely all the work on the presentation side, now I just need to take the data and update the database.

2009-07-05 20:01:06 +00:00

contact_phone.php

Finished implementation of contact edit. This is now saving everything to the database. I hope to now leverage it for a new contact. This checkin includes a bit of code in the sitelink2pmgr script that sets the customer display name. It should have been checked in several revisions ago.

2009-07-05 23:43:35 +00:00

contact.php

Merge in from pre_0.1 branch

2009-09-15 02:38:28 +00:00

contacts_customer.php

Implemented edit functionality for customer. Like with contacts, the interface leaves much to be desired, since it's limited in functionality. Namely, you can add a contact, but you can't add contact methods (phone/mail/email). Also, it doesn't use jqGrid to present the selection choices, and so the user is stuck with the fields we've chosen to display, as well as the sort order we've chosen. Enhancement is possible someday, but for now, it gets the job done.

2009-07-06 02:06:23 +00:00

contacts_method.php

Finished implementation of contact edit. This is now saving everything to the database. I hope to now leverage it for a new contact. This checkin includes a bit of code in the sitelink2pmgr script that sets the customer display name. It should have been checked in several revisions ago.

2009-07-05 23:43:35 +00:00

customer.php

Modified customer merge functionality to leave everything from the destination customer in-tact, and simply add on contacts from the source customer, if requested. This simplifies things significantly, and also the paradigm shift of starting the operation from the destination customer allows us to merge multiple customers into one with ease (no need to dig around for each source customer before clicking merge)

2010-07-02 20:52:00 +00:00

default_option.php

Merge in from pre_0.1 branch

2009-09-15 02:38:28 +00:00

default_permission.php

Merge in from pre_0.1 branch

2009-09-15 02:38:28 +00:00

double_entry.php

Turned off debugging code that was left on.

2009-08-17 02:52:47 +00:00

group_option.php

Merge in from pre_0.1 branch

2009-09-15 02:38:28 +00:00

group_permission.php

Merge in from pre_0.1 branch

2009-09-15 02:38:28 +00:00

group.php

Merge in from pre_0.1 branch

2009-09-15 02:38:28 +00:00

lease_type.php

Significant changes to work with the new account/ledger structure. Removed much of the auto-generated model association code. Added helper functions into the models to perform model related work, such as model 'stats' (a bad name for a function to return a summary of pertinent financial information from a given model instance). There is a ton of cleanup to do, but first I want to get it all captured.

2009-06-10 02:41:23 +00:00

lease.php

Merge in v0.2.2 fixes

2010-03-12 04:05:00 +00:00

ledger_entry.php

Hopeful fix for the bug affecting customer security deposit balance. It was introduced when we added the Customer Credit account, since Security Deposit no longer _directly_ pays charges like it used to. Now, it's converted to customer credit, and _that_ account is the one that pays. The security deposit situation is a bit shaky, but seems to be working again.

2009-08-17 05:48:54 +00:00

ledger.php

In the cleanup of r423, some code accidentally got squashed. This checkin undoes that problem

2009-07-30 06:09:05 +00:00

map.php

Significant changes to work with the new account/ledger structure. Removed much of the auto-generated model association code. Added helper functions into the models to perform model related work, such as model 'stats' (a bad name for a function to return a summary of pertinent financial information from a given model instance). There is a ton of cleanup to do, but first I want to get it all captured.

2009-06-10 02:41:23 +00:00

membership.php

Merge in from pre_0.1 branch

2009-09-15 02:38:28 +00:00

option_value.php

Merge in from pre_0.1 branch

2009-09-15 02:38:28 +00:00

option.php

Merge in from pre_0.1 branch

2009-09-15 02:38:28 +00:00

permission_value.php

Merge in from pre_0.1 branch

2009-09-15 02:38:28 +00:00

permission.php

Merge in from pre_0.1 branch

2009-09-15 02:38:28 +00:00

site_area.php

Significant changes to work with the new account/ledger structure. Removed much of the auto-generated model association code. Added helper functions into the models to perform model related work, such as model 'stats' (a bad name for a function to return a summary of pertinent financial information from a given model instance). There is a ton of cleanup to do, but first I want to get it all captured.

2009-06-10 02:41:23 +00:00

site_option.php

Merge in from pre_0.1 branch

2009-09-15 02:38:28 +00:00

site_permission.php

Merge in from pre_0.1 branch

2009-09-15 02:38:28 +00:00

site.php

Merge in from pre_0.1 branch

2009-09-15 02:38:28 +00:00

statement_entry.php

Merge in bugfix from v0.2_work

2010-04-02 13:08:41 +00:00

tender_type.php

Discovered that the use of the term 'Payment' has been a misnomer. A company uses the term payment to indicate the monies it pays to _others_. Changing this leaves us without a good replacement term, but disbursement really seems to fit the bill. As comfortable as the term payment was, it was odd in many respects and disbursement does seem more appropriate. I'm sure there are several lingering bugs from this massive search/replace exercise, but this is a decent baseline for the change.

2009-08-05 01:00:09 +00:00

tender.php

Added a column to Tender that identifies the exact ledger entry which was used to deposit the tender. It was necessary due to the kludgy way that I've set ACH items to auto-deposit, which uses a ledger entry that has nothing to do with the transaction account. This would probably allow us to eliminate the deposit_transaction_id, but I'd like to break as little as possible at the moment. I'll come back and clean this up in the future. Also, fixed a stupid bug that was causing major database thrash whenever a transaction was entered without a customer id. I could have fixed the Customer::update() function, but it was designed to accept null so that we could update all the customers, something definitely useful while developing.

2009-08-17 23:55:51 +00:00

transaction.php

Merge in from pre_0.1 branch

2009-09-15 02:38:28 +00:00

unit_size.php

Merge in from pre_0.1 branch

2009-09-15 02:38:28 +00:00

unit_type.php

Merge in from pre_0.1 branch

2009-09-15 02:38:28 +00:00

unit.php

Merge in from pre_0.1 branch

2009-09-15 02:38:28 +00:00

user_option.php

Merge in from pre_0.1 branch

2009-09-15 02:38:28 +00:00

user_permission.php

Merge in from pre_0.1 branch

2009-09-15 02:38:28 +00:00

user.php

Merge in from pre_0.1 branch

2009-09-15 02:38:28 +00:00