Kontrola modelu · 09.10.2026 · bez nowej ceny bankowej
Osobne opłaty A i C w symulacji refinansowania
Przygotowany kalkulator ma oddzielne pola opłat cyklicznych obecnej umowy A i nowego kredytu C. To usuwa wykrytą 08.10 asymetrię danych wejściowych w zakresie modelu, lecz nie wycenia Twoich rzeczywistych opłat.
Reguła liczenia
Opłatę cykliczną naliczamy osobno dla A i C w każdym miesiącu, w którego początku pozostaje saldo danej strony. Ostatni miesiąc spłaty obejmuje opłatę, pierwszy po nim nie. To konwencja symulacji, a nie stwierdzenie, że realny obowiązek konta, karty lub polisy ustaje po spłacie. Gdy trwa dalej lub nie wiadomo, kiedy ustanie, pełne porównanie jest nieustalone. Koszty jednorazowe przeniesienia pozostają tylko przy C. Kalkulator nie wycenia pisemnej zmiany w obecnym banku B.
Wydatki = raty i modelowane opłaty do wspólnego horyzontu oraz koszty wejścia C. Saldo końcowe pokazujemy osobno; miara porównawcza dodaje saldo do wydatków, ale nie przedstawia go jako zapłaconego. „Punkt zwrotu” jest pierwszym miesiącem, w którym miara C nie przekracza miary A, pod wpisanymi założeniami — nie obietnicą korzyści.
Kontrola przed wydaniem
Niezależny rachunek siedmiu przypadków R1–R7 obejmował różne okresy spłaty, stopę 0%, koszt wejścia przewyższający korzyść odsetkową, nieustaloną pozycję po każdej stronie oraz miesiąc spłaty i późniejszy horyzont. Nowy skrypt uruchomiono w testowym modelu DOM: w wygenerowanym wyniku zgadzały się oczekiwane kwoty i statusy, sumy rat/kapitału/odsetek/salda oraz opłat. Sprawdzono puste, ujemne, nieliczbowe i nadmierne kwoty A oraz C, a także reset pola A i ukrycie wyniku po błędzie. To kontrola kodu i rachunku, nie test interakcji w prawdziwej przeglądarce. Próba uruchomienia Chromium lokalnie zakończyła się błędem uprawnień EPERM; ostateczna kontrola przeglądarkowa i zatwierdzenie należą do Runtime.