Wyświetlasz dokumentację Apigee Edge.
Otwórz dokumentację
Apigee X. info
We wtorek 19 maja 2015 r. udostępniliśmy nową wersję w chmurze funkcji zarabiania w Apigee Edge.
Jeśli masz pytania, skontaktuj się z zespołem pomocy Apigee Edge.
Listę wszystkich informacji o wersjach Apigee Edge znajdziesz w artykule Informacje o wersjach Apigee.
Nowe funkcje i ulepszenia
Poniżej znajdziesz nowe funkcje i ulepszenia w tej wersji.
Powiadomienia e-mail o planach taryfowych
Nowy typ powiadomienia e-mail o planie taryfowym umożliwia powiadamianie deweloperów, gdy osiągną określony limit transakcji lub kwoty w planach taryfowych z przedziałami ilościowymi lub pakietami, które kupili. Szczegółowe informacje znajdziesz w artykule Konfigurowanie powiadomień za pomocą szablonów powiadomień.
Synchronizacja okresów opłaty cyklicznej i podstawy agregacji
W planie taryfowym mogły obowiązywać 2 różne okresy:
- Okres opłaty cyklicznej skonfigurowany na karcie Opłaty w planie taryfowym, który określał, kiedy deweloperzy byli obciążani opłatą cykliczną.
- Okres podstawy agregacji zdefiniowany w cenniku dla planów z przedziałami ilościowymi lub pakietami, który określał, kiedy resetowane było wykorzystanie pakietu przez deweloperów.
Te 2 okresy są teraz zsynchronizowane. Gdy w planie taryfowym występuje zarówno niezerowa opłata cykliczna, jak i cennik z przedziałami ilościowymi lub pakietami, do obu tych elementów używany jest okres opłaty cyklicznej. Jeśli na przykład obowiązuje miesięczna opłata cykliczna, pakiety w cenniku są też resetowane co miesiąc (domyślnie na początku miesiąca).
Jeśli nie ma opłaty cyklicznej, pakiety są resetowane na podstawie podstawy agregacji zdefiniowanej w cenniku. Jeśli na przykład deweloper zacznie korzystać z cennika 19 dnia miesiąca, a podstawa agregacji to co miesiąc, wykorzystanie pakietu zostanie zresetowane miesiąc po 19.
Podstawa agregacji zostanie wycofana i usunięta z funkcji zarabiania w przyszłej wersji. Więcej informacji znajdziesz w artykule Określanie szczegółów planu cennika.
Atrybuty niestandardowe w zbiorczych raportach o przychodach
Zasady rejestrowania transakcji umożliwiają opcjonalne przechwytywanie danych atrybutów niestandardowych z transakcji. Możesz teraz uwzględniać te niestandardowe atrybuty transakcji w zbiorczych raportach o przychodach . Dodając do organizacji właściwość MINT.SUMMARY_CUSTOM_ATTRIBUTES, możesz wskazać, które atrybuty niestandardowe mają być dodawane do tabel bazy danych na potrzeby raportów.
Aby włączyć tę właściwość, klienci korzystający z chmury muszą skontaktować się z zespołem pomocy Apigee. Klienci Apigee Edge for Private Cloud mogą ustawić flagę za pomocą tego wywołania interfejsu API i danych logowania administratora systemu.
curl -u email:password -X PUT -H "Content-type:application/xml" http://host:8080/v1/o/myorg -d \ "<Organization type="trial" name="MyOrganization"> <Properties> <Property name="features.isMonetizationEnabled">true</Property> <Property name="MINT.SUMMARY_CUSTOM_ATTRIBUTES">["my_attribute_1","my_attribute_2"]</Property> <Property name="features.topLevelDevelopersAreCompanies">false</Property> </Properties> </Organization>"
Pamiętaj, że tablica atrybutów niestandardowych w wywołaniu interfejsu API jest zakodowana w adresie URL.
Poprawione błędy
W tej wersji poprawiliśmy te błędy.
| Identyfikator problemu | Opis |
|---|---|
| DEVRT-1583 | Interfejs zarabiania wyświetla plakietkę „Przyszłość” w przypadku bieżącego planu taryfowego |
| DEVRT-1546 | Limity planu nie działają |
| DEVRT-1511 | Błąd mint.resourceDoesNotExist w przypadku istniejącego dewelopera |