fix(mobile): stop matching entitlement by hardcoded identifier string

RevenueCat's entitlement identifier contains U+2024 (ONE DOT LEADER),
not a plain period — "Menul.io Pro" never matched the real
"Menul⁚io Pro" key, so isProActive() stayed false even after a real
purchase (confirmed via a genuine sandbox trial that RevenueCat
recorded as active while the app kept showing "Ücretsiz plan").
RevenueCat's API doesn't allow renaming an entitlement's lookup_key
after creation (405), so fixed on our side instead: this app only
ever grants one entitlement, so "any active entitlement" == Pro,
no identifier string needed.

apps/mobile/src/lib/purchases.ts

@@ -2,7 +2,6 @@ import { Platform } from "react-native";
 import Purchases, { type CustomerInfo, type PurchasesOffering } from "react-native-purchases";
 
 const API_KEY = process.env.EXPO_PUBLIC_REVENUECAT_API_KEY;
-export const PRO_ENTITLEMENT_ID = "Menul.io Pro";
 
 let configuredForRestaurantId: string | null = null;
 
@@ -32,6 +31,16 @@ export async function getCustomerInfo(): Promise<CustomerInfo> {
   return Purchases.getCustomerInfo();
 }
 
+// Checking by exact entitlement identifier is fragile — RevenueCat's
+// dashboard let the identifier get created with a non-ASCII character
+// ("Menul⁚io Pro" uses U+2024, not a plain period), which silently never
+// matched a hardcoded string. This app only ever grants one entitlement,
+// so "any active entitlement" is Pro and doesn't depend on that string.
 export function isProActive(info: CustomerInfo): boolean {
-  return info.entitlements.active[PRO_ENTITLEMENT_ID] !== undefined;
+  return Object.keys(info.entitlements.active).length > 0;
+}
+
+export function getActiveEntitlement(info: CustomerInfo) {
+  const [first] = Object.values(info.entitlements.active);
+  return first ?? null;
 }