Transfer domeny: 7 etapów, AuthInfo i ciągłość poczty

Transfer domeny to zmiana rejestratora obsługującego nazwę. Sam w sobie nie przenosi plików strony, bazy ani wiadomości i nie oznacza zmiany abonenta. Dla .pl standardowa procedura obejmuje uzyskanie AuthInfo, zainicjowanie transferu u nowego operatora oraz potwierdzenie przez abonenta. Ciągłość strony i poczty wymaga zachowania poprawnego DNS oraz działających usług, do których on prowadzi.

Największym błędem jest potraktowanie wszystkich tych operacji jako jednego przycisku „przenieś”. Nawet pozostawienie starych serwerów nazw nie daje bezpieczeństwa, jeśli po zmianie rejestratora wygasa umowa na ich obsługę. Przed autoryzacją ustal więc nie tylko termin domeny i kod, ale również to, kto będzie utrzymywał strefę.

Jeśli przy okazji rozważasz nowy pakiet, porównaj w rankingu hostingów WebBay zakres domeny, DNS i pomocy migracyjnej. Zmiana firmy wystawiającej rachunek za domenę i przeniesienie serwera są odrębnymi decyzjami. Poniższy plan pozwoli ustalić, którą z nich rzeczywiście chcesz wykonać.

Spis treści

• Cztery różne operacje
• Stan domeny i terminy
• Dane kontaktowe i ciągłość DNS
• Warunki nowego rejestratora
• AuthInfo i bezpieczna autoryzacja
• Potwierdzenie oraz różnice końcówek
• Odbiór transferu
• Odnowienie i stare usługi
• Trzy scenariusze techniczne
• Problemy i zatrzymanie procesu
• Pytania praktyczne
• Oficjalne źródła

Przykład wykonawczy: aktywna domena .pl przenoszona do LH.pl. Domena pozostaje u tego samego abonenta, a dotychczasowy DNS i hosting mają działać dalej. Najpierw zapisz termin odnowienia, NS i ważne rekordy oraz potwierdź u starego operatora dalszą obsługę strefy po transferze. Zarejestruj konto nowego rejestratora na własne prawidłowe dane, sprawdź kontakt i cennik odnowienia. Uzyskaj AuthInfo dotychczasowego operatora przez jego autoryzowaną procedurę; przechowuj kod jak dane pozwalające zatwierdzić przeniesienie.

1. Zaloguj się do własnego panelu klienta LH.pl. Otwórz Domeny → Transfery domen → Zleć transfer. Wpisz dokładną własną nazwę z .pl i jej AuthInfo, porównaj oba pola, następnie wybierz Zleć transfer. Nie wpisuj kodu do publicznego formularza pomocy ani nie pokazuj go na zrzucie.
2. Dla prawidłowej aktywnej .pl bezpłatna procedura może ruszyć bez faktury. Jeżeli panel wymaga rozliczenia, sprawdź powód, okres i nazwę domeny przed płatnością. Transfer sam w sobie nie przedłuża obecnego okresu domeny .pl; jej odnowienie nadal trzeba opłacić w terminie.
3. Otwórz wiadomość autoryzacyjną wysłaną na adres abonenta zapisany w rejestrze, sprawdź zainicjowaną nazwę i potwierdź transfer linkiem. Gdy e-mail nie przychodzi, sprawdź spam i prawidłowy adres abonenta z dotychczasowym operatorem; nie zlecaj kolejnych transferów na próbę.
4. Po zakończeniu odszukaj domenę na liście nowego konta, porównaj rejestratora i termin, NS oraz odpowiedzi WWW i poczty ze stanem zapisanym przed operacją. Otwórz stronę przez HTTPS oraz wyślij i odbierz wiadomość. Zachowaj działający DNS i hosting; nie zamykaj ich dlatego, że domena pojawiła się w nowym panelu.

Wynikiem ma być nowy rejestrator przy niezmienionej stronie i poczcie. Jeśli kod jest odrzucony, wstrzymaj się i zweryfikuj nazwę, aktualny kod oraz status z operatorami. Dla .com i .eu nie kopiuj tego scenariusza rozliczenia ani terminów — różnice wyjaśnia tabela poniżej.

Transfer domeny, zmiana abonenta, DNS i migracja hostingu

