Zlecę rozbudowę/przebudowę serwisu

Zleceniodawca
no avatar
Magnus_
Opis

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.

Opublikowano
2018-03-17

Wysłane oferty (3)

analiza danych
aplikacje webowe
bazy danych
+ 12 więcej
Budżet
Do negocjacji
Prawa autorskie
-
Ważne przez
30 dni