KES

От ручного труда к машинному

В теме 10 сообщений

Здравствуйте

Составлена смета в ТЕР-2001. Для перехода в текущие цены 2010 г. применены индексы по статьям затрат:

1. Ручной расчет (в редакторе концовок с помощью значений и формул)

2. Автоматизированный расчет (определяется файл с индексами и программа сама рассчитывает концовку)

В чем моя ошибка и как рассчитывает программа?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Составлена смета в ТЕР-2001. Для перехода в текущие цены 2010 г. применены индексы по статьям затрат:

1. Ручной расчет (в редакторе концовок с помощью значений и формул)

2. Автоматизированный расчет (определяется файл с индексами и программа сама рассчитывает концовку)

В чем моя ошибка и как рассчитывает программа?

Да как Вы сами прикажете РИК'у, так и рассчитает.

Если захотите считать ТЦ только в концовке, то создайте такую концовку с пересчетом цены по индексам к статьям затрат в Редакторе концовок и применяйте её в смете.

либо

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

В первом сообщении был выслан файл .rar Не дошел? Попробую в картинках. Хорошо бы их посмотреть и проверить расчет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

В первом сообщении был выслан файл .rar Не дошел? Попробую в картинках. Хорошо бы их посмотреть и проверить расчет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
В первом сообщении был выслан файл .rar Не дошел?
Извиняюсь, не скачивал. Сейчас скачал и посмотрел.

Вкривь у Вас пошло из-за неверной арифметики - установки общего индекса пересчета НРСП=10,4 — это довольно обобщенно. Вы берёте для расчета НРСП индекс к ОЗП, а в расчете НРСП участвует и ЗПМ, с индексом пересчета =9,91.

Правильнее определять отдельно индекс к НР Инр = НРбаз/(ОЗПбаз+ЗПМбаз), индекс к прибыли Исп= СПбаз/(ОЗПбаз+ЗПМбаз).

Тогда НРтек=Инр*(ОЗПтек+ЗПМтек), СПтек=Исп*(ОЗПтек+ЗПМтек)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

10,4 – это совпадение с ОЗП. Получилось расчетным путем:

% - процент НР по расценке

НРбаз * И = НРтек

И= НРтек / НРбаз = (ОЗПбаз * Иозп + ЗПМбаз * Изпм)*% / (ОЗПбаз + ЗПМбаз)*% ->

И=(ОЗПбаз*10,4+ЗПМбаз*9,91) / (ОЗПбаз+ЗПМбаз) = 10.397

Разве таким способом нельзя?

Проверка ещё раз показала, что программа округлила расчетное 10,397 до 10,4 (хотя в редакторе концовок стоит ,2) поэтому и получилась разница в рублях. Как определить, чтобы без таких округлений, а то итоговое значение придется в ворде руками пересчитывать.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
И=(ОЗПбаз*10,4+ЗПМбаз*9,91) / (ОЗПбаз+ЗПМбаз) = 10.397

Разве таким способом нельзя?

Таким не нужно, неточно с точки зрения элементарной арифметики, о чем и говорит результат.

Вы не учитываете, что НР и СП имеют разный вес при расчетах по каждой расценке.

Подсчитанный итог более правильным методом дал расхождение в 4 рубля (Итог=2 314 477, РИК=2 314 474). А это уже неизбежное последовательное накопление ошибки при округлениях. Почувствуйте разницу.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
И=(ОЗПбаз*10,4+ЗПМбаз*9,91) / (ОЗПбаз+ЗПМбаз) = 10.397

Разве таким способом нельзя?

Таким не нужно, неточно с точки зрения элементарной арифметики, о чем и говорит результат.
Извиняюсь, беру свои слова назад. Оказывается и так
НРбаз * И = НРтек

И= НРтек / НРбаз = (ОЗПбаз * Иозп + ЗПМбаз * Изпм)*% / (ОЗПбаз + ЗПМбаз)*% ->

И=(ОЗПбаз*10,4+ЗПМбаз*9,91) / (ОЗПбаз+ЗПМбаз) = 10.397

тоже можно.

Попробовал вечером смоделировать по-Вашему, результат получился как и в предыдущий раз <2 314 477> с разницей в 4 рэ, списываем её на использование индексов.

Если у Вас строка <Коэффициент для расчета НР и СП> задана как:

<Частное>=<Осн раб+Механизаторы 2010>/<Осн раб+Механизаторы> (названия строк взято из Вашего файла), то в редакторе концовок для этой строки в правом последнем столбце <Кол-во знаков после запятой> установите требуемую Вам точность (до 9 знаков) и посмотрите, что измениться.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

<Частное>=<Осн раб+Механизаторы 2010>/<Осн раб+Механизаторы> (названия строк взято из Вашего файла), то в редакторе концовок для этой строки в правом последнем столбце <Кол-во знаков после запятой> установите требуемую Вам точность (до 9 знаков) и посмотрите, что измениться.

Что имеем:

Ручн.rtf проверяем на калькуляторе: К для НР и СП=(Осн раб+Механизаторы 2010) / (Осн раб+Механизаторы) = 151 041,86 / 14 527,02 = 10,397

10,397*НРбаз*0,94 = 10,397*17 932,71 * 0,94 = 175 259,6 – а в Ручн.rtf стоит 175 310,17 (т.к. считает от 10,4),

а в автомат.rtf - 175 263.

Итого разница в 47 руб и в 4 руб соответственно.

Ставим ,8 - РИК настойчиво выдает 10.40000000.

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

Для примера округления вводим новую строку:

НРтек / СПтек = 175 310,17 / 120 430,96 = 1,45569021454.

Ставим ,8 на выходе получаем 1,46, ,2 – 1,46, пустое поле – 1,46.

Тоже самое получается и с К для НРСП - ,8 или ,2 или пусто = 10,4

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Что имеем:

Ставим ,8 - РИК настойчиво выдает 10.40000000.

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

Для примера округления вводим новую строку:

НРтек / СПтек = 175 310,17 / 120 430,96 = 1,45569021454.

Ставим ,8 на выходе получаем 1,46, ,2 – 1,46, пустое поле – 1,46.

Тоже самое получается и с К для НРСП - ,8 или ,2 или пусто = 10,4

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

Да, действительно, в поле <Деление> результат сохраняется и участвует в вычислениях с 2-мя знаками после запятой. Что, по-моему, снижает его функциональность в худшую сторону. Иногда бывает необходимо провести в концовке некоторые вычисления (используя скрытые от печати служебные строки), а точность, реализованная в редакторе концовок сводит эти усилия на нет. Очень жаль. Это вопрос к Вам, разработчики.

Что касается данной конкретной ситуации, то выход найти можно всегда - было бы желание, мы ведь в России находимся, и не такое побеждали, Только такие методы называются квадратно гнездовыми. Если Вам сильно необходимо выпустить концовку именно в виде <ручная>, то свистните и тогда расскажу как обойти ограничение в точности значений в полях концовки. Только придётся проделать немного лишней работы, но ведь если очень надо, то можно и поработать. Пишите.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Для публикации сообщений создайте учётную запись или авторизуйтесь

Вы должны быть пользователем, чтобы оставить комментарий

Создать учетную запись

Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!

Регистрация нового пользователя

Войти

Уже есть аккаунт? Войти в систему.

Войти