Rozpocznij od określenia zakresu. Jeżeli chcesz niższej ceny odnowienia lub wygodniejszej obsługi domeny, może wystarczyć transfer domeny do innego rejestratora. Jeżeli potrzebujesz szybszego serwera, sama zmiana rejestratora niczego nie przeniesie. Przy sprzedaży firmy lub projektu może być dodatkowo potrzebna osobna procedura zmiany abonenta.

Zapisz zakres w zleceniu do operatora. Warto użyć prostego zdania: „zmieniamy wyłącznie obsługę rejestracji, abonent i działające usługi pozostają bez zmian”. Następnie doprecyzuj, czy obecny DNS nadal będzie dostępny. Nie zakładaj, że domyślne opcje koszyka odpowiadają temu opisowi.

Model utrzymywania usług u jednej lub kilku firm wyjaśnia porównanie wspólnego i oddzielnego zakupu domeny oraz hostingu. Nie ma jednego właściwego układu dla wszystkich. Ważna jest rozpoznana odpowiedzialność, niezależny dostęp właściciela i możliwość odnowienia potrzebnych elementów.

Transfer domeny .pl: jedna ścieżka bez zmiany hostingu

Przykład dotyczy zmiany rejestratora domeny .pl przy pozostawieniu strony, poczty i dotychczasowych serwerów DNS. Potrzebujesz dostępu abonenta do konta oraz e-maila używanego w procedurze potwierdzenia.

1. Sprawdź ważność domeny, dane abonenta i możliwość odebrania wiadomości. Zapisz dotychczasowe serwery nazw, aktywną strefę oraz to, kto świadczy DNS po zakończeniu obecnej umowy.
2. Zapytaj nowego rejestratora o koszt i skutki transferu .pl dla okresu utrzymania. Nie przenoś automatycznie zasad dotyczących .com lub .eu; dotyczą innych procedur.
3. Uzyskaj AuthInfo zgodnie z procedurą obecnego rejestratora. Przechowuj kod poufnie i wprowadzaj go tylko w potwierdzonym panelu nowego rejestratora, dla dokładnie tej domeny.
4. W nowym panelu rozpocznij transfer, sprawdź nazwę oraz podsumowanie warunków i zachowaj wskazane dotychczasowe serwery DNS, jeśli mają nadal obsługiwać domenę.
5. Odbierz wiadomość potwierdzającą i sprawdź jej rzeczywisty adres docelowy przed zatwierdzeniem. Poczekaj na zakończenie widoczne w panelu; nie ponawiaj procedury tylko dlatego, że wiadomość idzie dłużej.
6. Sprawdź nowego rejestratora, termin odnowienia, serwery nazw i DNSSEC, jeśli używasz tej funkcji. Otwórz stronę oraz wyślij i odbierz wiadomość. Zakończ starą usługę DNS dopiero po zapewnieniu jej dalszego działania.

Gdy coś nie działa: Jeżeli kod jest odrzucony, sprawdź jego aktualność i właściwą domenę u obecnego rejestratora. Jeżeli strona przestaje działać, porównaj serwery DNS i aktywną strefę; sam transfer rejestracji nie kopiuje plików witryny.

1. Transfer domeny: sprawdź końcówkę, status i daty

Dla .pl użyj informacji rejestru NASK i panelu obecnego rejestratora. Sprawdź datę rejestracji, ostatniego transferu, koniec okresu rozliczeniowego oraz dostępne zabezpieczenia. NASK pozwala zainicjować transfer najwcześniej po pięciu dniach od rejestracji lub poprzedniego transferu. Nie przenoś na .pl ogólnej reguły 60 dni z poradnika o domenach globalnych.

Zaplanuj zapas na czynności obu operatorów i własne potwierdzenie. Nie obiecujemy uniwersalnego czasu całej procedury. Wydanie kodu, wyjaśnienie danych i rozpoczęcie obsługi w nowym panelu mogą trwać dłużej niż samo zatwierdzenie w rejestrze. Gdy domena jest blisko końca opłaconego okresu, najpierw uzgodnij z operatorami bezpieczną kolejność.

WHOIS pokazuje określone dane rejestracyjne, nie pełną dokumentację konta. Dla .pl NASK podaje opóźnienie danych nie większe niż 15 minut. Nie zakładaj, że publicznie znajdziesz aktualny adres e-mail abonenta. Potwierdź go w autoryzowanym panelu lub procedurze obsługi, a nie przez zgadywanie na podstawie strony kontaktowej.

