core-pos / is4c Goto Github PK

Doesnt affect the amt. due. But it just shouldn't show that for Refunds.

@DonaldGonzalez mentioned something on another issue about fixing capitalization on user-facing messages. I think if we're going through and re-writing/fixing a bunch of strings, it's a good opportunity to do it correctly and use some built-in string management.

I spent a little time getting familiar with PHP's gettext implementation and wrote up some simple documentation:
http://is4c.gohanman.com/git/IS4C/documentation/IS4C/developer/i18n.html

It's pretty easy to use, from a developer standpoint. Basically, put _() around user-facing strings. I doubt we need alternate language versions any time soon, but moving the messages into one file makes some future changes easier. If we want to change in terminology or formatting, there's no need to go hunting through all the code files. Everything's in the en_US translation.

(I marked this low priority because it will be somewhat time consuming; I'm not suggesting the original suggestion is unimportant)

Enter TL adds FS subtotal and non-FS subtotal lines to localtemptrans
FS tender no longer requires that an EBT subtotal precede it.
Enter FS or FS cash as any other tender

Example:
Managing Products

What are the requirements of this function?

The purpose of this is to help frame and direct development.

prompts when drawer has >= $600
manager must enter amt. of drop to adjust the drawer count. this would be in MG mgr. menu most likely.

Scan an item, scan a discounted member number - a subtotal line appears showing the new discounted subtotal. The total at the bottom also shows discounted total.

Enter non-member number "99999" - total at bottom gets corrected but the subtotal line still remains showing the previous discounted subtotal.

Example:
1.33*399DP200 for 1.33 pounds of a $3.99 open ring to Bulk

Should work, or used to anyway. Needs further testing

ex. in Massachusetts cashiersunder 18 cannot sell beer/wine

add birthdate field to employees tbls, and age verification as part of Authenticate.php, use idEnforced field to determine which items are restricted

This will assess the current 'state' of the project, maybe visually. Noting the strengths and weaknesses.

Then a roadmap of immediate, short-term, medium-term and long-term next steps. Potentially discuss Release Management Approach. Versioning scheme, how to 'decide' to put what patches into which releases, etc. Publish all of this maybe in Developer Documentation?

ID{ENTER} msgBox
Currently says member not found. As though you already searched for someone.
Change to: Member Search" or something more helpful

Cash register 5 had to be rebooted 10 times before the receipt printer started to work. David Russel will be in on Friday 6/29/2012 to try and reslove this issue.

reason: Cannot sell alcohol on Sundays before noon and on certain holidays.

A manual that describes all facets of how membership touches each area of IS4C POS. From Member Association to a transaction, to Member Lookup, to Member Equity Reporting / Enforcement, to Patronage Reporting / Exports.

How do we identify in git, what release we are on? This will be important to initiate the release strategy and for post-release reviews.

Basic data maintenance, setting up TPR's, importing/exporting, fixing problems, changing prices, etc.

I have some that I can contribute but I need some peer review on them.

Brad

Harvest cannot sell alcohol on Sundays before noon and on holidays. We need to be able to restrict the sale of certain items at the PLU/UPC level for calendar date and time.

So, we have installed Ubuntu. What next to get this to be able to run IS4C?

C

This refers to fannie/mem/import/nn.php. It seems to be reading the csv file correctly, and allows the radio buttons to seem to select the correct columns, but after clicking "import data" it only returns the word "Results." Does not return error message from line 148, or success message from line 151. Also does not import any data. My guess is it never gets into the while() statement at line 105.

This would help start the march to defining the 'pos' as a critical function area, the backend/fannie as critical function areas and then putting the documentation at the root of the IS4C.

This also brings up some naming conventions and organization. Proposal: IS4C is the working name of the overall project, pos refers to the critical files and functions needed to run the lane.

At least fannie/mem/modules/Equity.php and AR.php look for tables in core_op that are actually in core_trans. Line 32 in Equity.php, newBalanceStockToday_test; and line 33 in AR.php, newBalanceToday_cust. Haven't checked any others.

test

Additional features + Nice-to-haves

Refunds should not be discountable.

Refund amounts are always entered as exact final dollar amounts, based on the original receipt.

If a $5 item is bought with a 20% discount and then returned, the cashier will do a return for $4 (the original discounted amount), not $5.

We can't assume that a given shopper's register discount percentage is the same at the time of the return as it was at the time of the purchase.

void over $5 prompts for mgr. approval. under $5 is allowed.

scale empty, PV, select item, reg. says "put item on scale", put item on scale, nothing happens

I looked briefly at this but did not see the simple fix, Andy, can you?

Change References to IS4C to IT CORE POS:

Wiki Docs
All Docs
Code?
Directory Names?

RF(scan item) - item rings as negative at current retail. A prompt should ask for retail.

A cashier manual needs to be written.

For those whom are pre-data warehouse, or offline databases, need to know how to get a base level of data out of IS4C.

Currently what is shown on the screen is "you saved $x". This is great but can we also add the discount percentage applied to the item?

In at least 2 places and accessible for CVR, Andy or Brad to be able to restore.

It would be nice if the scale beeped when the manager scan their manager barcode when prompted to.

The cashier could just sign off to open the cash drawer then sign back on. It would be nicer if the cash drawer opened upon cashier sign on.

Currently managers need to enter their 4 digit password to unlock or sign on to a cash register. The prompt to enter password should take a manager barcode scan. The purpose of the manager barcodes is so no other person can see the password that the manager is typing.

One can input NR to disable rcpt. printing on this transaction, but there's no way to unset that i can discern.

PS: i can fix this. just playing around w/ github issue-tracker