IOSOR

IOSOR База знань

Гігієна CSV масового lookup перед кампанією: нормалізувати, дедуплікувати й бюджетувати

CSV масового lookup має нормалізувати до E.164, дедуплікувати, шанувати протухлий кеш типу лінії й поставити стелі бюджету до надсилання. Фінанси й ops ділять ті самі колонки.

Маркетинг хоче список. Фінанси бачать серію debit lookup, які не сходяться з SMS, надісланими потім. Масовий lookup — не вилити таблицю в API. Гігієна йде до spend: нормалізація до E.164, дедуплікація, повага до протухлого кешу типу лінії, стеля на гаманці. Хто пропускає гігієну, вважає мертві номери інцидентами доставки, дублі рядків — «покриттям», старий ярлик mobile — істиною маршрутизації.

IOSOR кладе lookup поряд із messaging на один white-label prepaid ledger. Каталог live означає перевірка готова; in setup — не виробничі ворота, які обходять кешем. Біля USD 1 000+ на місяць вибірки уникного spend і кореляція lookup→send входять у commercial review. Розвідка до надсилання: розвідка номерів перед відправкою. Одиничний lookup: lookup номера перед відправкою. Протухлий кеш: застарілий кеш lookup і тип лінії.

Колонки CSV, які потрібні і фінансам, і ops

Фінанси й ops мають відкрити один CSV і прочитати одну історію. Мінімум колонок: нормалізований E.164, сирий ввід, timestamp lookup, тип лінії, влучання в кеш або свіжа перевірка, сума debit, рішення send (надіслати / пропустити / перевірити знову), id campaign або пакета. Ярлик «mobile» без timestamp — думка, не доказ. Рядок lookup без рішення send — чек, не контроль.

Колонка Хто користується Якщо немає
E.164 Ops і фінанси Подвійний spend, надсилання, які не сходяться
looked-up-at Ops Невідомо, чи протух кеш
Рішення send Фінанси Lookup і blast не сходяться

E.164 і дедуплікація до spend lookup

Нормалізуйте й дедуплікуйте, поки не потекли гроші lookup. Одна лінія, записана +1…, 001… і місцевим форматом, дебетується тричі. Нормалізуйте до E.164, дедуплікуйте за цим номером, тоді викликайте lookup live. Сміттєві рядки (закороткі, літери, тестові рядки) викидаються на імпорті — їх не питають як «unknown». Ops володіє правилом нормалізації; фінанси — визначенням інциденту, коли дубль усе одно дебетується.

Ризик протухлого кешу типу лінії

Закешований тип лінії — сигнал маршрутизації з timestamp, не татуювання. Вчорашній mobile сьогодні може бути діапазоном VoIP. Протухлий кеш шле OTP у мертвий діапазон або тре клієнта, який учора портував. Ви все одно платите рядок lookup і витрачений сегмент. TTL — правило продукту, не смак бази. Не кешуйте «unknown» як mobile. Оновлюйте за сигналами ризику — застарілий кеш lookup і тип лінії. Кошики віку належать вивантаженню: fresh, within TTL, expired-but-used. Expired-but-used — уникний spend.

Стелі бюджету й ритм вивантаження

Стелі бюджету належать пакету, не «зведемо потім». Поставте стелю рядків і суми на прогін lookup; ритм вивантаження (щодня або при закритті пакета) стоїть до blast, не як сюрприз кінця місяця. Біля USD 1 000+ уникний spend і кошики віку кешу входять у щільніший review. Не обіцяйте гігієну до send, поки lookup in setup.

Червоні прапорці

  • Масовий lookup без нормалізації
  • Той самий E.164 дебетується двічі через варіанти формату
  • Протухлий «mobile» як істина маршрутизації
  • Unknown закешовано як mobile
  • CSV без стелі рядків або суми
  • Lookup зведено з send лише наприкінці місяця
  • Гігієна обіцяна, поки канал in setup
  • Client errors з іменами чужих брендів

Початок з IOSOR

Візьміть CSV минулої кампанії. Нормалізуйте кожен рядок до E.164, викиньте сміття, згорніть дублі за нормалізованим номером і лише тоді один lookup. Обмежте пачку числом рядків і prepaid-сумою до розсилки. Експортуйте той самий файл, який відкриють фінанси й ops: тип лінії, влучання в кеш, debit, рішення send або skip.

Підсумок IOSOR

Робіть: гігієну до грошей lookup. Варіанти формату однієї лінії — один debit.

Чи був матеріал корисним?

Пов’язані гіди