Jeżeli domena ma status wstrzymania, spór lub blokadę, ustal rzeczywistą przyczynę. Nie wyłączaj zabezpieczeń na zapas i nie traktuj każdej odmowy jako błędu systemu. Zasady zależą od końcówki oraz konkretnego statusu. Wniosek złożony w panelu nie jest jeszcze dowodem, że nazwa kwalifikuje się do przeniesienia.

2. Zapisz dane kontaktowe oraz warunki utrzymania DNS

Potwierdź dostęp do skrzynki, na którą przychodzi autoryzacja. Dla .pl wiadomość kończąca standardowy transfer trafia na e-mail abonenta przechowywany w rejestrze. Jeśli wskazuje dawną agencję lub nieaktywną skrzynkę, rozwiąż to oficjalną procedurą przed zleceniem. Nie zastępuj weryfikacji wysłaniem dokumentów przypadkowej osobie z internetu.

Przygotuj kopię strefy: nazwy serwerów DNS oraz potrzebne rekordy WWW, poczty, weryfikacji i subdomen. Uwzględnij A, AAAA, CNAME, MX i TXT, w tym stosowane polityki SPF, DKIM i DMARC. Zapisy mogą obejmować także inne typy. Kopia powinna dotyczyć rzeczywistej aktywnej strefy, a nie starego panelu, który już nie odpowiada za domenę.

Znaczenie rekordów oraz zależności między nimi opisuje poradnik o DNS i skutkach zmian A, MX, TXT oraz NS. Tutaj nie trzeba przepisywać wartości tylko po to, żeby zmienić rejestratora. Najpierw ustal, czy DNS pozostanie w obecnym miejscu i czy operator nadal będzie tę usługę świadczył.

To istotny warunek: poprzedni rejestrator może uzależniać utrzymywanie strefy od posiadania u niego domeny lub innej aktywnej usługi. Dokumentacja OVHcloud ostrzega, że po transferze stary dostawca może wyłączyć swoje DNS. Niezmienione nazwy serwerów w delegacji nie pomogą wtedy, gdy te serwery przestaną odpowiadać dla Twojej strefy.

3. Transfer domeny do nowej firmy: porównaj odpowiedzialność

Dla .pl wybierz podmiot zapewniający obsługę w ramach programu partnerskiego NASK. Potwierdź, kto formalnie jest rejestratorem, jeżeli kupujesz usługę od pośrednika. Sprawdź procedurę uzyskiwania kodu przy przyszłym wyjściu, dostęp do DNS, powiadomienia i sposób wsparcia. Nie oceniaj oferty wyłącznie po bezpłatnym wejściu.

Porównaj opłatę transferową, ewentualne odnowienie oraz kolejne okresy. Każda pozycja ma dotyczyć tej samej końcówki i tego samego statusu domeny. Nie mieszaj ceny netto z brutto ani promocji dla nowej rejestracji z opłatą dla przenoszonego adresu. Transfer i dodatkowo zamówione odnowienie mogą pojawić się w jednym koszyku, choć są odrębnymi świadczeniami.

W rankingu WebBay porównaj operatorów także pod kątem obsługi domen i poczty, a konkretny zakres transferu potwierdź w warunkach wybranego produktu. Jeśli hosting ma pozostać bez zmian, nie zamawiaj migracji aplikacji tylko dlatego, że operator zaproponował pakiet. Cena nowego serwera nie opisuje kosztu samej rejestracji.

Domena zabezpieczona DNSSEC wymaga sprawdzenia obsługi rekordów DS przez nowego rejestratora. Przy jednoczesnej zmianie delegacji dochodzi skoordynowanie łańcucha zaufania. NASK opisuje osobną kolejność techniczną takich zmian. Nie usuwaj DS lub kluczy na próbę; zleć administratorom plan odpowiedni dla obu dostawców DNS.

4. Uzyskaj AuthInfo i przekaż go właściwym kanałem

Kod transferowy jest informacją autoryzującą ważną operację. Pobierz go według procedury obecnego operatora i podaj tylko w zweryfikowanym formularzu nowego rejestratora albo jego zatwierdzonym kanale. Nie wklejaj go do publicznego zgłoszenia, rozmowy grupowej lub raportu z migracji. Zrzuty ekranu przygotuj z zamaskowaną wartością.

