En cours

osCMax fixes

I have a handful of bugs that need to be tracked down and fixed.

1) When creating a "Special" in the back end:

When you enter the ending date for a special product the format needs to be dd/mm/yyyy and then it will change it to mm/dd/yyyy. This is a simple uniformity issue. I could fix it but I don't have time. Also if you edit a special, the dates are not read from the db, but are reset to Jan 1, 1970 or something...

2) There is a bug of some sort in the Tax reporting tool that keeps some data from deleted orders... probably a problem with improper order deletion in some other module.

3) Somewhere the order total is not being rounded before it is written to the database. This is not a real problem except that it gives a difference of a penny in some cases between actual billing and what is on the invoice.

*I have a code identical test server that you can work on, and mess with so that you don't have to worry about the production server.

Compétences : PHP

en voir plus : simple reporting, production tool, problem fixes, back end tool, oscmax, mm, jan reset, invoice and billing, cases, data fixes, penny server, php reporting tool, probably, simple invoice database, pending order deleted, work order invoice php, php invoice work order, invoice format, oscmax database server, enter data invoice, orders invoice, php simple billing, oscmax product sort, production server, php rounded code

Concernant l'employeur :
( 1 commentaire ) Gallup, United States

Nº du projet : #53281

Décerné à:


Can do it right now!

%selectedBids___i_sum_sub_7% %project_currencyDetails_sign_sub_8% USD en 0 jours
(25 Commentaires)

3 freelance font une offre moyenne de $217 pour ce travail


I can help you!

%bids___i_sum_sub_35% %project_currencyDetails_sign_sub_36% USD en 3 jours
(219 Commentaires)

please check PMB for my works

%bids___i_sum_sub_35% %project_currencyDetails_sign_sub_36% USD en 2 jours
(11 Commentaires)