Potrzebne partnerstwo

Subskrybuj RSS A A A
21 lutego 2005
Piotr Wąsikowski

Jeżeli klient na to pozwoli, dostawca rozwiązań czy usług informatycznych z całą pewnością wykorzysta swoją pozycję, narzucając korzystne dla siebie warunki kontraktu. Być może jedną z głównych przyczyn problemów we wdrażaniu systemów IT w Polsce jest właśnie podatność klientów na ową manipulację.

Jakość wymuszona

Dlaczego nie zawsze istnieje dostateczna wola negocjacji korzystnych warunków współpracy? Ważnym czynnikiem jest wiara we własną nieomylność i strach przed przyznaniem się do własnej niewiedzy przez osoby odpowiedzialne za negocjacje i wybór dostawcy. W sytuacji, gdy zapadła decyzja o wyborze konkretnego dostawcy, trudno jest przyznać tym, którzy tę decyzję podjęli, że dostawca oferuje niekorzystne warunki współpracy. Jednocześnie firmy przykładają zbyt dużą wagę do negocjacji ceny za usługi IT, bardzo pobieżnie traktując natomiast kwestie zakresu usług oraz ustaleń mających wpływ na bezpieczeństwo biznesowe.

W efekcie cena zostaje obniżona, ale jednocześnie ulega okrojeniu zakres projektu i odpowiedzialność dostawcy. Za elementy usunięte z zakresu projektu i tak trzeba będzie zapłacić w ramach rozszerzeń zakresu prac. To jednak nastąpi już po podpisaniu umowy i będzie kosztowało znacząco więcej, niż gdyby od razu było wliczone w podstawową cenę usługi.

Tabela 3Kliknij, aby powiększyćTabela 3Dla zachowania równowagi pomiędzy stronami niezbędne jest wynegocjowanie warunków, które gwarantują uczciwe zasady współpracy pomiędzy dostawcą a kupującym. Osiągnięcie tego celu wymaga zarówno wiedzy prawniczej, umiejętności negocjacji, jak i ogromnej wiedzy informatycznej. Warunki komercyjne (cena) muszą być negocjowane jednocześnie z warunkami dotyczącymi zakresu i harmonogramu prac, poziomu usług oraz kar i podziału ryzyka pomiędzy dostawcę a kupującego.

Pierwszym krokiem w procesie zapewnienia partnerskich warunków współpracy powinno być zrozumienie różnic w podejściu do wdrożenia i negocjacji pomiędzy dostawcami a kupującymi (tabela 2).

Zrozumienie różnic w podejściu pozwala określić, jakie elementy kontraktu z dostawcą powinny być dla kupującego najważniejsze i na jakie powinniśmy położyć nacisk w procesie negocjacji.

Jednocześnie pewne podstawowe kryteria powinny być spełnione praktycznie w każdym przypadku, szczególnie jeżeli mamy do czynienia z usługami o długotrwałym charakterze. Do tej kategorii należą przede wszystkim usługi outsourcingu IT (tabela 3).

Najważniejsze, byśmy pamiętali, że złe zdefiniowanie relacji z dostawcą prowadzi zazwyczaj do znacznego wzrostu kosztów, gdyż koszt początkowy (zapisany w umowie) nie jest kosztem całkowitym, zaś rozszerzenia zakresu usług są jednym z podstawowych źródeł przychodów wielu dostawców IT. Dołożenie starań, by umowa z dostawcą była korzystna także dla odbiorcy, jest nie tylko prawem, ale i obowiązkiem każdego kupującego.

Piotr Wąsikowski jest wiceprezesem zarządu Stowarzyszenia Jakości Systemów Informatycznych.

Z życia wzięte
Przykład 1 - Ogólna pułapka

Często umowy powołują się na "Warunki ogólne" świadczenia usług. W większości przypadków owe "Warunki ogólne" nie mogą być akceptowalne dla kupującego. W żadnym przypadku "Warunki ogólne" nie mogą być podstawą świadczenia usług o znacznej wartości, gdyż zapewniają tylko ochronę interesów dostawcy. Dlatego nigdy nie akceptujemy "Warunków ogólnych" w przypadku usług na outsourcing!

Przykład niekorzystnego zapisu (dla kupującego): "Usługi objęte niniejszą Umową będą świadczone zgodnie z "Warunkami ogólnymi świadczenia usług" obowiązującymi u Dostawcy. Warunki to zostały przesłane Kupującemu za pośrednictwem poczty w dniu DD.MM.YYYY"

Prawnicy dostawcy na pewno długo pracowali nad każdym z punktów owych warunków ogólnych - dostawca wszak zapłacił im za to, by były to warunki korzystne dla niego.

Przykład 2 - Eliminacja konkurencji

Czasem dostawcy dążą do uniemożliwienia korzystania przez kupującego z usług i ofert innych dostawców usług IT, poprzez zapisy bezpośrednio lub pośrednio zabraniające współpracy z innymi. Zazwyczaj związane są z tym wysokie stawki, bez możliwości renegocjacji i w powiązaniu z bardzo długim czasem trwania umowy (utrzymanie, rozwój, outsourcing).

Przykład: "Niniejszym Kupujący zobowiązuje się, iż w trakcie trwania niniejszej Umowy nie będzie korzystał z usług innych firm, świadczących usługi konkurencyjne w stosunku do Dostawcy. W szczególności Kupujący zobowiązuje się do dokonywania zakupów wszelkiego wyposażenia i sprzętu komputerowego u Dostawcy. (...) W przypadku, gdyby Kupujący chciał zaangażować jakieś strony trzecie, Kupujący zapewni, iż taka strona trzecia podpisze z Dostawcą umowę o zachowaniu poufności przed przystąpieniem do realizacji usług dla Kupującego".

