Kto odpowiada, gdy klient zaakceptuje proof z błędem?

Co do zasady, gdy klient zaakceptuje proof, odpowiedzialność za błędy widoczne w tym proofie przechodzi na niego i na tym właśnie polega cały handlowy sens akceptacji. To przeniesienie nie jest jednak bezwarunkowe. Obejmuje to, co klient mógł realnie zobaczyć i zrozumieć w tym, co mu wysłano. Czytelniejszy proof nie tylko przyspiesza akceptację, ale też poszerza zakres błędów, przed którymi akceptacja faktycznie Cię chroni. To informacje ogólne, a nie porada prawna; szczegóły zależą od Twojej umowy i jurysdykcji.

Do czego naprawdę służy akceptacja

Akceptacja proofu to przeniesienie odpowiedzialności. Ty mówisz „to wydrukujemy”, a klient odpowiada „tak, proszę to wydrukować”. Od tej chwili, jeśli dostarczone zlecenie zgadza się z zaakceptowanym proofem, błąd przeoczony przez klienta jest co do zasady jego kosztem, a nie Twoim. Dlatego drukarnie wymagają akceptacji przed wykonaniem płyt: zamienia ona wspólne założenie w udokumentowane porozumienie co do tego, co dokładnie miało zostać wyprodukowane.

Haczyk: realnie widoczne i zrozumiałe

Ta ochrona ma granice i warto je rozumieć. Akceptacja co do zasady obejmuje to, co dało się realnie sprawdzić. Jeśli proof był niejednoznaczny, jeśli nie pokazywał kluczowego szczegółu albo jeśli klient nie mógł realnie zrozumieć, na co patrzy, siła akceptacji słabnie. Akceptacja udzielona z przekonaniem mimo niezrozumienia projektu ma mniejszą moc prawną, niż się wydaje: świadczy o tym, że klient widział plik, a nie o tym, że zgodził się na produkt. Właśnie w tej luce rodzą się spory.

Dlaczego czytelniejszy proof to mocniejszy proof

Tu odpowiedzialność łączy się z formatem. Im pełniej proof pokazuje to, co zostanie wyprodukowane, tym trudniej klientowi twierdzić, że nie mógł zauważyć błędu. Płaski proof składanego pudełka zachęca do obrony „panelu dna w ogóle nie było widać”. Proof, w którym klient mógł obrócić złożone pudełko, odbiera ten argument, bo dno było na widoku i można było je obejrzeć. Proof, który klient mógł naprawdę obejrzeć, działa więc podwójnie: wyłapuje więcej błędów przed drukiem i sprawia, że wynikająca z niego akceptacja obejmuje więcej. Zobacz poradnik Jak dokumentować akceptację projektu przez klienta.

Co zawiera zapis akceptacji, którego da się bronić

Gdy dojdzie do sporu, „PDF był w e-mailu” to słaba pozycja. Mocną daje zapis konkretów.

• Kto zaakceptował: imię i nazwisko osoby uprawnionej do akceptacji.
• Co zaakceptował: konkretną wersję, a nie po prostu „najnowszy plik”.
• Kiedy: ze znacznikiem czasu.
• Co mu pokazano: tak, aby było jasne, że błąd był na widoku.

Link do proofu z Twoją marką pozwala sprawdzić wersję i treść pokazaną klientowi: pokazuje opublikowaną przez Ciebie wersję, dopóki nie opublikujesz jej aktualizacji, liczy, ile razy był otwierany, i ma status Zaakceptowany, który ustawiasz, gdy klient zaakceptuje projekt. Przechowuj przy nim odpowiedź klienta z imieniem i nazwiskiem oraz datą; sam wątek e-mailowy zapewnia to tylko przy zachowaniu dyscypliny.

Ustal oczekiwania także na piśmie

Dokumentacja chroni Cię po fakcie, a jasne warunki w ogóle zapobiegają sporowi. Określ dokładnie, co potwierdza akceptacja, i wskaż proof kontraktowy przy zleceniach, w których dokładny kolor jest częścią umowy. Krótka, prosta notka do akceptacji, która nazywa to, co klient potwierdza, jest warta więcej niż długie zastrzeżenie, którego nikt nie czyta. Raz jeszcze: to ogólne wskazówki; zleć sprawdzenie własnych warunków pod kątem swojej jurysdykcji.

Czytaj także

Czytaj dalej: Jak dokumentować akceptację projektu przez klienta, Checklista akceptacji proofu do druku i Jak akceptacja projektu zapobiega ponownym drukom. Aby dać klientom proof, który mogą naprawdę obejrzeć, załóż darmowe konto Proofscene i wyślij następny proof jako link.