edruid / nitroxy-retail-system Goto Github PK

I want a log of every price change in the system. Just write to a mysql table - timestamp, user, product, price before, price after.

Make sure to display diffs since last count in the list.

When attempting to do a daily count using default configuration I got this:

( ! ) Fatal error: Uncaught exception 'Exception' with message 'Du måste ange ett giltigt konto.' in /home/pi/work/Nitroxy-retail-system/classes/AccountTransactionContent.php on line 17
( ! ) Exception: Du måste ange ett giltigt konto. in /home/pi/work/Nitroxy-retail-system/classes/AccountTransactionContent.php on line 17
Call Stack
#   Time    Memory  Function    Location
1   0.0016  129904  {main}( )   ../index.php:0
2   0.0519  262568  Controller::_declare( ) ../index.php:17
3   0.0519  262616  Controller::_stack( )   ../Controller.php:128
4   0.0529  263432  DailyCountC->make( )    ../Controller.php:104
5   0.9090  491680  AccountTransaction->add_contents( ) ../DailyCount.php:101
6   0.9248  494008  AccountTransactionContent->__set( ) ../DailyCount.php:24

It takes a long time to fail though...

the product "other" should ask what amount is to be payed for it.
Same with "donation".

The user making a delivery should be forced to tell the system where the money came from (and how much from which source).

Remove the constraint that you have to write the payed amount to finish a sale.

With the current barcode scanner it's not possible to hold shift while scanning a product to remove it. Set the text to say something about +#, -# *# symbols.

Some way of removing things that are broken or otherwise no longer for sale.

display 5 first products sold

the ordering should be:

1. exact match
2. count > 0
3. is the string the beginning of a word in the product

It's beeing done for deliveries and retail, should be (almost) all.

Tillåt inte:

• Registrering av ny transaktion när föregående transaktion är i framtiden
• Dagsavslut när det finns transaktion i framtiden
• Dagsavslut när det finns transaktioner före 2000-01-01 (typiskt transaktioner registrerade 1970-01-01)

At NitroXy 12 we would like to have a coupon system. Proposed functionality:

• Create a coupon, get a code (preferably as a barcode)
• The customer use the coupon to shop. The coupon's value is reduced with the used amount (but the same code is still valid for the coupon).

Istället för att ge en default som oftast är fel.

Each product should be able to specify which account it belongs to for book keeping purposes.

Default should be 'sales', but 'donations', 'member_fees' and others should be possible.

View a list of the latest transactions.

To simplify stocktaking single product types, add a stocktaking form on the product page.

It should be a form on the page taking a value of how many are in stock and use the same method as regular stock taking when submitting.

Some way of entering the actual number of products in store.

Ordningen att först räkna kassan och sedan bokföra dagsavslutet är helt fel för NitroXy. Vi kan aldrig sluta sälja under så lång tid som krävs för att räkna kassan.
Eftersom vi inte använder bokföringsdelen av systemet är det inte heller intressant att räkna ut kassadifferensen. Att bara kunna registrera tidpunkt för dagsavslutet och vilka transaktioner (kvitto nr x till y) som ingår, och då få fram en summa på försäljningen för dessa transaktioner, skulle räcka.

Flyttar issue från nitroxy-web.

Lägga in möjlighet för crew att betala en klumpsumma i förväg och sedan handla utan att betala kontakt hela tiden. Jag vill ex kunna betala in någon hundring åt gången och sen kunna handla upp det beloppet utan att involvera massa kontanter. Tidigare har vi har krita men det har aldrig fungerat speciellt bra.

The till should be opened at the same time as the confirm box is displayed on a sale.

make the returnpage of delivery the view delivery page

The active database contains duplicate transactions a few seconds apart due to this.

Sometimes input fields in delivery will start marking the contents of it on key press making it impossible to write more than one digit in that field.

Workaround
Exit the field and reenter it with the mouse.

Create a view listing products that are running out.
The list should contain:

• product
• inventory status
• threshold value
• value of stock
• sales price

Fatal error: Uncaught exception 'Exception' with message 'Account contents do not balance' in /home/kiosk/kiosk/classes/AccountTransaction.php:19 Stack trace: 
#0 /home/kiosk/kiosk/controllers/DailyCount.php(101): AccountTransaction->add_contents(Array)
#1 /home/kiosk/kiosk/classes/Controller.php(104): DailyCountC->make(Array) 
#2 /home/kiosk/kiosk/classes/Controller.php(128): Controller::_stack('DailyCount/make', Array, 'add')
#3 /home/kiosk/kiosk/public/index.php(17): Controller::_declare('DailyCount/make', Array) 
#4 {main} thrown in /home/kiosk/kiosk/classes/AccountTransaction.php on line 19

Products that are not in stock should not be sell-able.
This would prevent accidental sales of wrong products when searching for products (instead of scanning bar-code) and products have similar names.

(This could be a settable option and one could even have the option to allow but prompt wityh warning)

Steps to reproduce:

1. Install with the instructions in the readme
2. Run migrations/update_database.php and get this error:

============= BEGIN 2010-09-07_15:23_rounding_product.sql =============
Parser: MySQL
insert into categories  set category_id = 0, name = 'Special'
Error in migration 2010-09-07_15:23_rounding_product.sql:
Query failed: Duplicate entry 'Special' for key 'name'
============= ROLLBACK  =============
All following migrations aborted

These should require authentication

• stats.php
• dagsavslut.php
• delivery.php
• stock.php

A meat pie consists of a pie, a fork and a knife. If pie is sold, the number of forks and knifes should decrease along with the pies.