Proposals & Invoices · Article 5.7
Ponowne wysyłanie linku do aneksu z nowym kodem PIN
Klient zgubił e-mail, wyczerpał limit prób PIN, albo po prostu nie może znaleźć oryginalnej wiadomości? Wyślij ponownie ze świeżym PIN-em. Stary PIN zostaje unieważniony, blokada zostaje wyczyszczona, wychodzi nowy e-mail, a dziennik audytu odnotowuje ponowne wystawienie.
Ochrona bramy PIN przed atakami siłowymi (5 błędnych prób w ciągu 24 godzin per slug aneksu) to funkcja bezpieczeństwa, ale jest też najczęstszym źródłem zgłoszeń „klient nie może podpisać". Ponowne wysłanie to rozwiązanie: jedno kliknięcie rotuje PIN, czyści pamięć podręczną blokady i ponownie wysyła e-mail. Bezpiecznie jest używać tego proaktywnie — za ponowne wysłanie nie ma kary, a dziennik audytu odróżnia „pierwsze wysłanie" od „ponownego wysłania" przez flagę kind: "resend" na zdarzeniu osi czasu.
Step by step
Otwórz stronę szczegółów oferty.
/proposals/{id}. Panel Oczekującego aneksu jest widoczny gdy aneks jest w staniewysłanylubwyświetlony.Kliknij
Wyślij ponownie ze świeżym PIN-em.Przycisk znajduje się w wierszu akcji panelu, obok
Kopiuj link do podpisaniaiAnuluj aneks.Potwierdź w oknie dialogowym (jeśli dotyczy).
Akcja jest odwracalna w skutkach (możesz wysłać ponownie znów), ale stary PIN staje się natychmiast bezużyteczny, więc okno dialogowe pyta raz.
E-mail wychodzi w ciągu ~5 sekund.
Ten sam szablon treści co pierwsze wysłanie, z nowym PIN-em. Temat e-maila zyskuje sufiks „(zaktualizowano)" w języku docelowym — żeby klient widział, że to świeża kopia, nie duplikat oryginału.
(Opcjonalnie) Skopiuj link bezpośrednio.
Panel Oczekującego aneksu wyświetla publiczny link wraz z nowym PIN-em (widoczny tylko dla Ciebie). Przydatne gdy infrastruktura e-mailowa jest faktycznym problemem — możesz dostarczyć ręcznie przez swój zwykły kanał.
Panel Oczekującego aneksu aktualizuje się z nowym znacznikiem czasu „Wysłano ponownie o HH:MM UTC". Do osi czasu dodawane jest zdarzenie Aneks zaproponowany o HH:MM (ponowne wysłanie) (reużywamy EVENT_AMENDMENT_PROPOSED z metadanymi kind: "resend" zgodnie z komentarzem w AmendmentResendView).
Troubleshooting
Keep reading
Proposals & Invoices
What your client sees when an amendment lands
The client receives an email with a fresh PIN, lands on a PIN-gated page, sees a side-by-side diff of old vs new with totals and a reason, and signs (or declines) — exactly like the original proposal flow but with the diff baked in.
Troubleshooting & Reference
"My client can't enter the PIN" (lockouts and lost codes)
The 4-digit PIN gate protects every proposal and amendment link. Five wrong attempts in 24 hours triggers a per-IP lockout. Recovery is one click away — issue a fresh link.
Proposals & Invoices
When the client declines (or the amendment expires)
Two terminal states for an unsigned amendment: the client clicked Decline (with optional reason) or 14 days passed with no action. Either way, the original contract is unchanged — and you can immediately draft a new amendment to try again.