Wsparcie DI Cloud — konto, płatności, aplikacja
Jeżeli aplikacja, płatność, konto albo odpowiedź AI wymaga sprawdzenia, napisz do nas z adresu powiązanego z kontem.
Co opisać w zgłoszeniu
- - Problem z logowaniem albo dostępem do workspace.
- - Błąd płatności, planu, limitu albo faktury.
- - Błąd generowania AI, obrazu, pliku, eksportu lub synchronizacji.
- - Pytanie o usunięcie konta, eksport danych albo zgłoszenie prywatności.
- - Zgłoszenie niebezpiecznej, szkodliwej lub błędnej treści AI.
Jak zgłosić problem i gdzie kończy się zakres wsparcia
Zgłoszenia do wsparcia DI Cloud przyjmuje adres hi@hi-di.cloud — ten sam, który widnieje w stopce serwisu i pod przyciskiem kontaktu powyżej. Wiadomość wysłana ze skrzynki powiązanej z kontem oszczędza jedną turę pytań, bo od razu wiąże opis z właściwym kontem. Odtworzenie problemu wymaga trzech rzeczy: adresu strony albo nazwy widoku, w którym rzecz się wydarzyła, zestawienia tego, co miało nastąpić, z tym, co pojawiło się zamiast tego, oraz daty i godziny wraz ze strefą czasową. Warto dopisać, czy praca odbywała się w przeglądarce, czy w aplikacji zainstalowanej z App Store albo Google Play, ponieważ obie warstwy mają odrębne wydania. Gdy pojawi się ekran błędu, widnieje na nim krótki identyfikator w osobnej ramce; jego przepisanie daje więcej niż opis wyglądu komunikatu.
Zanim powstanie wiadomość, warto otworzyć stronę stanu usługi pod adresem /status i odczytać obszar, którego sprawa dotyczy: czat AI, kreację projektu, płatności albo bazę danych. Ten sam podział wyznacza granicę przydatności tamtego widoku, ponieważ opisuje on warstwę wspólną dla wszystkich kont, a nie stan pojedynczego konta. Wyczerpany limit planu, brakujące uprawnienie w zespole albo jedna rozmowa zatrzymana na jednym urządzeniu nie zostawią tam żadnego śladu i wymagają zgłoszenia niezależnie od tego, co pokazuje odczyt. Zależność działa też w drugą stronę: jeżeli widoczny jest problem w obszarze, którego sprawa dotyczy, opis nadal jest potrzebny, bo dopiero podana godzina wiąże obserwację z konkretnym oknem czasowym po naszej stronie.
Problem z rozmową i problem z płatnością zostawiają inne ślady, dlatego lepiej rozdzielić je już w treści wiadomości. Przerwana albo nieudana odpowiedź zostawia w wątku kartę błędu z identyfikatorem zgłoszenia i kodem błędu, a stojący obok przycisk kopiuje obie wartości jako jeden krótki blok; wklejenie go zastępuje opowiadanie o błędzie własnymi słowami. Osobnym przypadkiem jest rozmowa zatrzymana przez wyczerpany limit wiadomości albo tokenów w bieżącym okresie: to nie usterka, tylko granica planu, a komunikat prowadzi wtedy do cennika. Sprawy rozliczeniowe zaczynają się w ustawieniach konta, gdzie widoczne są plan i status subskrypcji, a przycisk zarządzania subskrypcją otwiera portal operatora płatności. Nieudane obciążenie zmienia ten status, więc warto go przepisać do wiadomości; danych karty nie prosimy i nie potrzebujemy.
Zakres pomocy ma wyraźne granice i lepiej poznać je przed napisaniem wiadomości. Reguły dostępu w bazie wiążą rozmowy, wiadomości i projekty z kontem właściciela oraz jego zespołem, a widoki administracyjne operują na liczbach i danych handlowych: planie, liczbie uruchomień, adresie e-mail. Treść projektu staje się czytelna poza kontem dopiero wtedy, gdy właściciel sam utworzy link udostępniający, a taki link można w każdej chwili unieważnić w ustawieniach konta. Prośba „proszę zajrzeć do mojej rozmowy” pozostaje więc niewykonalna bez tego linku albo bez fragmentu wklejonego do wiadomości. Wsparcie nie rozstrzyga również, czy odpowiedź modelu jest merytorycznie słuszna, nie anuluje subskrypcji kupionych w App Store ani Google Play — te kończy użytkownik w ustawieniach systemu — i nie odtwarza danych po usunięciu konta.
Wysłana wiadomość trafia do skrzynki pocztowej, a nie do panelu — interfejs nie prowadzi listy zgłoszeń ani ich stanu, więc dalszy ciąg sprawy toczy się w tym samym wątku korespondencji. Odpowiedź błędna co do treści, a nie przerwana, wymaga innego materiału: leży on pod nią samą, w klapce „Weryfikacja i działania na odpowiedzi”. Panel „Jak wykonano” zestawia zamówiony profil i dostawcę z wykonanym, podaje liczbę plików oraz źródeł, a wiersz opisany jako „ID zgłoszenia” kryje przycisk kopiujący identyfikator wykonania; przy zejściu na ścieżkę zastępczą staje w tej ramce wyróżniony wiersz z powodem. Niżej pasek weryfikacji DI Core podaje poziom zaufania wraz z pewnością i jakością w skali 0–100 oraz liczbą źródeł. To samo pytanie zadane ponownie tworzy odrębne uruchomienie z własnym identyfikatorem i własnymi liczbami, więc bez wartości odczytanych przy tamtej odpowiedzi obsługa nie ustali, którego przebiegu dotyczy opis.