А я теоретически и не смогу написать "какие кнопки и в каком порядке надо нажать", т.к. не пользователь и каждый день на кнопки не жму. )

Это не правильно. При заменах в макетах 1:N или X:N нужно для групповых замен всегда отбирать по заменяемому полю. Это описано тут:
http://www.lesis.ru/infot/teh_replace.html

Итак:
0. Архивируем (сохраняем копию базы) привычным для Вас способом.
1. "Данные - Повыдельная таксация - Курсор на лесничестве - Отбор - Метки и условия - Очистить метки"
2. "Построитель запросов - Ярусы насаждений - Запас на га - Строго больше = 0"
3. Повторяем 2 пункт для всех ярусов.
4. "Отобрать из всех"
5. Идем в первый найденный выдел. Видим галочку перед номером яруса. Значит все в порядке. Ставим курсор на запасе на га. По правой кнопке "Изменить / вычислить значения - Запас - Разделить на / = 10 - Округлить =1 - Ок"
6. "Режим - Расчетные показатели - Запас на выделе - Рассчитать - Сохранить"
7. Проверяем по "Анализу распределений" корректность общих запасов. Если при выполнении операций указывали округление запасов - расхождения могут быть.

По справочнику сходу не скажу, не помню. По-моему, когда то уже обсуждалось, тоже не помню. Посмотрим.

Добавим в документацию тут:
http://www.lesis.ru/infot/teh_replace.html
Пишите о таких местах. Для нас не всегда очевидно, что не понятно в интерфейсе или забыли описать в документации.

Поясни для чего это нужно.

И да, коллеги, по любым запросам нужны четкие объяснения для чего нужно и ссылки на нормативные документы. Это также влияет на вероятность реализации чего либо.

СОЛИ это не только комплекс. Это еще и система алгоритмов решения задач, в какой бы программе они не решались. И под любой из них закладывались определенные нормативы, логика и сложившаяся практика выполнения работ. Для внесения изменений нужны такие же подходы - изменения в НПА... технологиях работ... и т.п.

Это не "ограничение в программе", а сложившийся десятилетиями стандарт использования таблиц запасов при таксации. 48 умножить в уме на 0.7 любой таксатор за секунду сможет без ошибок. А вот умножать 479 на 0.7 ему придется  гораздо дольше и с большей вероятностью ошибок... )) Это знает любой кому приходилось это делать по 100-200 раз за день шесть месяцев подряд... Поэтому такие таблицы всегда приводили к обычному виду, удобному для полевой работы.

Алексей, если это ничем не подкрепленная прихоть одного, очевидно, очень далекого от лесоустройства, заказчика - я даже смотреть не буду.

Да. Если это действительно необходимо, ищем нормативы... доводы... или набираем мнения других пользователей, то есть, аргументированно обсуждаем вопрос. Для этого и нужен форум.

Поддержанием жизненного цикла программы. Это отнимает больше всего времени. Только далекие от ИТ лесники регионального и муниципального уровней верят в мечту, что можно сделать программу и потом десятилетиями ею пользоваться не тратя сил... "Устаревшая СОЛИ", на порядок более простая и незамысловатая чем ЛесИС, потому и продержалась уже десятилетия, что ее поддержкой в каждом ЛУПе занимались по 1-3 программиста. Это десятки спецов. А у нас всего двое.
А глобальные изменения мы, в отличие от наших многочисленных и пока так и не состоявшихся конкурентов, аннонсируем только когда они находятся в состоянии готовности, пригодной для тестирования пользователями.
Кроме того, мы не заинтересованы в озвучивании наших мыслей и идей, т.к. вышеупомянутые товарищи из тех, что все еще пытаются что то наваять,  уже много лет ломятся в совершенно тупиковом направлении и нас это вполне устраивает. Последний раз я наслаждался их творчеством этим летом. Пусть продолжают в том же направлении, нам это на руку. ))
Одно могу сказать - многие наши мысли уже обломались о несовершенство матаппарата средств, заявленных ИТ-сообществом в качестве  самых мощных... современных... и... бесплатных. )) А те, что совершенны - отрасли не по зубам. Так что, думаем... работаем... и если сделаем что хотели - обязательно сообщим. Если отраслевой дебилизм не снизит обороты - может еще и не получится ничего. Понятия не имею, не ясновидящий.

При том, что в программу идут именно таксаторские таблицы. Это предусмотрено алгоритмами СОЛИ (не путать с одноименной программой)

И что из того? Они все такие были и есть. Повторяю если Вы не поняли. Эти таблицы округляются и как в таблицы таксатора так и программы идут в декастрах для минимизации и так неизбежных расхождений. Это практика сложившаяся десятилетиями, которую менять без должных оснований мы не будем.

"Прошу привести нормативы или внятные аргументы еще раз." В противном случае буду рассматривать продолжение темы как нарушение п.2.1 Правил.

Как я понял из разговора с Алексеем, поле запасов на 1 га чтобы работало с десятыми после запятой надо изменить (у меня на скрине более расширенная модифицированная версия). Видимо, я тоже давно менял поля "под себя" (справочник тот же, что и у Алексея) для удобства работы. И так не смог решить проблему с коэффициентами преобладающей породы кедр (К) и бонитетами по лиственнице (Л). Но поля добавил (на функционал работы не влияют), дабы понимать какой доп параметр из справочника используется.

Отредактировано Александр Архипов (06.12.2020 10:04:51)