Rozliczane i nienaliczone dzienne interfejs API uzgodnień użycia w wersji 2 (GA)
Dotyczy: Centrum partnerskie (niedostępne w usłudze Azure Government lub Azure — Chiny 21Vianet).
Nasz nowy asynchroniczny interfejs API oferuje szybszy i bardziej wydajny sposób uzyskiwania dostępu do danych rozliczeń i uzgodnień za pośrednictwem obiektów blob platformy Azure. Zamiast utrzymywać połączenie otwarte przez wiele godzin lub przetwarzać partie 2000 wierszy, możesz teraz usprawnić przepływ pracy.
Nowe interfejsy API uzgodnień użycia z codziennymi ocenami użycia używają zaawansowanych technik, takich jak klucz valet i asynchroniczne wzorce żądań-odpowiedzi . Te interfejsy API udostępniają token sygnatury dostępu współdzielonego (SAS), którego można użyć do uzyskiwania dostępu do wszystkich atrybutów lub podzestawu danych uzgodnień dziennego użycia.
Nasze interfejsy API używają zoptymalizowanych technik w celu zwiększenia wydajności, dzięki czemu można osiągnąć szybsze wyniki dzięki mniejszemu nakładowi pracy. Przyjmij te interfejsy API, aby uprościć dostęp do danych i zwiększyć ogólną wydajność.
Uwaga
Nowe interfejsy API nie są hostowane na hoście interfejsu API Centrum partnerskiego. Zamiast tego można je znaleźć w programie MS Graph na stronie Używanie interfejsu API programu Microsoft Graph do eksportowania danych rozliczeń partnerów — Microsoft Graph w wersji 1.0 | Microsoft Learn. Aby uzyskać dostęp do tych interfejsów API, zapoznaj się z poniższymi szczegółami.
Możesz używać tych interfejsów API dla chmury publicznej/globalnej programu MS Graph dopiero teraz. Nie są one jeszcze dostępne dla platformy Azure Government ani platformy Azure w Chinach 21Vianet.
Ważne
Aby zezwolić aplikacji na dostęp do danych rozliczeniowych partnerów, postępuj zgodnie z tym linkiem i zapoznaj się z podstawami uwierzytelniania i autoryzacji dla programu Microsoft Graph.
Możesz przypisać uprawnienie "PartnerBilling.Read.All" przy użyciu witryny Azure Portal lub Centrum administracyjnego firmy Entra. Oto, jak to zrobić:
- Zarejestruj aplikację na stronie głównej Microsoft Entra w sekcji Rejestracje aplikacji.
- Aby udzielić niezbędnych uprawnień, przejdź do strony Microsoft Entra App w sekcji Uprawnienia interfejsu API. Wybierz pozycję "Dodaj uprawnienie" i wybierz zakres "PartnerBilling.Read.All".
Wykonując te kroki, upewnij się, że aplikacja ma wymagany dostęp do danych rozliczeniowych partnerów.
Uwaga
Jeśli używasz naszej wersji beta, prawdopodobnie znajdziesz przejście do wersji ogólnie dostępnej i intuicyjnej. Aby ułatwić zrozumienie aktualizacji i ulepszeń, zalecamy porównanie wersji beta i ogólnie dostępnej wersji.
Ważne
Nowe dzienne użycie handlu nie obejmuje opłat za te produkty:
- Rezerwacja platformy Azure
- Plan oszczędnościowy Azure
- Office
- Dynamics
- Microsoft Power Apps
- Oprogramowanie bezterminowe
- Subskrypcja oprogramowania
- Produkt SaaS firmy innej niż Microsoft lub platforma handlowa
Przegląd interfejsu API
Aby ułatwić asynchronicznie pobieranie rozliczanych elementów wierszy dziennego użycia w nowym handlu , oferujemy dwa kluczowe punkty końcowe interfejsu API. Oto usprawniony przewodnik, aby rozpocząć pracę:
Punkt końcowy elementu wiersza użycia
Najpierw użyj tego interfejsu API, aby pobrać nowe elementy wierszy dziennego użycia ocenianego w handlu . Po wysłaniu żądania otrzymasz stan HTTP 202 i nagłówek lokalizacji z adresem URL. Regularnie sonduj ten adres URL do momentu uzyskania stanu powodzenia i adresu URL manifestu.
Punkt końcowy stanu operacji
Następnie należy sprawdzić stan operacji, wywołując ten interfejs API w regularnych odstępach czasu. Jeśli dane nie są gotowe, odpowiedź zawiera nagłówek Ponów próbę po zakończeniu wskazujący, jak długo czekać przed ponowną próbą. Po zakończeniu operacji otrzymasz zasób manifestu z linkiem folderu magazynu, aby pobrać dane użycia. Odpowiedź segmentuje pliki w celu zwiększenia przepływności i umożliwienia równoległości we/wy.
Wykonując te kroki, możesz efektywnie zarządzać procesem uzgadniania faktur.
Diagramów sekwencji
Oto diagram sekwencji przedstawiający kroki pobierania danych uzgodnień.
Sekwencja akcji użytkownika
Aby pobrać nowe elementy wierszy uzgodnień dziennego użycia ocenianego użycia w handlu , wykonaj następujące kroki:
Krok 1. Przesyłanie żądania
Prześlij żądanie POST do punktu końcowego interfejsu API.
Pobieranie nienaliczonych elementów wierszy dziennego użycia
Pobierz nowe pozycje wierszy dziennego użycia dla bieżącego lub ostatniego miesiąca kalendarzowego lub okresu rozliczeniowego, które nie są rozliczane codziennie.
Uwaga
Dostęp do nienaliczonych elementów wierszy dziennego użycia można uzyskać za pośrednictwem interfejsu API lub portalu Centrum partnerskiego. Aby zapewnić dokładne dane, poczekaj do 24 godzin na dostępność. W zależności od lokalizacji i momentu raportowania użycia mierników mogą wystąpić dalsze opóźnienia.
Priorytetem jest terminowe dostarczanie rozliczanych danych dziennego użycia. Od czasu do czasu dane dotyczące użycia rozliczanego w poprzednim miesiącu mogą nie być widoczne dla najnowszych nienaliczonych danych dziennego użycia. Po otrzymaniu rozliczanych danych użycia możesz pobrać wszystkie zaktualizowane niezliczone dane użycia od początku miesiąca.
Zrozumienie i cierpliwość są doceniane, ponieważ staramy się dostarczać najdokładniejsze i terminowe informacje.
Żądanie interfejsu API
POST https://graph.microsoft.com/v1.0/reports/partners/billing/usage/unbilled/export
Accept: application/json
Content-Type: application/json
{
"currencyCode": "USD",
"billingPeriod": "current",
"attributeSet": "basic"
}
Treść żądania
Nagłówki żądań
Aby zażądać nagłówków dla interfejsu API, zobacz Niezawodność i obsługa techniczna.
Odpowiedź interfejsu API
HTTP/1.1 202 Accepted
Location: https://graph.microsoft.com/v1.0/reports/partners/billing/operations/9ab9cb54-d07f-4f52-9ea6-a09d7de52c14
Interfejs API zwykle odpowiada stanem HTTP 202. Możesz również napotkać inne stany w zależności od żądań. Te stany są wyświetlane w sekcji Stan odpowiedzi interfejsu API w warstwie Standardowa.
| Kod | opis |
|---|---|
| 202 — zaakceptowane | Twoje żądanie zostało zaakceptowane. Aby sprawdzić stan żądania, wykonaj zapytanie o adres URL podany w nagłówku lokalizacji. |
Pobieranie rozliczanych elementów wierszy dziennego użycia
Pobierz nowy handel rozliczany codziennie pozycje wierszy użycia dla faktury za zamknięty okres rozliczeniowy.
Żądanie interfejsu API
POST https://graph.microsoft.com/v1.0/reports/partners/billing/usage/billed/export
{
"invoiceId": "G00012345",
"attributeSet": "full"
}
Parametry zapytań
Nie dotyczy
Treść żądania
Nagłówek żądania
Nagłówki żądań dla interfejsu API. Aby dowiedzieć się więcej, zobacz niezawodność i obsługa techniczna.
Odpowiedź interfejsu API
Zaakceptowano protokół HTTP/1.1 202
Lokalizacja: https://graph.microsoft.com/v1.0/reports/partners/billing/operations/9ab9cb54-d07f-4f52-9ea6-a09d7de52c14
W przypadku korzystania z interfejsu API zazwyczaj zwraca on stan HTTP 202. Aby uzyskać inne możliwe stany na podstawie żądań, zobacz Statuses (Stany).
| Kod | opis |
|---|---|
| 202 — zaakceptowane | Twoje żądanie zostało zaakceptowane. Aby sprawdzić stan żądania, wykonaj zapytanie o adres URL podany w nagłówku lokalizacji. |
Krok 2. Sprawdzanie stanu żądania
Aby śledzić stan żądania, upewnij się, że otrzymasz odpowiedź HTTP 200 wskazującą "powodzenie" lub "niepowodzenie". W przypadku pomyślnego znalezienia adresu URL manifestu w atrybucie "resourceLocation". Ten atrybut zapewnia punkt końcowy umożliwiający uzyskanie dostępu do wymaganych informacji.
Uzyskiwanie stanu operacji
Pobiera stan żądania.
Żądanie interfejsu API
Parametry żądania
| Nazwisko | Uwzględnij w | Wymagania | Type | Opis |
|---|---|---|---|---|
| operationId | Identyfikator URI żądania | Prawda | String | Unikatowy identyfikator do sprawdzania stanu żądania. Wymagany. |
Nagłówek żądania
Aby zażądać nagłówków dla interfejsu API, zobacz Niezawodność i obsługa techniczna.
Treść żądania
Nie dotyczy.
Stan odpowiedzi
Oprócz standardowych stanów HTTP wymienionych w stanach odpowiedzi interfejsu API w warstwie Standardowa interfejs API może również zwrócić następujący stan HTTP:
| Kod | opis |
|---|---|
| 410 – Zniknął | Link manifestu wygasa po upływie określonego czasu. Aby ponownie uzyskać link manifestu, wyślij nowe żądanie. |
Ładunek odpowiedzi
Ładunek odpowiedzi interfejsu API zawiera następujące atrybuty:
| Atrybut | Wymagania | Opis |
|---|---|---|
| identyfikator | Prawda | Unikatowy identyfikator każdej odpowiedzi. Wymagany. |
| status | Prawda | Wartości i akcje: wymagane: notstarted: Poczekaj na czas określony w nagłówku "Ponów próbę po", a następnie wykonaj kolejne wywołanie, aby sprawdzić stan. running: Zaczekaj na czas określony w nagłówku "Ponów próbę po", a następnie wykonaj kolejne wywołanie, aby sprawdzić stan. powodzenie: dane są gotowe. Pobierz ładunek manifestu przy użyciu identyfikatora URI określonego w obszarze resourceLocation. niepowodzenie: operacja nie powiodła się trwale. Uruchom go ponownie. |
| createdDateTime | Prawda | Czas wysłania żądania. Wymagany. |
| lastActionDateTime | Prawda | Czas ostatniej zmiany stanu. Wymagany. |
| resourceLocation | Fałsz | Identyfikator URI ładunku manifestu. Opcjonalne. |
| error | Fałsz | Szczegółowe informacje o wszelkich błędach podanych w formacie JSON. Opcjonalne. Uwzględnione atrybuty: message: Opis błędu. code: typ błędu. |
Obiekt lokalizacji zasobu
| Atrybut | Opis |
|---|---|
| identyfikator | Unikatowy identyfikator manifestu. |
| schemaVersion | Wersja schematu manifestu. |
| dataFormat | Format pliku danych rozliczeniowych. compressedJSON: format danych, w którym każdy obiekt blob jest skompresowanym plikiem zawierającym dane w formacie wierszy JSON . Aby pobrać dane z każdego obiektu blob, zdekompresuj je. |
| createdDateTime | Data i godzina utworzenia pliku manifestu. |
| eTag | Wersja danych manifestu. Zmiana informacji rozliczeniowych generuje nową wartość. |
| partnerTenantId | Microsoft Entra ID dzierżawy partnera. |
| rootDirectory | Katalog główny pliku. |
| sasToken | Token sygnatury dostępu współdzielonego (sygnatura dostępu współdzielonego), który umożliwia odczytywanie wszystkich plików w katalogu. |
| partitionType | Dzieli dane na wiele obiektów blob na podstawie atrybutu "partitionValue". System dzieli partycje, które przekraczają obsługiwaną liczbę. Domyślnie dane są partycjonowane na podstawie liczby elementów wiersza w pliku. Nie ustawiaj stałej liczby elementów wiersza ani rozmiaru pliku w kodzie, ponieważ te wartości mogą ulec zmianie. |
| BlobCount | Łączna liczba plików dla tego identyfikatora dzierżawy partnera. |
| obiekty blob | Tablica JSON obiektów "blob", które zawierają szczegóły pliku dla identyfikatora dzierżawy partnera. |
| Obiekt blob | Obiekt zawierający następujące szczegóły: name i partitionValue |
| name | Nazwa obiektu blob. |
| partitionValue | Partycja zawierająca plik. Duża partycja jest podzielona na wiele plików, z każdym plikiem zawierającym ten sam "partitionValue". |
Żądanie interfejsu API
GET <https://graph.microsoft.com/v1.0/reports/partners/billing/operations/9ab9cb54-d07f-4f52-9ea6-a09d7de52c14>
Odpowiedź interfejsu API
Odpowiedź zaleca oczekiwanie na 10 sekund przed ponowną próbą podczas przetwarzania danych.
HTTP/1.1 200 OK
Retry-After: 10
{
"id": "9ab9cb54-d07f-4f52-9ea6-a09d7de52c14",
"createdDateTime": "2022-06-1T10-01-03.4Z",
"lastActionDateTime": "2022-06-1T10-01-05Z",
"status": "running"
}
Żądanie interfejsu API
(10 sekund po poprzednim żądaniu...)
GET <https://graph.microsoft.com/v1.0/reports/partners/billing/operations/9ab9cb54-d07f-4f52-9ea6-a09d7de52c14>
Odpowiedź interfejsu API
Interfejs API zwraca stan "powodzenie" i identyfikator URI dla "resourceLocation".
HTTP/1.1 200 OK
Content-Type: application/json
{
"@odata.context": "https://graph.microsoft.com/v1.0/\$metadata#reports/partners/billing/operations/\$entity",
"@odata.type": "#microsoft.graph.partners.billing.exportSuccessOperation",
"id": "f2170b13-6a8e-47d6-b481-6988490dc0cb",
"createdDateTime": "2023-12-05T21:17:29Z",
"lastActionDateTime": "2023-12-05T21:18:00.8897902Z",
"status": "succeeded",
"resourceLocation": {
"id": "44e8500b-ab92-490e-8ac3-90500a1d3427",
"createdDateTime": "2023-11-06T19:58:47.513Z",
"schemaVersion": "2",
"dataFormat": "compressedJSON",
"partitionType": "default",
"eTag": "RwDrn7fbiTXy6UULE",
"partnerTenantId": "0e195b37-4574-4539-bc42-0e539b9684c0",
"rootDirectory": "https://adlsreconbuprodeastus201.blob.core.windows.net/path_id",
"sasToken": "{token}",
"blobCount": 1,
"blobs": \[
{
"name": "part-00123-5a93fa5d-749f-48bc-a372-9b021d93c3fa.c000.json.gz",
"partitionValue": "default"
}
\]
}
}
Krok 3. Pobieranie elementów wiersza uzgadniania dziennego użycia z usługi Azure Blob Storage
Najpierw należy uzyskać token sygnatury dostępu współdzielonego (SAS) i lokalizację magazynu obiektów blob. Te szczegóły można znaleźć we właściwościach "sasToken" i "rootDirectory" odpowiedzi interfejsu API ładunku manifestu. Następnie, aby pobrać i rozpakuć plik obiektu blob, użyj zestawu SDK/narzędzia usługi Azure Storage. Jest on w formacie JSONLines .
Napiwek
Pamiętaj, aby zapoznać się z naszym przykładowym kodem. Pokazano w nim, jak pobrać i rozpakować plik obiektu blob platformy Azure do lokalnej bazy danych.
Stany odpowiedzi interfejsu API w warstwie Standardowa
Te stany HTTP mogą zostać odebrane z odpowiedzi interfejsu API:
| Kod | Opis |
|---|---|
| 400 — nieprawidłowe żądanie | Brak żądania lub zawiera nieprawidłowe dane. Sprawdź treść odpowiedzi, aby uzyskać szczegółowe informacje o błędzie. |
| 401 — Brak autoryzacji | Uwierzytelnianie jest wymagane przed wykonaniem pierwszego wywołania. Uwierzytelnianie za pomocą usługi interfejsu API partnera. |
| 403 — Zabronione | Nie masz niezbędnej autoryzacji, aby wysłać żądanie. |
| 404 — nie znaleziono | Żądane zasoby nie są dostępne z podanymi parametrami wejściowymi. |
| 410 – Zniknął | Link manifestu nie jest już prawidłowy ani aktywny. Prześlij nowe żądanie. |
| 500 — wewnętrzny błąd serwera | Interfejs API lub jego zależności nie mogą teraz spełnić żądania. Spróbuj ponownie później. |
| 5000 — brak dostępnych danych | System nie ma danych dla podanych parametrów wejściowych. |
Porównanie wersji beta i ogólnie dostępnej wersji
Zapoznaj się z tabelą porównawczą, aby zobaczyć różnice między wersją beta i ogólnie dostępnymi wersjami (GA). Jeśli obecnie używasz wersji beta, przejście do wersji ogólnodostępnej jest proste i łatwe.
| Ważna informacja | Beta | Ogólnie dostępne |
|---|---|---|
| Punkt końcowy hosta interfejsu API | https://ep-billingreconservice-prod-d5bfczcnfvbqbdhx.z01.azurefd.net/ |
https://graph.microsoft.com/v1.0/reports/partners/billing/usage/ |
| Metoda HTTP | POST | POST |
| Punkt końcowy interfejsu API nienaliczonego dziennego użycia | https://ep-billingreconservice-prod-d5bfczcnfvbqbdhx.z01.azurefd.net/v1/unbilledusage |
https://graph.microsoft.com/v1.0/reports/partners/billing/usage/unbilled/export |
| Parametry wejściowe dla interfejsu API nienadającego się dziennego użycia ocenianego | Aby określić parametry w żądaniu interfejsu API, uwzględnij je w ciągu zapytania adresu URL żądania. Aby na przykład określić parametr period i currencyCode, dołącz ?period=current¤cyCode=usd go do adresu URL żądania. |
Aby podać dane wejściowe, dołącz obiekt JSON do treści żądania. Twój kod JSON powinien mieć następujące właściwości: * currencyCode: Waluta rozliczeniowa. Na przykład USD. * billingPeriod: okres rozliczeniowy dla faktury. Na przykład bieżący. Oto przykładowy obiekt JSON zawierający właściwości currencyCode i billingPeriod: <br>{<br> "currencyCode": "USD",<br> "billingPeriod": "current"<br>} |
| Punkt końcowy interfejsu API rozliczanego dziennego użycia | https://ep-billingreconservice-prod-d5bfczcnfvbqbdhx.z01.azurefd.net/v1/billedusage/invoices/{InvoiceId} |
https://graph.microsoft.com/v1.0/reports/partners/billing/usage/billed/export |
| Parametry wejściowe dla interfejsu API rozliczanego dziennego użycia | Aby określić parametry w żądaniu interfejsu API, dołącz identyfikator invoiceId w adresie URL żądania. Ponadto można dołączyć opcjonalny parametr fragmentu w ciągu zapytania, aby pobrać pełny zestaw atrybutów. Aby na przykład pobrać pełny zestaw atrybutów, dołącz ?fragment=full go do adresu URL żądania. |
Aby podać dane wejściowe, dołącz obiekt JSON do treści żądania. Twój kod JSON powinien mieć następujące właściwości: * invoiceId: unikatowy identyfikator faktury. Na przykład G00012345. * attributeSet: atrybuty, które powinny znajdować się w odpowiedzi, na przykład pełne. Oto przykładowy obiekt JSON zawierający właściwości invoiceId i attributeSet: {<br> "invoiceId": "G00012345",<br> "attributeSet": "full"<br>} |
| Zasób manifestu | Użyj oddzielnej metody GET /manifests/{id}, aby pobrać zasób manifestu. | Użyj metody GET /operations/{Id}, aby uzyskać dostęp do zasobu manifestu w resourceLocation. Ta metoda pozwala zaoszczędzić czas, eliminując konieczność oddzielnego wywołania metody GET /manifests/{id}. |
| Zmiany schematu manifestu | ||
| "id": Niedostępny | "id": unikatowy identyfikator zasobu manifestu. | |
| "version": Available | "version": zmieniono wartość na "schemaversion". | |
| "dataFormat": dostępny | "dataFormat": dostępny. | |
| "utcCretedDateTime": Dostępne | "utcCretedDateTime": zmieniono na "createdDateTime". | |
| "eTag": dostępny | "eTag": dostępne. | |
| "partnerTenantId": Dostępny | "partnerTenantId": Dostępny | |
| "rootFolder": Dostępny | "rootFolder": zmieniono wartość na "rootDirectory". | |
| "rootFolderSAS": dostępny | "rootFolderSAS": zmieniono wartość na "sasToken". Ta aktualizacja udostępnia tylko token bez ścieżki katalogu głównego. Aby zlokalizować katalog, zamiast tego użyj właściwości "rootDirectory". | |
| "partitionType": dostępny | "partitionType": dostępny. | |
| "blobCount": dostępny | "blobCount": dostępny. | |
| "sizeInBytes": Dostępny | "sizeInBytes": Niedostępne. | |
| "Obiekty blob": dostępne | "Obiekty blob": dostępne. | |
| "Obiekt blob": dostępny | "Obiekt blob": dostępny. | |
| "name": Dostępne | "name": Dostępne. | |
| "partitionValue": dostępne | "partitionValue": dostępne. |
Atrybuty elementu wiersza uzgadniania dziennego użycia
Aby porównać atrybuty zwracane przez interfejs API uzgadniania faktur rozliczanych dla "pełnych" lub "podstawowych" zestawów atrybutów, zapoznaj się z poniższą tabelą. Aby dowiedzieć się więcej o tych atrybutach, zobacz tę dokumentację.
| Atrybut | Pełny | Podstawowy |
|---|---|---|
| PartnerId | tak | tak |
| PartnerName | tak | tak |
| Identyfikator klienta | tak | tak |
| CustomerName | tak | Tak |
| Nazwadomeny klienta | tak | nie |
| CustomerCountry | tak | nie |
| Identyfikator mpn | tak | nie |
| Tier2MpnId | tak | nie |
| Numer faktury | tak | tak |
| Identyfikator produktu | tak | tak |
| Identyfikator sku | tak | tak |
| Identyfikator dostępności | tak | nie |
| SkuName | tak | tak |
| ProductName | tak | nie |
| PublisherName | tak | tak |
| Identyfikator wydawcy | tak | nie |
| SubscriptionDescription | tak | nie |
| SubscriptionId | tak | tak |
| ChargeStartDate | tak | tak |
| ChargeEndDate | tak | tak |
| UsageDate | tak | tak |
| MeterType | tak | nie |
| MeterCategory | tak | nie |
| MeterId | tak | nie |
| MeterSubCategory | tak | nie |
| MeterName | tak | nie |
| MeterRegion | tak | nie |
| Jednostka | tak | tak |
| ResourceLocation | tak | nie |
| ConsumedService | tak | nie |
| ResourceGroup | tak | nie |
| Identyfikator RESOURCEURI | tak | tak |
| ChargeType | tak | tak |
| UnitPrice | tak | tak |
| Ilość | tak | tak |
| Typ jednostki | tak | nie |
| BillingPreTaxTotal | tak | tak |
| BillingCurrency | tak | tak |
| PricingPreTaxTotal | tak | tak |
| PricingCurrency | tak | tak |
| ServiceInfo1 | tak | nie |
| ServiceInfo2 | tak | nie |
| Tagi | tak | nie |
| AdditionalInfo | tak | nie |
| EffectiveUnitPrice | tak | tak |
| PCToBCExchangeRate | tak | tak |
| PCToBCExchangeRateDate | tak | nie |
| Identyfikator upoważnienia | tak | tak |
| EntitlementDescription | tak | nie |
| PartnerEarnedCreditPercentage | tak | nie |
| CreditPercentage | tak | tak |
| Typ środków | tak | tak |
| BenefitOrderID | tak | tak |
| Identyfikator korzyści | tak | nie |
| BenefitType | tak | tak |
Ważne
Zanotuj te zmiany podczas przechodzenia z interfejsu API w wersji 1 z wersji 2.
Każda nazwa atrybutu zaczyna się teraz od wielkiej litery.
unitOfMeasure jest aktualizowany do jednostki. Jego znaczenie i wartość pozostają niezmienione.
resellerMpnId to teraz identyfikator Tier2MpnId. Znaczenie i wartość są takie same.
funkcja rateOfPartnerEarnedCredit została zaktualizowana do atrybutu PartnerEarnedCreditPercentage. Nowa nazwa i wartość odzwierciedlają teraz wartość procentową zamiast ułamka. Na przykład 0,15 wynosi teraz 15%.
rateOfCredit to teraz CreditPercentage. Zmieniono zarówno nazwę, jak i wartość. Na przykład 1,00 wynosi teraz 100%.
Uważamy, że te zmiany sprawiają, że interfejsy API są bardziej intuicyjne i łatwiejsze w użyciu.
Przykładowy kod
Aby użyć tego interfejsu API, zobacz następujący link, który zawiera przykładowy kod języka C#.
Przykłady interfejsu API Centrum partnerskiego: pobieranie danych recon rozliczeń.