NASK wskazuje, że na żądanie abonenta rejestrator powinien niezwłocznie wydać AuthInfo i nie może uzależniać wydania od dodatkowej opłaty. Ewentualne należności wynikające z zaakceptowanych warunków może dochodzić odrębnie. Nie utożsamiaj tego z twierdzeniem, że każda związana z domeną usługa musi być bezpłatna.

W domenach globalnych możesz spotkać nazwy Auth-Code lub EPP. Aktualne zasady ICANN przewidują udostępnienie samodzielnego zarządzania kodem albo wydanie go w ciągu pięciu dni kalendarzowych od żądania. To reguła określonego systemu, nie uniwersalny termin dla .pl i wszystkich krajowych końcówek.

Sprawdź, czy kod dotyczy dokładnie właściwej domeny, a zamówienie właściwego konta i abonenta. Nie przenoś nazwy na konto z innym podmiotem bez zrozumienia skutków. Jeżeli operator łączy aktualizację danych z procedurą zamówienia, wyjaśnij ją przed zatwierdzeniem. Zmiana abonenta nie powinna być przypadkowym efektem źle wybranego profilu.

5. Transfer domeny potwierdzaj według zasad końcówki

W standardowym transferze .pl nowy rejestrator inicjuje przejęcie po otrzymaniu kodu. Abonent otrzymuje wiadomość na kontakt zapisany w rejestrze, a użycie właściwego linku kończy procedurę. Zanim klikniesz, porównaj domenę i odbiorcę transferu z własnym zleceniem. Nie autoryzuj niezamówionej operacji tylko dlatego, że wiadomość wygląda znajomo.

W aktualnej polityce ICANN zmiana istotnych danych abonenta może uruchomić blokadę między rejestratorami na 60 dni; operator może umożliwić rezygnację przed zmianą danych. Nie obchodź tego przez nieprawdziwe dane. Jeżeli chcesz wykonać kilka operacji, uzgodnij kolejność przed ich zatwierdzeniem. Nie stosuj zapowiedzi reform jako już obowiązującej procedury.

W .eu pierwszym kontaktem jest rejestrator; kod można też uzyskać w My .eu, a awaryjna ścieżka EURid wymaga odpowiedniej weryfikacji. Aktualne centrum pomocy wskazuje ograniczenia transferu zawieszonej domeny. Nie kopiuj procedury .pl z osobnym linkiem rejestru na każdą inną końcówkę.

6. Sprawdź zmianę obsługi i faktyczne działanie usług

Potwierdzenie formularza w koszyku może oznaczać dopiero przyjęcie dyspozycji. Odbiór obejmuje stan rejestru, panel nowego operatora oraz działanie WWW i poczty. Zapisz wynik każdej kontroli. Poniższa karta pomaga sprawdzić zakończenie transferu.

1. W informacji rejestrowej widnieje właściwy nowy rejestrator.
2. Abonent i wymagane dane kontaktowe odpowiadają uzgodnionemu stanowi.
3. Serwery nazw oraz obsługa aktywnej strefy są zgodne z planem.
4. Rekordy ważnych usług odpowiadają zapisanej konfiguracji.
5. Strona główna i wybrana podstrona otwierają się przez poprawne HTTPS.
6. Kontrolowana skrzynka rzeczywiście wysyła i odbiera wiadomość.
7. DNSSEC, jeśli używany, ma uzgodnioną poprawną konfigurację i walidację.
8. Data okresu, przyszłe odnowienie oraz płatnik są potwierdzone w nowym miejscu.

Test poczty wykonuj z adresem, który kontrolujesz, i sprawdź oba kierunki. Sama obecność rekordu MX nie dowodzi działania logowania, wysyłania i dostarczenia. Kopia strefy nie jest kopią skrzynek. Wymagania tej usługi porządkuje poradnik o firmowej poczcie we własnej domenie.

Jeżeli pojawiła się różnica, zatrzymaj wyłączanie poprzednich usług. Ustal, czy zmienił się rejestrator, delegacja, zawartość strefy czy samo miejsce działania aplikacji. Nie zmieniaj kilku warstw jednocześnie w odpowiedzi na jeden błąd. Zachowaj poprzedni odczyt i czas obserwacji, aby administrator mógł porównać stan.