To wbrew pozorom zapis o daleko idących konsekwencjach, pozwalający tak sformułować dostawcy ową "umowę o zachowaniu poufności", że żadna normalna firma jej nigdy nie podpisze.

Przykład 3 - Ograniczenie odpowiedzialności

Nierzadko zdarza się sytuacja, w której poziom odpowiedzialności finansowej dostawcy jest określony na bardzo niskim poziomie - brakuje jakiejkolwiek motywacji do utrzymywania wysokiego poziomu usług. Błędne zapisy ujawniają się dopiero w sytuacji konfliktu czy nieporozumienia. Do tego dochodzi wyłączenie odpowiedzialności za najbardziej prawdopodobne awarie - takie jak utrata danych, zakłócenie biznesu, naruszenie bezpieczeństwa czy włamanie.

Przykład: "Całkowita odpowiedzialność Dostawcy wynikająca z tej Umowy nie może przekroczyć 12,5% wynagrodzenia zapłaconego przez Kupującego w kwartale, w którym miało miejsce wydarzenie, które spowodowało stratę, jeżeli Kupujący opóźnił się z jakąkolwiek płatnością w ciągu 18 miesięcy poprzedzających chwilę wystąpienia wydarzenia powodującego stratę. (...) W żadnym przypadku Dostawca nie jest odpowiedzialny za utracone korzyści lub szkody będące skutkiem zakłóceń biznesu Kupującego czy utraty danych (...)".

I wystarczy, że dostawca nie wystawi w tym kwartale żadnej faktury, na podstawie której można by wypłacić wynagrodzenie...

Przykład 4 - Ograniczenie poziomu odpowiedzialności za błędy

Zawężona definicja błędu, poprzez odniesienie do dokumentacji. Dokumentacja nigdy nie opisuje wszystkich aspektów systemu, dokumentacja może zawierać (i zawiera) błędy. Wiele szczegółów nie jest opisywanych w dokumentacji (np. zasady zaokrąglenia VAT na fakturze...).

Przykład: "Błędem jest każde zachowanie systemu niezgodne z dokumentacją".

A co, jeśli dokumentacja jest niepełna? Zdarzać się mogą różne sytuacje, które nie są ujęte w dokumentacji. Inna sprawa to kwestia odpowiedzialności za błędy w dokumentacji.

Oceń artykuł

średnio: 0 liczba ocen: 0
« wstecz 1  2 

Komentarze (0)

Najnowsze

Państwo do konsolidacji

Obywatele uważają administrację publiczną za jeden organizm. W rzeczywistości jest to kilka tysięcy oddzielnych struktur, obrosłych biurokratycznymi naroślami. Czy można zracjonalizować działanie państwa? Jak w tym może pomóc informatyka?

e-Sąd z odsieczą sprawiedliwości

Polski wymiar sprawiedliwości postrzegany jest jako skostniały i opieszały. Tymczasem kolejne e-usługi udostępniane przez Ministerstwo Sprawiedliwości ułatwiają życie przedsiębiorcom i usprawniają pracę sądów.

e-Zdrowie w Polsce i na świecie

Projekty informatyzacji służby zdrowia realizowane są na świecie z różnym powodzeniem. Skąd Polska mogłaby czerpać wzorce? A może jesteśmy skazani na własne rozwiązania?

Raport Państwo 2.0, czyli nowa wizja informatyzacji państwa

Michał Boni, minister administracji i cyfryzacji, zaprezentował raport "Polska 2.0. Nowy start dla e-administracji". Przedstawia on informacje na temat stanu realizacji projektów będących w gestii nowo utworzonego ministerstwa oraz prezentuje kierunki dalszych działań związanych z informatyzacją i cyfryzacją administracji publicznej w naszym kraju.

Cyberprzestępcy podążają za użytkownikami

Już dwie na trzy polskie firmy odnotowały ataki lub awarie, które spowodowały spadek produkcji. Co trzecia firma utraciła dane. Liczba takich przypadków będzie rosła, bo hakerzy biorą na cel najbardziej masowe technologie. Szybko reagują też na zmiany w firmowej architekturze.

Jak zaplanować karierę w branży IT

Doświadczenia łączone na różnych stanowiskach w firmach o odmiennych profilach są szczególnie cenione przez pracodawców. Dlatego warto głęboko przeanalizować możliwości rozwoju kariery, które obecnie stwarza rynek IT.

Jakie są różnice między chmurą a wirtualizacją

Wirtualizacja jest obecnie standardową technologią, stosowaną powszechnie w IT. Od środowiska chmury prywatnej dzieli ją jednak długa droga, gdyż wymaga ona uzupełnienia o istotne składniki.

Rekomendacje



Serwisy IDG - Warunki obsługi - Kontakt - Redakcja - Regulamin - O nas - Polityka prywatności - Serwis zgodny z ASME
Reklama - Licencjonowanie treści - Prenumerata: Computerworld, Networld, PC World
Computerworld Polska i Computerworld Polska online są znakami towarowymi IDG Poland SA.
© Copyright 2012 International Data Group Poland S.A. 04-204 Warszawa ul. Jordanowska 12 tel.(+4822)321-78-00 fax(+4822)321-78-88