Zlecę rozbudowę/przebudowę serwisu
Zlecę rozbudowę/przebudowę serwisu
Serwis oparty na dwóch frameworkach.
cała aplikacja oparta jest na Zend 1
komunikacja z bazą danych oparta jest na frameworku Doctrine
(rekomendowany przez Zenda ORM)
Planowane Zmiany i Poprawki
1 W panelu Administracyjnym - lista produktów. Dodanie możliwości zaznaczenia kilku, kilkudziesięciu produktów a następnie przedłużenie wszystkim wybranym czasu
ich trwania o wybraną o dowolną długość - np. poprzez kliknięcie przedłuż a następnie wpisanie dowolnej liczby dni.
2. Chciałbym zmienić sposób drukowania biletu jeżeli ktoś kupi więcej niż jedną sztukę. Kupując np. 3 sztuki drukuje się jeden bilet,
który można wykorzystać 3 razy lub przez 3 osoby. Chciałbym aby generowały i drukowały się trzy bilety, bo klienci są zdezorientowani i nie wiedzą że mogą bilet wykorzystać 3 razy.
3. Zmiana wyglądu biletu na prezent. Podczas zakupu klient może wygenerować bilet na prezent - bez ceny w ładnej oprawie graficznej - chciałbym odświeżyć wygląd dodatkowo
dając możliwość wybory spośród kilku szablonów. Aktualnie jeden wzór.
4. Problem jest z długością nazwy/tytułu produktu. W momencie jak wejdziemy w kartę produktu na front'endzie to tytuł jest w porządku, ale jak ten sam produkt widzimy na liście produktów to tytuł się sypie bo jest np: za długi.
5. Wpisując produkt z panelu administracyjnego – gdy zaznaczy się wszystkie punkty w których ma być dostępny nic się nie zaznacza i trzeba ręcznie wybrać każdy punkt aby w sumie mieć zaznaczone wszystkie.
6. Tworząc nowy produkt w panelu adm. nie ma możliwości dodania adresu email tak aby po kliknięciu w niego na front endzie otwierała się nowa wiadomość email.
7. W momencie tworzenia nowego produktu w panelu administracyjnym wpisujemy cenę np. 9,99 zł to na front end’zie wyświetla się cena 10 zł – system sam zaokrągla ceny.
8. Brak możliwości dodania drugiego tekstu jeżeli produkt jest wielotorowy tzn. jak mamy jeden produkt, który ma np. różne czasy trwania gwarancji a w zależności od czasu trwania gwarancji różni się również tym co jest objęte gwarancją.
Nie ma możliwości tego opisać bo nie ma do tego dodatkowych pól na tekst.
9. Wprowadzając nowy przedmiot często kopiuje się opis. Przykładowo ze strony producenta. Przed wklejeniem tekstu automatyczne wyczyszczenie wszelkich właściwości typu wielkość
czcionki, rodzaj czcionki, pogrubienie i wiele innych na rzecz domyślnych parametrów
10. W panelu Administracyjnym - lista produktów - przy produktach aktywnych na widoku listy produktów dodać: zielone światełko tak aby było wiadomo, które produkty wyświetlają się na front endzie i które są aktywne oraz czerwona dla nie aktywnych oraz żółte dla oczekujących
11. Możliwość wygenerowania dla wybranego okresu listy ze zwróconymi produktami
12. Automatyczne fakturowanie dla programu partnerskiego
w założeniu ma działać tak:
1. Partner wprowadza kod zabezpieczający który (jeśli prawidłowy) aktywuje widoczność zakupu w panelu partnerów (a nie tak jak jest teraz, że wszystkie zakupy są widoczne).
Faktura będzie generowana w oparciu o produkty, które zostały sprzedane w kwocie pomniejszonej o określony procent inny dla każdego partnera liczony
od ceny netto lub brutto produktu oraz o bilety których klienci nie wykorzystali ale dla biletów nie wykorzystanych musimy mieć możliwość ustawienia osobnej wielkości
procentowej od kwoty netto lub brutto biletu jaka będzie wypłacona partnerowi.
Czyli np. od sprzedanych i wykorzystanych biletów dostaje 95% od
kwoty netto biletu a od sprzedanych i nie wykorzystanych deali dostaje 90% od kwoty brutto biletu.
2. Na podstawie listy zakupów, odpowiedniego dnia miesiąca (to musi być
konfigurowalne) automatycznie wystawiana jest faktura, jest ona
archiwizowana i widoczna na liście faktur do zatwierdzenia (również
możliwość wygenerowania dla wszystkich partnerów, którzy sprzedali coś w zaznaczonym
terminie)
3. Administrator albo osoba uprawniona ma możliwość przeglądnięcia i
akceptacji poszczególnych faktur, a następnie ich wysyłania na e-maile
partnerów.
4. Przydział sprzedaży do konkretnych faktur następuje wg. daty sprzedaży (to jeszcze do ustalenia)
5. Możliwość korekty, możliwość ręcznego przyporządkowania sprzedaży określonego produktu do
konkretnej faktury.
6. Faktury muszą być archiwizowane (ich wersje też). Wersje są zabezpieczone
przed dostępem z zewnątrz.
7. Faktury generowane są w pdf (ich podgląd też).
Lista zmian jest o wiele dłuższa ale to tak na początek.