Форум » » Вопросы и предложения разработчикам (часть 17) » Ответить
Вопросы и предложения разработчикам (часть 17)
Mon@x: Тема отслеживается разработчиками. Не все предложения будут приняты к реализации, но будут восприняты с благодарностью и рассмотрены. Часть 1 Часть 2 Часть 3 Часть 4 Часть 5 Часть 6 Часть 7 Часть 8 Часть 9 Часть 10 Часть 11 Часть 12 Часть 13 Часть 14 Часть 15 Часть 16
Y: Ура !!!! ОГРОМНОЕ СПАСИБО !!!!
ЗС: djurka пишет: КОГДА уже закончатся эти "прыгуны" при редактировании цен ресурсов Сергей.К пишет: djurka актуальная редакция 3.0.4 в ней попробуйте А програмке наплевать в какой она редакции -12.Х или 3.Х, прыгает и прыгает.
rubampre: Новая версия 3.0.4 не обрадовала. Ошибки переходят из версии в версию. записал маленький Экшен по использованию ОВД Экшен
rubampre: вот еще примерчик использование библиотечных поправок для бетона марки B25 в АВК - ВСЕХ версий пример
rubampre: по прежнему актуально в 3.0.4 При создании индивидуального блока настройки возникают нестандартные ситуации: 1. Признаки - задано по умолчанию округлять до 1 коп. При создании новой стройки округление идет до 1 грн. 2. Оформление выходных документов - вкладка подрядчик - одинаково для акта выполненных работ и для справки - вкладка надписи - там где указан резерв не отображается. например хочу написать в строке резерва: Место составления: г. Одесса. При формировании акта и справки эта надпись не появляется. Хотя в стандартном блоке настроек все работает. 3. В справке не корректно прописана строка, где указаны дата и месяц. Например печатается " ____ " _______________20__ года Нельзя ли все вместить на 1 строчке, а то каждый раз исправляю вручную.
ЗЛБ: rubampre пишет: Оформление выходных документов - вкладка подрядчик - одинаково для акта выполненных работ и для справки - вкладка надписи - там где указан резерв не отображается. например хочу написать в строке резерва: Место составления: г. Одесса. При формировании акта и справки эта надпись не появляется. Хотя в стандартном блоке настроек все работает. Данные, заполняемые в ОВД, относятся только к форме, для которой они заполнены даже в том случае, если наименования реквизитов совпадают.
lina: lina пишет: Когда мы хотим создать позицию сметы вводом КП и попадаем в список КП - не работает поиск. Когда попадаем в список КП с главной страницы - поиск работает. К сожалению, в 3.0.4 изменений не произошло. Поиск так и не работает
rubampre: ЗЛБ пишет: не понял, - что это значит?
lina: Есть один очень неприятный момент. Это началось еще в 3.0.2 или 3.0.3. При корректировке текста нормы в ПНСИ у сотрудницы слетела программа. После этого еще у двух других сотрудниц при этих же действиях случилось то же самое. Все это произошло не в один день, а на протяжении 2х-3х месяцев, поэтому подумали, что просто какой-то сбой в компах. Но уже сейчас, в 3.0.4 снова на одном компьютере произошел крах АВК. При этом снова человек работал с ПНСИ, а именно, перед началом работы в новой редакции наводил там порядок.
rubampre: lina пишет: Есть один очень неприятный момент. Это началось еще в 3.0.2 или 3.0.3. При корректировке текста нормы в ПНСИ у сотрудницы слетела программа. После этого еще у двух других сотрудниц при этих же действиях случилось то же самое. Все это произошло не в один день, а на протяжении 2х-3х месяцев, поэтому подумали, что просто какой-то сбой в компах. Но уже сейчас, в 3.0.4 снова на одном компьютере произошел крах АВК. При этом снова человек работал с ПНСИ, а именно, перед началом работы в новой редакции наводил там порядок. Интересная какая-то позиция наверно была, может её можно как-то посмотреть?
lina: rubampre пишет: Интересная какая-то позиция наверно была, может её можно как-то посмотреть? У всех были разные позиции.
Y: При изменении веса материала в окне Ф340-0 в окне Ф130-1(закладка "Прочее") вес остаётся первоначальный. Для того что б проверить вес надо всегда заходить в цену материала в целях экономии времени было бы удобнее что вес материала менялся и в окне Ф340-0.
djurka: Y пишет: При изменении веса материала в окне Ф340-0 в окне Ф130-1(закладка "Прочее") вес остаётся первоначальный Упустил этот момент. Можно менять вес изделия через варианты цен без создания пользовательского материала?
Y: djurka МОЖНА !!!! И ЭТО КЛАСНАЯ ТЕМА !!!
djurka: Y пишет: МОЖНА !!!! В Договорной цене пробую. Не получается (((( Или это уже в 3.0.4?
В.Н.: djurka пишет: В Договорной цене пробую. Не получается 1. Создал вариант 2. ТР ---Расчет (данные подрядчика) -- и т.д. к Ф340-0 там и меняем ПС: а еще можно через ЕКСЕЛ создать прайс с указанием веса и заготсладских и загнать в АВК5
djurka: В.Н. пишет: там и меняем О, буду знать. Спасибо.
Y: Предложение по улучшению Просьба ответить, имеет ли право на жизнь и когда. Спасибо.
Y: Y пишет: Просьба ответить, имеет ли право на жизнь и когда. Спасибо. Ауууууууу
Б. Н.: Y пишет: Просьба ответить, имеет ли право на жизнь и когда. Спасибо. Не понятно, о каком встроенном калькуляторе идет речь в Вашем предложении и для чего он предназначен. Если можно, поясните это и примером.
Y: Кто то из форумчан уже писал что то подобное. Я решил напомнить. Например: накладн № ___ отсев всего 144,5 т на сумму 2408,33 грн., 1,42 переводной коэф. в м3. В программу АВК5 встроить калькулятор в котором набрать выражение (2408,33/144,5)*1,42=23,6666339 грн. за 1 м3 после чего цена за 1 м3 перенесётся в отпускную стоиимость материала. Типа того.
Б. Н.: Y пишет: Например: накладн № ___ отсев всего 144,5 т на сумму 2408,33 грн., 1,42 переводной коэф. в м3. В программу АВК5 встроить калькулятор в котором набрать выражение (2408,33/144,5)*1,42=23,6666339 грн. за 1 м3 после чего цена за 1 м3 перенесётся в отпускную стоиимость материала. Типа того. Все это (механизм определения отпускной цены ресурса АВК через сопоставление ее с ценой соответствующей данному ресурсу ТМЦ, получаемой из стоимостных и количественных данных определенной накладной и с учетом соотношения единиц измерения ресурса АВК и ТМЦ) давно реализовано в АВК-5 - (см. Сервис -Увязка ресурсов АВК с израсходованными ТМЦ). Механизм определения цены каждого увязанного ресурса АВК через данные о ТМЦ прослеживается через соответствующий этому ресурсу экран увязки Ф361, в котором видна и стоимость партии ТМЦ, и количество единиц измерения в этой партии, и соотношение единиц измерения ресурса и ТМЦ. Эта информация приводится и в специальных выходных документах модуля "Увязка". Так что, если всерьез заниматься автоматизированным определением фактической себестоимости выполняемых строительных работ, Вам не обойтись без автоматизации бухгалтерского учета расходуемых ТМЦ и без внедрения реализованной в АВК-5 Увязки, тем более, что, как правило, отпускная цена одного ресурса АВК рассчитывается как средневзвешенная цена нескольких различных ТМЦ, что также реализовано в программе и фиксируется в соответствующих экранах и выходных документах. Заниматься же бессистемным ручным (даже с применением встроенного калькулятора) определением отпускных цен ресурсов АВК это - лишь создавать видимость корректного определения фактической себестоимости строительства, так как такие цены никак не увязываются с общими фактическими расходами ТМЦ и с реальным контролем этих расходов. При таком подходе по-прежнему сохраняются широкие возможности для различных злоупотреблений и искажения этой самой себестоимости. Поэтому разработчики АВК-5, реализовав и в течение ряда лет усовершенствовав модуль "Увязка", никак не намерены дискредитировать свою программу отдельными "встроенными калькуляторами".
djurka: Б. Н. Я думаю человека интересует не увязка ТМЦ. У меня например бывает такое что я делаю смету, так сказать, халтурку. знакомым товарищам. И вот он говорит мне. "Я там тебе на почту скинул Счет-фактуру в ПДФ. Поставь цены из нее в смету". Иногда чтобы узнать итоговую цену единицы товара, нужно разделить конечную стоимость на количество товара. И вот я беру калькулятор, делю одно на другое, и потом эту цифру печатаю в поле цены в АВК. Можно делить одно на другое в видовозовском калькуляторе, токо вот незадача, результат виндовозовского калькулятора скопировать и вставить в ворд (ексель, блокнот, в почту, ....) можно, а вот в поле цена, в АВК нельзя. Я думаю это как раз человек и имел ввиду. Вроде в 1с такое есть. Стал в поле. Нажал кнопочкукалькулятора. Посчитал что тебе нужно. итог перенесся в поле, на которое ты ранее стал.
Б. Н.: djurka пишет: токо вот незадача, результат виндовозовского калькулятора скопировать и вставить в ворд (ексель, блокнот, в почту, ....) можно, а вот в поле цена, в АВК нельзя. Согласен. Я, похоже, неверно, слишком узко, понял предложение господина Y. То, что в редактируемое числовое поле нельзя вставить запомненное число из буфера, это, действительно, недоработка. Есть над чем задуматься нашим программистам. Если они не решат эту задачу напрямую, придется им для всех числовых полей, открытых для редактирования, создать возможность стандартного выхода (по сочетанию горячих клавиш) в индивидуальный универсальный калькулятор с переносом результата счета в редактируемое поле. Все выполненные в таком калькуляторе вычисления никак документироваться не будут.
Y: Спасибо.
Mikaella2011: Когда в одном отчетном периоде-месяце делаешь несколько актов, то к последнему акту нужно делать суммарную КБ3, а ПК выдает только справку на каждый акт индивидуально, накопление идет только с начало года (стройки). Хотелось бы реализации возможности формирования суммарной КБ3 за отчетный период (месяц).
Б. Н.: Mikaella2011 пишет: Хотелось бы реализации возможности формирования суммарной КБ3 за отчетный период (месяц). Сколько объектов стройки в текущем отчетном периоде было запроцентовано (выпущено Актов КБ-2в), столько же и войдет в суммарную Справку КБ-3 за отчетный период. Так было всегда, так реализовано и в редакции 3.0. При необходимости, пользователь может исключить из учета в Справке КБ-3 любой из объектов стройки.
Котценок: Очень бы хотелось, что бы сворачивались разделы. А то пока доберешься до нужного раздела и нужной позиции, указательный палец на колёсике мышки ломается... И я столкнулась с тем, что КП при просмотре не сворачиваются, хоть я и ставлю в признаках галочку.(
Б. Н.: Mikaella2011 пишет: Когда в одном отчетном периоде-месяце делаешь несколько актов, то к последнему акту нужно делать суммарную КБ3, а ПК выдает только справку на каждый акт индивидуально, накопление идет только с начало года (стройки). Хотелось бы реализации возможности формирования суммарной КБ3 за отчетный период (месяц). Если по одному объекту в течение одного месяца выпускается несколько Актов КБ-2в (при этом было несколько под-периодов), то столько же будет и Справок КБ-3 за выполненные работы в каждом из под-периодов. Суммарная оплата за месяц - по сумме соответствующих КБ-3. Если в определенном под-периоде Справка КБ-3 не нужна, то следует просто исключить этот объект из КБ-3 при переходе на следующий под-период, а в последнем под-периоде месяца можно учесть и итоги исключенных промежуточных актов в разделе "Другие расходы" - получим суммарную стоимость работ, выполненных за весь отчетный период. Правда, при этом искажается (уменьшается) накапливаемая с начала строительства стоимость конкретного объекта, но она войдет в итоговую безликую сумму "Другие расходы". С другой стороны, если выполненные в под-периоде работы не предъявляются к оплате отдельно (для них не нужна Справка КБ-3), то незачем для них составлять и Акт КБ-2в и переходить на следующий под-период.
Mikaella2011: Б. Н. пишет: Если по одному объекту в течение одного месяца выпускается несколько Актов КБ-2в (при этом было несколько под-периодов), то столько же будет и Справок КБ-3 за выполненные работы в каждом из под-периодов. Суммарная оплата за месяц - по сумме соответствующих КБ-3. Если в определенном под-периоде Справка КБ-3 не нужна, то следует просто исключить этот объект из КБ-3 при переходе на следующий под-период, а в последнем под-периоде месяца можно учесть и итоги исключенных промежуточных актов в разделе "Другие расходы" - получим суммарную стоимость работ, выполненных за весь отчетный период. Правда, при этом искажается (уменьшается) накапливаемая с начала строительства стоимость конкретного объекта, но она войдет в итоговую безликую сумму "Другие расходы". С другой стороны, если выполненные в под-периоде работы не предъявляются к оплате отдельно (для них не нужна Справка КБ-3), то незачем для них составлять и Акт КБ-2в и переходить на следующий под-период. В этом месяце у меня было три акта, и заказчик потребовал итоговую справку с отражением суммарного выполнения. Не понимаю в чем трудность реализации такой возможности в окошке Ф213-0.
ЗЛБ: Mikaella2011 пишет: Не понимаю в чем трудность реализации такой возможности в окошке Ф213-0. Данные по Акту накапливаются в соответствующих полях при переходе на следующий подпериод. После этого эти данные уничтожаются. Конечно можно сделать то, что Вы хотите, перестроив всю систему перехода стройки ( в общем случае несколько Актов) на следующий подпериод. Но судя по ответу БН эта возможность не нужна.
Mikaella2011: ЗЛБ пишет: Но судя по ответу БН эта возможность не нужна. Исчерпывающе.))) А судя по моему вопросу? Вы ПК делаете для пользователей? Как-то появилось ощущение, что нет... "Нет" легче всего сказать... Сегодня заказчик попросил сделать и четвертый акт за сентябрь. Б. Н. пишет: С другой стороны, если выполненные в под-периоде работы не предъявляются к оплате отдельно (для них не нужна Справка КБ-3), то незачем для них составлять и Акт КБ-2в и переходить на следующий под-период. Заказчик дал аванс и хочет видеть его использование за каждую декаду. Вы же знаете, что заказчик (клиент) всегда прав. Мы выполняем все его просьбы для возможности продолжения сотрудничества на грядущих объектах. А нас, пользователей ПК, как потребителей продукта, похоже не жалуют.
ЗЛБ: Mikaella2011 пишет: Заказчик дал аванс и хочет видеть его использование за каждую декаду. Вы же знаете, что заказчик (клиент) всегда прав. Мы выполняем все его просьбы для возможности продолжения сотрудничества на грядущих объектах. А кто Вам мешает делать справку сразу после выпуска акта?
Б. Н.: Mikaella2011 пишет: Заказчик дал аванс и хочет видеть его использование за каждую декаду. Вы же знаете, что заказчик (клиент) всегда прав. Мы выполняем все его просьбы для возможности продолжения сотрудничества на грядущих объектах. А нас, пользователей ПК, как потребителей продукта, похоже не жалуют. Когда говорят "А нас, пользователей ПК, как потребителей продукта, похоже не жалуют", это очень напоминает "Мы, Екатерина Вторая, покорнейше повелеваем...". Если заказчику в течение месяца нужно по одному и тому же объекту три декадных Акта, представьте ему эти Акты, а также три, соответствующие им Справки КБ-3. Каждому отдельному отчетному периоду (подпериоду) соответствует одна Справка КБ-3. Трем периодам (подпериодам) - три Справки. Иначе быть не может. Таковы, втолкуйте заказчику, сегодняшние правила отечественного строительного ценообразования. Если Вы не в состоянии вразумить заказчика, то это, извините, Ваши местные трудности. Решайте их самостоятельно, например, придется в последней в данном месяце Справке КБ-3 подбить итоги за отчетный месяц и добавить в Екселе справа столько дополнительных граф, на сколько промежуточных подпериодов разбит текущий месяц. В такой Справке индивидуальной формы будет реально обоснована суммарная стоимость работ, выполненных за весь месяц (дополнительными графами, "в том числе по подпериодам"). Составить подобную форму - дело весьма простое для инженера-сметчика. Так что, не стоит обобщать свою не вполне разумную ситуацию и призывать нас нарушать данную стандартную выходную форму ДСТУ. Ее характеристика "примерная форма" говорит лишь о примерном составе Надписей и Подписей, но не о самой структуре таблицы.
Y: Строго не судите предложение по улучшению Исходя из того что при создании любой стройки (в сметах, договорных ценах или подрядчике) хотелось бы что б все варианты были в куче и их не надо было искать, используя сортировку, да и так глазам приятней когда всё в куче и перед глазами не маячат другие стройки.
Mikaella2011: Б. Н. пишет: Когда говорят "А нас, пользователей ПК, как потребителей продукта, похоже не жалуют", это очень напоминает "Мы, Екатерина Вторая, покорнейше повелеваем...". Если заказчику в течение месяца нужно по одному и тому же объекту три декадных Акта, представьте ему эти Акты, а также три, соответствующие им Справки КБ-3. Каждому отдельному отчетному периоду (подпериоду) соответствует одна Справка КБ-3. Трем периодам (подпериодам) - три Справки. Иначе быть не может. Таковы, втолкуйте заказчику, сегодняшние правила отечественного строительного ценообразования. Если Вы не в состоянии вразумить заказчика, то это, извините, Ваши местные трудности. Решайте их самостоятельно, например, придется в последней в данном месяце Справке КБ-3 подбить итоги за отчетный месяц и добавить в Екселе справа столько дополнительных граф, на сколько промежуточных подпериодов разбит текущий месяц. В такой Справке индивидуальной формы будет реально обоснована суммарная стоимость работ, выполненных за весь месяц (дополнительными графами, "в том числе по подпериодам"). Составить подобную форму - дело весьма простое для инженера-сметчика. Так что, не стоит обобщать свою не вполне разумную ситуацию и призывать нас нарушать данную стандартную выходную форму ДСТУ. Ее характеристика "примерная форма" говорит лишь о примерном составе Надписей и Подписей, но не о самой структуре таблицы. Уважаемый Борис Натанович! К чему так много слов? Вас я поняла с Вашего первого посыла, поэтому обращалась к ЗЛБ, как непосредственному исполнителю, тем более, что это несложная задача для реализации. То ли Вы не поняли сути моей просьбы, то ли просто отказываетесь понимать. Никто не просил изменить форму КБ3, была просьба в окне Ф213-0 добавить третье окошко для ввода выполнения предыдущих частей отчетного периода. Как сделать это без помощи ПК я и так догадалась, но когда есть возможность реализации в программе, то почему бы и нет.
Сергей.К: а куда эти данные по Вашему будут выводиться из этого "дополнительного" окошка? ведь, если добавить новые строки, то это несоответствие форме.
Б. Н.: Mikaella2011 пишет: Никто не просил изменить форму КБ3, была просьба в окне Ф213-0 добавить третье окошко для ввода выполнения предыдущих частей отчетного периода. Как сделать это без помощи ПК я и так догадалась, но когда есть возможность реализации в программе, то почему бы и нет. К сожалению, Вы так и не поняли, почему я отказываюсь выполнить просьбу о том, чтобы "окне Ф213-0 добавить третье окошко для ввода сумм выполнения предыдущих частей отчетного периода". Если это сделать, то в Справке КБ-3 за текущий месяц, действительно можно будет получить нужную Вам итоговую сумму по всем подпериодам месяца. Сделать это - пустяк. Только вот ведь беда - эта сумма не будет соответствовать конкретному Акту КБ-2в, так как такой Акт, фактически, не составлялся. А это - прямое нарушение установленных правил составления Справки КБ-3. Выполнить Вашу просьбу означает - открыть скользкий путь составления КБ-3 в ручном режиме. Этого в АВК-5 не будет.
Mikaella2011: Б. Н. пишет: Только вот ведь беда - эта сумма не будет соответствовать конкретному Акту КБ-2в, так как такой Акт, фактически, не составлялся. Я этой мнимой "беды" как раз и не понимаю. Сумма будет соответствовать итоговому выполнению за месяц и справка будет прилагаться ко всем КБ2, которые подписываются заказчиком в течение этого месяца. Чем нарушается форма КБ3?
Б. Н.: Mikaella2011 пишет: . Сумма будет соответствовать итоговому выполнению за месяц и справка будет прилагаться ко всем КБ2, которые подписываются заказчиком в течение этого месяца. Чем нарушается форма КБ3? Еще раз. Каждое число Справки КБ-3 в графе "в том числе за отчетный месяц" должно соответствовать числам конкретного Акта КБ-2в, а не "всем КБ2, которые подписываются заказчиком в течение этого месяца". Либо КБ-3 должна ссылаться на некий дополнительный, подписанный заказчиком и подрядчиком Акт произвольной формы, в котором представлены итоги всех КБ-2в по подпериодам текущего месяца и подсчитаны суммарные итоги за месяц. Такого документа, заменяющего итоговую форму КБ-2в, в ДСТУ нет. Либо Справка должна дополнительно содержать графы-итоги каждой из всех этих КБ-2, что является нарушением формы КБ-3.
полная версия страницы