Wniosek o niestandardową integrację

Niestandardowa integracja zaczyna się od obsługiwanego interfejsu serwisowego i jasnego zadania. Powiedz DigLab, jakie informacje powinien przeczytać lub co zmienić, używając konkretnego przykładu.

Co podać#

• Oficjalna nazwa usługi i link dokumentacji.
• Dokładne konto biznesowe i miejsce pracy.
• Twój plan konta i to, czy dostęp API jest włączony.
• Mały przykład zadania z fikcyjnymi lub zatwierdzonymi danymi testowymi.
• Wymagane wejściówki, oczekiwane wyjście i dozwolone działania.
• Odpowiednie limity stawek, wymagania dotyczące prywatności i kryteria sukcesu.

Nie załączaj żywego klucza API lub nie eksportuj danych konta jako skrótu. Autoryzacja konta jest obsługiwana przez uzgodnioną bezpieczną trasę.

Sposób sprawdzania integracji#

DigLab weryfikuje oficjalną metodę API lub obsługiwaną metodą integracji, potwierdza prawo konta, przygotowuje wąskie narzędzie i testuje jego wejście i odpowiedź. Odczyty są sprawdzane przed wprowadzeniem operacji zapisu.

Oficjalne definicje API mogą pomóc opisać operacje, ale importowanie definicji nie dowodzi, że poświadczenia, zakresy, mapy pola lub dostęp do konta są prawidłowe. Każda aktywna operacja nadal wymaga testowania akceptacji.

Jeżeli usługa nie może być bezpośrednio podłączona#

Niektóre usługi nie mają obsługiwanej API, ograniczają dostęp API do niektórych planów lub wymagają zgody administratora konta. Połączenie sprzedawcy-natywny MCP może używać przepływu uwierzytelniania, który nie może być ponownie wykorzystany przez inną aplikację.

DigLab zidentyfikuje obsługiwaną trasę lub brakujące wymagania. Kupno produktu, zapisany login przeglądarki lub integracja wymieniona w katalogu nie jest dowodem połączenia z programem pracy.

Zgadzam się na pierwsze zwolnienie#

Zacznij od najmniejszego przydatnego przepływu pracy, dozwolonych działań i uzgodnionego testu. Nowe narzędzia mogą być dodane po początkowej ścieżce. Twoja lista narzędzi na żywo pozostaje autorytetem tego, co jest zawarte w połączeniach.