Witajcie Robiłem pewnemu klientowi funkcjonalość - w dokumentacji była opisana ogólnikowo. Dopytałem się więc go na skype. Funkcjonalość zrobiłem. Klient nie zgodził się na wynajęcie testera - testował sam. Funkcjonalość zaalceptował.
Po prawie 9 ciu miesiącach stwierdził że funkcjonalość ta ( używanaraczej często) działa inaczej niż planował i że to nieporozumienie i takie tam.
Pytanie do was - jak dla mnie jest to oczywisty improvmnent(kod sie nie sypie) działa po prostu inaczej.
Czy klient ma prawo zgłosić buga po 9 miesiacach ? - jak to jest waszym zdaniem :)
0
flowCRANE
Funkcję, nie funkcjonalność - do dość duża różnica;
- Rejestracja:ponad 14 lat
- Ostatnio:ponad 4 lata
- Postów:439
1
Skoro zaakceptował to nie ma prawa się rzucać, zwłaszcza po takim czasie. Zaproponuj mu odpłatną aktualizację.
Zależy, co było w umowie. Odbiór projektu wcale nie unieważnia ewentualnych późniejszych roszczeń z tytułu niezgodności towaru z umową, rękojmi ani gwarancji. Nie tylko w informatyce, w budowlance też.
- Rejestracja:ponad 13 lat
- Ostatnio:około 3 lata
- Lokalizacja:Grudziądz/Bydgoszcz
- Postów:5300
4
A jak zawarłeś w umowie? Ja póki bawiłem się we freelancerke zawsze zawierałem wpis o czasie pracy i czasie w jakim klient może zwracać się o naprawę bugów (mój support) to jedno. A drugie że jeśli funkcjonalność została zaakceptowana no to już jego problem znaczy, że jest zmiana funkcjonalności teraz więc nowa umowa nowa kasa. Jego problem.
edytowany 2x, ostatnio: mr_jaro
- Rejestracja:ponad 12 lat
- Ostatnio:7 miesięcy
- Postów:6610
2
To, że działa inaczej niż klient myślał po tym jak zaakceptował sposób działania to nie jest błąd!!! Błąd to jest wtedy jak się wysypie albo podaje złe wyniki przy specyficznych warunkach. To jest zmiana funkcjonalności i jako taka nie podlega pod gwarancję
Kluczem jest to czy działa tak jak było zawarte w umowie. Ogólne zaakceptowanie i zapłata przez klienta nie dają sprzedawcy z automatu żadnych dodatkowych praw. Klient mógł nieświadomie zaakceptować produkt niezgodny z umową lub wadliwy i nie zwalnia to wcale wykonawcy z odpowiedzialności za niezgodność z umową lub wady. Chyba, że w umowie jawnie było napisane, że akceptując projekt klient zrzeka się tych praw. W polskim prawie nie ma przepisu typu "widziały gały co brały" - strony muszą się tak dopiero jawnie umówić, a w przypadku transakcji konsumenckich nawet nie mogą.
- Rejestracja:ponad 9 lat
- Ostatnio:6 dni
- Postów:1082
0
Skoro zaakceptował to jego strata. Dalsze poprawki powinny być za dodatkową kasę. No chyba, że program się sypie wypisuje głupoty, wtedy trzeba poprawić błąd.
Nie trzeba o ile minął okres wsparcia określony na umowie, sam dawałem taki okres zaledwie na 30 dni po akceptacji projektu :) Potem już płacz nic nie pomoże tylko nowa umowa.
Pytacz nie napisał nic o żadnym okresie wsparcia (za który powinno się wziąć dodatkową kasę), więc założyłem że takowego nie ma :)
Jeśli kupujący był osobą fizyczną, a nie firmą, to przepisy ogólne są ponad to, co ustaliliście w umowie. Nie pamiętam dokładnie, ale co najmniej rok rękojmi obowiązuje i nie masz możliwości się z tego wykręcić żadnym zapisem umowy (taki zapis byłby klauzula niedozwoloną i nie miałby mocy prawnej). W przypadku sprzedaży firmie , rękojmia domyślnie też obowiązuje, ale możesz ją wyłączyć w umowie.
Co do "skoro zaakceptował", to wyżej już napisałem - niekoniecznie od razu strata. Zależy jak zaakceptował i co konkretnie. Z automatu klient wcale nie traci praw dochodzenia swoich racji, co najwyżej może być mu nieco trudniej.
To ja już nie mam pojęcia co i jak. Poza tym nigdy nie sprzedawałem softu dla userów prywatnych, więc mogę się mylić.
2
To nie jest takie proste. Jaka funkcjonalność była określona w umowie w wymaganiach? Jeśli program nie działa zgodnie z wymaganiami określonymi w umowie, to nie ma znaczenia, czy klient zaakceptował, czy nie, chyba że jawnie zgodził się na konkretne odstępstwa od pierwotnej funkcjonalności i masz to na piśmie z jego podpisem, np. jako aneks do umowy albo w protokole odbioru. Klient mógł się zorientować dopiero po czasie, że projekt działa inaczej niż w umowie i może nadal żądać naprawienia produktu lub zwrotu kasy, jeśli nie da się naprawić.
Klient nie ma też obowiązku testowania przy odbiorze, bo fakt akceptacji i zapłaty za produkt/usługę nie ogranicza wcale jego praw wynikających z umowy oraz przepisów ogólnych, w szczególności przepisów dotyczących niezgodności towaru / usługi z umową.
- Rejestracja:około 17 lat
- Ostatnio:dzień
- Lokalizacja:Wrocław
2
Krolik napisał(a):
Klient nie ma też obowiązku testowania przy odbiorze, bo fakt akceptacji i zapłaty za produkt/usługę nie ogranicza wcale jego praw wynikających z umowy oraz przepisów ogólnych, w szczególności przepisów dotyczących niezgodności towaru / usługi z umową.
Zwłaszcza, że nie wszystko się da przetestować przy odbiorze - np. generowania raportów końcoworocznych albo zachowania aplikacji przy milionach rekordów danych.