Если выполнить следующий код на платформе 8.3.17.1851

                СведенияПоСерии = Новый Соответствие;
                
                НомерСтроки=1;
                
                Для Н=1 По 100 Цикл
                              
                               СведенияПоСтроке = Новый Структура;
                               СведенияПоСтроке.Вставить("НомерСтроки",НомерСтроки);
                              
                               СведенияПоСерии.Вставить(НомерСтроки,СведенияПоСтроке);
                               НомерСтроки = НомерСтроки + 1;
                
                КонецЦикла;    
                
                
                
                Для Каждого Стр Из СведенияПоСерии Цикл
                                  Выборка = Стр.Значение;
                                  Сообщить(Выборка.НомерСтроки);
                КонецЦикла;      

То результатом будет

9
65
1
2
3
4
5
6
7
8
10
11

Т.е. перебор элементов соответствия идет не в том порядке, с цифры 9

На платформах 8.3.10.2699 и 8.3.18.1208 поведение ожидаемо

10
9
8
7
6
5
4
3
2
1

проблема проявляется, когда размер соответствия больше 9ти

А че он должен быть в каких то порядках ?

(0) Порядок элементов же не гарантирован? Да, для каких-то простых ключей порядок сохранялся, в отдельных случаях, но он не был никогда гарантирован.

Ну если это массив в памяти, то первым ожидается элемент, добавленный последним.

короче это фича... но в некоторых конфигурациях приводит к тому что первой печатается строка 9 а не 1

(0) даже в СП написано, что порядок перебора не гарантирован

(4) Используй Массив вместо соответствия

(6)Да эт понятно, я так не пишу, просто у клиента вылезло именно на этой платформе...

К элементам некоторым коллекций в 1С:Предприятии 8 можно обращаться с помощью числового индекса. Для таких коллекций перебор элементов может осуществляться и итератором, и с помощью индекса. Примером такой коллекции является Массив.

Однако для некоторых коллекций обращение по индексу недоступно, так как коллекция не имеет определенной последовательности. В этих случаях итератор "Для каждого..." позволяет обойти коллекцию. Однако это не значит, что порядок выдачи элементов при обходе коллекции будет являться порядком элементов в коллекции. Если коллекция неупорядочена, то порядок обхода итератором "Для каждого..." в общем виде не определен, то есть может быть любым. Соответственно, для таких коллекций нельзя опираться на этот порядок в алгоритмах использующих коллекцию. Примером такой коллекции является Соответствие.

(7) ну и? для таких коллекций просто нет понятия порядка

(8) Чем "в порядке добавления" не порядок?

порядок есть, но это порядок индексов от хэшей,
но никак не порядок добавления

(9) тем, что Структура его не хранит, а так придумать разных порядков можно

Перечисление это не массив. В нём нет порядка.

если в соответствие добавлять строковые ключи,то они очень забавно пляшут в порядке следования.
ну,и то,что в разных платформах разный порядок говорит,что они используют разную оптимизацию при хранении.

(11) Я "не хранит порядок" и "нет понятия порядка" трактую по-разному