7. Transfer domeny i odnowienie: nie zamykaj usług przed odbiorem

Nie zakładaj, że transfer domeny .pl automatycznie zapewni dodatkowy rok. Sprawdź datę i ewentualnie osobno zamówione odnowienie. W polityce transferów ICANN określono przedłużenie rejestracji przy kwalifikowanym transferze o rok, z ograniczeniem maksymalnego okresu. To nie jest reguła, którą wolno bez sprawdzenia przenieść na wszystkie końcówki.

Ustal termin kolejnej płatności, sposób powiadamiania i wynik ewentualnego automatycznego odnowienia. W starym panelu mogą pozostać niezależne produkty: hosting, skrzynki, DNS, backup albo certyfikat. Nie anuluj ich zbiorczo tylko dlatego, że domena jest już widoczna u nowej firmy.

Dokument przekazania powinien zawierać domenę, rejestratora, kontakt właściciela, daty, dostawcę DNS i zakres pozostawionych usług. Nie dodawaj kodu AuthInfo, haseł ani tokenów. Przy zmianie wykonawcy przekaż uprawnienia zgodnie z rzeczywistą potrzebą i procedurą właściciela, nie przez udostępnienie całego konta wszystkim uczestnikom projektu.

Trzy scenariusze: kiedy trzeba osobno przygotować DNS?

A: niezależny DNS pozostaje aktywny. Jeśli dostawca DNS nadal utrzymuje strefę na ustalonych warunkach, a delegacja i rekordy się nie zmieniają, transfer obsługi nie wymaga kopiowania aplikacji. Odbierz jednak rejestr, stronę, pocztę i rozliczenia. To warunkowy scenariusz, nie gwarancja braku awarii wszystkich usług.

B: DNS był dodatkiem do starej rejestracji. Przed transferem uzgodnij, czy można zachować go jako osobną usługę. Jeżeli nie, przygotuj nową strefę i odrębny plan jej przełączenia z uwzględnieniem DNSSEC. Nie czekaj, aż dotychczasowa strefa zniknie. Sam zrzut ekranu nie uruchomi jej u nowego operatora.

C: przenosisz także stronę lub pocztę. To dodatkowa migracja danych, dostępów i integracji. Przygotuj kopie i odbiór nowego środowiska przed kierowaniem ruchu. Osobna procedura podłączenia domeny do hostingu opisuje ten etap. Transfer rejestracji nie zastępuje żadnego z testów aplikacji.

Gdy transfer nie postępuje: zatrzymaj się na właściwym etapie

Brak kodu rozwiązuj w procedurze obecnego rejestratora. Dla .pl NASK opisuje reklamację, jeśli operator narusza prawa abonenta. Zachowaj korespondencję i oficjalne potwierdzenia, ale nie publikuj dokumentów tożsamości ani kodów. Wymagane załączniki przekazuj jedynie właściwemu podmiotowi bezpiecznym kanałem.

Brak wiadomości potwierdzającej wymaga sprawdzenia adresu rejestrowego i statusu rozpoczęcia. Błąd DNS po zakończeniu wymaga kontroli strefy oraz usługi ją utrzymującej. Nie zaczynaj ponownie transferu tylko dlatego, że strona przestała działać. Kolejne zlecenie może nie mieć związku z rzeczywistą przyczyną.

Anulowanie transferu w toku ma własną procedurę operatora i rejestru. Nie obiecujemy prostego cofnięcia jednym przyciskiem. Po zakończeniu ponowna zmiana może podlegać ograniczeniom czasowym. Przed autoryzacją ważniejsze jest sprawdzenie danych niż plan polegający na natychmiastowym transferze w drugą stronę.

Karta ustaleń dla operatorów: co ma pozostać bez zmian?

Przed rozpoczęciem przygotuj krótki dokument roboczy. W pierwszym wierszu wpisz nazwę domeny i końcówkę. W drugim określ zakres: wyłącznie rejestrator albo także osobno zatwierdzone DNS, hosting czy poczta. W następnych dodaj obecnego i docelowego dostawcę każdej usługi, termin ich utrzymania oraz osobę odbierającą wynik. Nie umieszczaj w tej karcie kodów ani danych logowania.

