Список номерів новостворених об’єктів (після @Map.SplitMultiPolygon N) - всі номери, більші за @Map.Count, застосованої до розділення.
Вроді як, вирішено вже тут, крім того є @Map.Layers.Polygon Number [0/1], @Map.Object[N].Closed, хоча повністю підтримую прохання.
Ще раз дякую пану Руслану за варіант в “розборі польотів”. Насправді, накладка полігонів, от де інше питання, а моє - самий раз:
Ви впевнені, що перебираючи створені функцією розділення на прості полігони в порядку зростання номерів цих об’єктів, ви перебираєте спочатку зовнішній, потім внутрішній 
Ніхто не підтверджував, що функція spbSplit саме в такому порядку присвоює номера новоствореним об’єктам.
Як на мене, відкрито два питання:
- якщо для складного полігона у властивостях (в списку точок) першими йдуть координати внутрішнього полігона, а після розриву - координати зовнішнього полігона, номер внутрішнього полігона, після розбивки складного на прості функцією spbSplit, буде менший ніж зовнішнього?
- якщо при розділенні полігона прості полігони створюються в тому ж порядку, в якому їх координати описані в списку точок (у властивостях об’єкта), то запропонований спосіб розділення збірно-складних не годиться, тоді треба читати Алгоритм установления принадлежности точечного объекта внутренней области линейного замкнутого объекта.
Складно це, тому прошу розробників допрацювати функцію @Map.SplitMultiPolygon N, на предмет розділення збірно-складних полігонів на прості та/або складні, або хоча б дати відповідь на перше питання.