Форум » » Подгонка стоимости » Ответить
Подгонка стоимости
Артем: Очень часто получается что в смете "теряется" 1-2 копейки и потом ищешь что бы убрать, что бы эти копейки найти и что бы выйти в 0. Подскажите пожалуйста, можно ли в АВК что то подобное делать, только в каком то автоматизированном режиме или помощник по таким делам может есть? Заранее спасибо!!
Ответов - 18
В.Н.: Подгонка есть подтасовка, подделка и т.д. -т.е противозаконка. В АВК можно делать что угодно, только стоит ли это делать, правильно ли это, кто ответит за это??
Артем: знаю что подтасовка, но есть разные сметы И как в АВК можно сделать это "что угодно" в моем примере без тупого перебора цен и объемов?
Б. Н.: Артем пишет: Очень часто получается что в смете "теряется" 1-2 копейки и потом ищешь что бы убрать, что бы эти копейки найти и что бы выйти в 0. Ну. задайте прибыль или административные "в лоб" - измененные на эти 1 -2 копейки. Все равно ведь все эти числа высосаны из пальца. Для этого и предусмотрена в Подрядчике и Договорной цене точность счета до 1 коп.
Леана: Под договорные цены, которые рассчитаны с округлением до 1 коп. обычно прикладываются локальные сметы, с округлением до 1грн, за счет этих округлений разница в итогах набегает до 2 грн. Исправления и подгонки вручную для бюджетных заказчиков стали уже , к сожалению, привычным фактом ...
В.Н.: Если ДЦ динамическая и она копейка в копейку соответствует КБ2 -это означает манипуляция мнением Держбуда или КРУ. А по-нашему - самая что ни на есть -подделка документов под чьи-то желания или возможности.
Леана: В.Н. а если ДЦ твердая?
В.Н.: Леана пишет: В.Н. а если ДЦ твердая? ...то и в АВК5 есть возможность без излишних манипуляций отразить в КБ2 ее с точностью до 1коп. Или где-то что-то не так?? Вы упомянули ЛС с точностью...до... но при чем здесь расхождения между ДЦ и КБ2?? Пример в СТУДИЮ!!!
Леана: В.Н. Не знаю, что имел ввиду Артем, говоря о подгонке копеек,но мне приходится сталкиваться с такой ситуацией... А за примером далеко ходить не будем–возьмем «Иваничи» рассмотрим только договорную цену, немного ее преобразив. А именно- в подсистеме –договорная цена, уберем временные, зимние, летние и прочие затраты. В списке объектов оставим только котельную, а в ЛС –только общестроительные работы. В признаках –ДЦ до 1 коп, а «галочку» где суммарные стоимости материалов… –не ставим (пока). А теперь откроем выходные документы – ДЦ, ЛС, и итоговую ведомость ресурсов.(Это те основные документы,которые требует заказчик) В ДЦ смотрим под расчетом №8 - Итого, он совпадает с итогами в ЛС (и с вынесенными вначале и в конце ЛС). Не совпадает только расчет №2 (материалы)с итогами в итоговой ведомости ресурсов. Вы мне скажете –поставьте галочку в признаках в ДЦ «суммарные стоимости…ит.д.)Ставлю… Проверяем итоги. Теперь в ДЦ расчет №2 совпадает с итогами в итоговой ведомости ресурсов, но теперь не совпадает «итого»под расчетом №8 с итого в локальной смете , да и все прямые затраты и т.д. по заколдованному кругу. К сожалению несовпадения не в копейках, а на пару гривен... А теперь спросите любого бухгалтера, если его баланс не будет сходиться на пару гривен…да там расхождение на пару копеек - катастрофа. А наши договорные цены носит в казначейство заказчик, а казначейство проверяют КРУ и налоговые и ответ на наши «Да это за счет округлений, погрешность в программе… и т.п.» один – исправляйте вручную, это ваши проблемы. Что мы и делаем, исправляем, подгоняем, если хотите, а иначе нам деньжаток не видать. Когда мы считали это все вручную, а я застала еще такие времена, мы во всех итогах производили округления по одному принципу и таких нескладушек (разницы на пару гривен) не было. Я уже не прошу ,как-то наладить этот вопрос в программе , просто беру и шлифую вручную, проще всего в итоговой ведомости ресурсов , хотя и теряю на этом время… Это просто ответ на ваш «пример –в студию» и ничего больше… Если как-то рассмотрят это программисты –большое спасибо, если нет –всегда есть своя голова на плечах и ексель … P.S. Про расхождении между ДЦ и КБ-2в я не говорила
В.Н.: Леана пишет: P.S. Про расхождении между ДЦ и КБ-2в я не говорила А я понял именно так. Леана пишет: Если как-то рассмотрят это программисты –большое спасибо ..подождем официального ответа.. Леана пишет: В.Н. Не знаю, что имел ввиду Артем .все говорят о своем..тяжело внаскок сразу всех понять. Леана пишет: Это просто ответ на ваш «пример –в студию» и ничего больше… Ответ достаточно эмоционален, но если-бы не было очень частых аргументированных эмоций с моей стороны в адрес разработчиков, кто бы в итоге выиграл?? Пользователь?? .сомневаюсь.. Мотивируйте, кричите, стучите, ищите и обрящете.. Если разработчики не ответят Вам в этом году, то в следующем (пока не забыл Пифагора) я сам постараюсь Вас провести коридорами математики реальной и АВК-шной на Вами приведенном конкретном примере.
Б. Н.: Леана пишет: Если как-то рассмотрят это программисты –большое спасибо Исправим и эту ошибку. Причины нестыковки понятны - в ДЦ следует округлять до копейки не итоговые числа в строках документа, а промежуточные результаты прочих затрат, на основе которых формируются эти итоговые числа в документе Договорная цена, т. е. округлять следует точно так же, как в Акте КБ-2в - постатейно. Спасибо.
АВК: У меня не далее как позавчера была ситуация с несовпадением: акты за ноябрь и декабрь в сумме (в КБ-3) дали 1 копейку лишнюю. Я эту погрешность отнес на округления и исправил вручную. Не думаю, что программным методом исправить такие мелочи возможно. Тут на эту проблему надо смотреть ширше: некоторые многие заказчики до такой степени обленились и отупели, что несовпадения в 1 копейку акта с дц расценивают как экономическое преступление. И им проще, что бы подрядчик пошел на подлог (хоть и мелкий) и исправил в документах цифирию, чем самому включить элементарную логику и знания математики уровня 4-го класса.
Леана: В.Н. Б. Н. - спасибо за понимание
В.Н.: Б. Н. пишет: Причины нестыковки понятны Б.Н. , спасибо, но Вы поспешили....это Вам нестыковки понятны! Леана так хотела пройтись коридорами.., а Вы, блин, перебили..
В.Н.: АВК пишет: У меня не далее как позавчера была ситуация с несовпадением: акты за ноябрь и декабрь в сумме (в КБ-3) дали 1 копейку лишнюю. Я эту погрешность отнес на округления и исправил вручную. Не думаю, что программным методом исправить такие мелочи возможно Возможно. Был аналогичный вопрос к разрабочикам по поводу заготскладских в OUTBOX. Проблема в 2.10.4 уже решена. По КБ3 -ПРИМЕР В СТУДИЮ. Кстати уже здесь было предложение применить некий алгоритм (с примерами) исключающий погрешность в 1коп.
АВК: Я делал в 2.10.3. Если в 2.10.4. повторится - обязательно вышлю. Я уже зачехлил свое орудие труда и в этом году расчехлять его не планирую. Да и Вам не хочу забивать голову всякими глупостями перед великим праздником - Рождеством Христовым. Лучше будем готовиться.
В.Н.: АВК пишет: перед великим праздником - Рождеством Христовым. Лучше будем готовиться.
Леана: В.Н. пишет: Леана так хотела пройтись коридорами.. Напомнили... click here
В.Н.:
полная версия страницы