Dla samego transferu poproś nowego operatora o potwierdzenie, czy zamówienie zachowuje delegację i dane abonenta. Dotychczasowego dostawcę zapytaj, do kiedy będzie działała strefa i czy wymaga odrębnego przedłużenia. Te odpowiedzi rozwiązują dwa różne problemy. Zapewnienie jednej strony, że „DNS pozostaje”, nie potwierdza warunków świadczenia usługi przez drugą.

W modelowym projekcie strona pozostaje na serwerze A, poczta u dostawcy B, a zmienia się wyłącznie rejestrator C na D. Nie ma powodu kopiować plików strony do D. Jest natomiast powód sprawdzić, kto utrzymuje strefę wskazującą na A i B. Jeżeli robił to C w ramach usługi kończącej się po transferze, potrzebne jest osobne rozwiązanie tej zależności.

Po zakończeniu porównaj kartę z rzeczywistym stanem. Dopisz datę odbioru, zaobserwowane różnice i kolejne odnowienie. Zostaw otwarte zadanie, jeżeli nie potwierdzono działania poczty albo poprawności DNSSEC. Potwierdź każdą potrzebną funkcję osobno, nawet gdy transfer widnieje już jako zakończony w panelu.

Pytania przed przekazaniem kodu

Czy transfer domeny zmienia właściciela?

Standardowa zmiana obsługi .pl nie zmienia abonenta. Aktualizacja podmiotu jest odrębną operacją. Sprawdź jednak dane konta docelowego i zakres zamówienia, aby przypadkowo nie zlecić obu zmian. Nie utożsamiaj nowego loginu do panelu z automatycznym nabyciem praw do nazwy.

Czy muszę przenosić pocztę razem z domeną?

Nie zawsze. Może pozostać w dotychczasowej usłudze, jeśli umowa nadal obowiązuje i DNS kieruje poprawnie. Potwierdź warunki zamiast zakładać, że skrzynki są częścią samej nazwy. Przeprowadzka wiadomości to osobny zakres wymagający kopii i testu, nie skutek przekazania AuthInfo.

Czy wszystkie domeny mają blokadę 60 dni?

Nie. Dla .pl NASK wskazuje pięć dni po rejestracji lub poprzednim transferze. Domeny objęte polityką ICANN mają inne ograniczenia, a .eu własną procedurę EURid. Zawsze zacznij od konkretnej końcówki, dat i statusów, zamiast używać jednej instrukcji dla całego portfela.

Czy transfer domeny jest bezpłatny?

Zależy od końcówki, operatora i zakresu koszyka. Oddziel wydanie kodu, samą operację, odnowienie oraz dodatkowe produkty. Promocja transferu nie opisuje wszystkich przyszłych opłat. Potwierdź cenę dalszego utrzymania i pozostawionych usług przed złożeniem wiążącego zamówienia.

Dobrze przygotowany transfer domeny zaczyna się od rozdzielenia odpowiedzialności i kończy kontrolą usług oraz terminu odnowienia. Jeśli porównujesz przy tym nowe środowisko, użyj rankingu WebBay do oceny hostingu i pomocy przy przenosinach. Nie wyłączaj starego serwera lub DNS, dopóki nie potwierdzisz rzeczywistego zakresu zmiany.

Źródła i data weryfikacji

Dokumentacja odczytana 29 października 2026 r. Macierz, scenariusze, plan i grafiki są opracowaniem WebBay. Szczegółowy wariant dotyczy aktywnej .pl i panelu LH.pl. Warunki umowy, dalsze utrzymanie DNS i status konkretnej domeny potwierdź przed autoryzacją.

• NASK — transfer .pl, pięć dni i potwierdzenie abonenta.
• NASK — AuthInfo i prawa abonenta.
• NASK — DNSSEC i zmiana delegacji.
• NASK — zakres oraz aktualność danych WHOIS.
• ICANN — aktualna Transfer Policy.
• ICANN — ograniczenia, zmiana danych i pytania o transfer.
• ICANN — uzyskiwanie Auth-Code.
• EURid — My .eu i ważność TAC.
• EURid — kod transferowy i ograniczenia zawieszonej domeny.
• OVHcloud — ciągłość strony, poczty i utrzymanie dotychczasowych DNS.
• LH.pl — zlecenie transferu w panelu klienta.