Форум

Вопросы и предложения разработчикам (часть 2)

Mon@x: Тема отслеживается разработчиками. Не все предложения будут приняты к реализации, но будут восприняты с благодарностью и рассмотрены. Часть 1

Ответов - 306, стр: 1 2 3 4 5 6 7 8 All

exde: Valentin пишет: Политика округления цены до N знаков - полнейший абсурд (ИМХО). Точность цены на рынке Украины =1копейка. Многие бухгалтера приходуют материалы в 1шт. К примеру, у нас в бухгалтерии кирпич оприходуется тоже в шт. 983,44/1000=0,98344грн за 1шт. В АВК я могу обозначить цену только 0,98грн/шт. И это правильно!! = 98коп. В итоге ИВР будет всегда рвать по суммам с бухгалтерией. А ведь если действовать по правилам бухгалтерии, то списывается не сумма, а количество (см. М29). И если бухгалтер будет вводить в программе то количество, что и в акте, то все спишется тютинька в тютиньку. Если же вы получили от Заказчика такую же цену? Округление до 3-х знаков вам ничего не даст. В таких случаях я обнуляю цену всех материалов заказчика и в "Текстовой позиции" и в итоге пишу: "Материалы поставки Заказчика на сумму ....грн (Акт передачи №1 от....)". Ведь заказчик списывает у себя тоже количественно да + по первому событию. Заказчик вообще может давать материалы без цены и суммы лишь обозначив их своими бухгалтерскими кодами для правильного списания. Если мы будем писать в официальных документах КБ3 (возврат) , накладной, ВР и пр. цену или сумму с десятью знаками после запятой да еще и настаивать перед разработчиками на воплощении такой глупости в АВК -мы лишь пополним статьи "Книги Маразмов Украины" Приятно подискутировать с интеллигентным человеком Выкрутиться можно по-разному. И все как-то выкручиваются, не дожидаясь "открытия Америки" ... нашим уважаемым всезнайкой. Три знака достаточно для правильного хранения цены без НДС, и ее достаточно просто ввести в нужном формате. Отображать в выходных документах достаточно два знака, но при этом возврат стоимости с учетом НДС будет правильным. И, соответственно, "Всего к оплате"

Valentin: exde Ладно, незнайка. Освобожусь, после обеда приведу сотню примеров вышеизложенного Вами абсурда.

exde: Valentin пишет: Ладно, незнайка. Освобожусь, после обеда приведу сотню примеров вышеизложенного Вами абсурда


exde: Б. Н. пишет: если в АВК нужно было в Акте выйти по материалам поставки заказчика на сумму с точностью до копейки, достаточно было ввести нужную сумму стоимости материалов заказчика в Г17 затрату П132 Да, достаточно. Вкупе с признаком "Брать стоимость из ВР". Но этот способ кажется каким-то "искусственным" Б. Н. пишет: В редакции 2.9.0 попробуем учесть и сегодняшние бухгалтерские реалии и не ограничивать пользователя в количестве знаков после запятой Дело не простое! (ИМХО) Ведь, скорее всего, это повлечет за собой массу переделок в форматах хранимых/передаваемых в программе данных и окошках ввода. Подтвердите, пожалуйста, готовность именно программистов (не разработчиков) этим заняться. Какой процент "вероятности наступления события"?

exde: Юта пишет: Алярм, алярм! При выводе КБ-3 в 2.8.1. выдает ошибку Если бы только там Похоже, происходит какая-то ошибка ввода-вывода при обращении к диску. Причем не прогнозируемая (мало-ли, что в системе в данный момент происходит), и поэтому трудно выявляемая. Но ведь при всем этом в любой программной среде предусмотрены обработки нестандартный ситуаций для нейтрализации их последствий. Проблема не новая, тянется от версии к версии. Правда, раньше пропадала вся стройка целиком (программа не могла ее открыть с выдачей красного окошка), а теперь, и в 280 и в 281, открывает, но смета там пустая... Последний раз - вчера. При редактировании стоимости материала (на самом деле, оборудования с измененным кодом) выскочило все по полной программе: начиная с "лист индекс аут..." "акцесс виолейшн" и до финального "абнормал завершейшн" Хорошо, не много исправлений сделать успел. И ИМД была сохранена на флеше. И не только со мной такое случалось. Попросим разработчиков обратить повышенное внимание на обработку возможных ошибок, даже способом "перебдеть" ? И обратить, таки, аналогичное внимание на формирование имен выходных документов! Проблема ведь была известна в 280, но в 281 решена только частично. Если нужны примеры - мы все скинемся.

Б. Н.: exde пишет: Какой процент "вероятности наступления события"? Говорить о "проценте" рано. Здесь, как говорят моряки: Упремся - разберемся!

exde: А еще: кнопка в ДЦ - внутри локальной сметы - "Итог договорной цены" выдает неверный результат при наличии возврата мат. заказчика и установке признака "По рекомендации налоговой" Тоже просим!

Сергей.К: в признаках уберите эту опцию...там все правильно считает

exde: Сергей.К пишет: в признаках уберите эту опцию...там все правильно считае Спасибо. Но мне то нужна "По рекомендациям..."

Valentin: exde пишет: Три знака достаточно для правильного хранения цены без НДС, Здесь exde на Нобелевскую не тянет, но переворот в налоговом учете наверняка грядет, если наука узнает, что он затеял. Valentin пишет: Ладно, незнайка. Освобожусь, после обеда приведу сотню примеров вышеизложенного Вами абсурда. Сотня-сотней, а одного достаточно для "понятия". На остатке склада (см. оборотку: Сальдо на кінець періоду -Дебет) тот же кирпич (Цегла червона повнотіла) Сумма = 94384,55грн; кол = 100000 шт. Вы определили цену из оборотки (цена может быть средневзвешенная в зависимости от кол. партий и цен) Цена =94384,55/100000 =0,9438455грн за шт. Мы уложили в текущем периоде в дело 100000шт (для удобства представления ситуации). В ВР показали 100000 по 0,94грн. Получили итоговую сумму =94000грн. В Акте КБ2 (в текущих редакциях АВК) мы взяли с Заказчика на 384,55грн. меньше. Здесь и КРУ и Держава-все довольны. Бухгалтерия также списала 100000 по номеру субконто (11233) именно то, что было в оборотке. Но списание получилось на 94384,55 грн. При проверке налоговой -эта нестыковка компенсируется частью заготскладских 94384,55*2%=1887,69-384,55=1503,14грн. Т.е. за такую математическую нестыковку фирма заплатит из собственного кармана. Здесь и Налоговая и Держава и КРУ -всем счастье. Если же кирпич оказался Заказчика и мы должны вернуть точную сумму:94384,55грн., то следуя логике exde -заокруглив в АВК цену до 3-х знаков мы получим: 0,944*100000=94400грн +15,45грн . А вот здесь: 1. По шапке от Заказчика (в лучшем случае). 2. Если удалось убедить Заказчика, что виновата программа, то: 2.1 Штраф от имени Налоговой за математические ошибки. 3. Держать Лауреата Нобелевской с убытками для предприятия (+15,45 -это только одна позиция) никто не будет. При округлении же цены в меньшую сторону-меньше возврат Заказчику - проблемы с КРУ -обман Державы

Б. Н.: exde пишет: А еще: кнопка в ДЦ - внутри локальной сметы - "Итог договорной цены" выдает неверный результат при наличии возврата мат. заказчика и установке признака "По рекомендации налоговой" Прошу еще раз сравнить Итоговые суммы с итогами выходного документа ДЦ. Суммы совпадают. Если у Вас они, действительно, не совпадают, передайте ИМДЦ стройки своему дилеру.

Valentin: exde пишет: "перебдеть" ?

Valentin: exde пишет: мы все скинемся.

Valentin: exde пишет: И не только со мной такое случалось

exde: Valentin пишет: Здесь exde на Нобелевскую не тянет Согласен, плохо проверил про 3 знака ... Но перед этим Вы так отбивались от 10 знаков, что я хотел хоть что-нибудь у Вас сторговать Придется признать, что существуют настолько разносторонне одаренные люди В таком случае, обладатель вышеуказанных качеств наверняка сможет объяснить по Фрейду содержимое 3-х своих следующих постов. И вообще: караул, остановите хулигана!!!

Valentin: exde пишет: объяснить по Фрейду содержимое 3-х своих следующих постов. Замечу: не следующих, а предидущих и там выдержки из постов exde и объяснить их даже по Кулону мне не под силу. В них что-то с Черномырдиным есть общее. exde пишет: И вообще: караул .. да, да.. тема уже не в тему.

exde: Valentin пишет: там выдержки из постов Ошибся я в специалисте: Фрейда с Кулоном перепутал. Вероятно, Буравчик попутал Я вижу, что Вы по выдержкам специализируетесь. Над надерганным из контекста только и можете поглумиться Свои посты никогда не перечитывали, про "кнопочкой тыкать", например. Впрочем, перлов везде достаточно, где больше двух фраз подряд Вот это уже в тему

Valentin: "кнопочкой тыкать" - это классика, над ней грех глумиться. Ладно, замечания принимаются.

Аэронаташа: Valentin , в свою бытность подрядчиком из подобных ситуаций, когда вместо цены 0,9438455грн за шт. приходилось ставить 0,94грн. я выкручивалась, прося у заказчика отавить мне в ресурсной части какой-то материал, который реально на стройке никогда не использовался и использоваться никогда не будет. Но это отступление. Ваше предложение - ставить то количество знаков после запятой, которое удобно и заказчику, и подрядчику? Так?

Valentin: Аэронаташа Нет. Количество знаков после запятой должно быть только 2 (коп). Расчетная цена может быть любая (хоть 5 знаков после зпт). Разработчики АВК уже приняли во внимание такое несоответствие и если внедрят полноценный продукт ввода-вывода информации в программы БУХ, то вопросов подобных возникать не будет. На данный момент нужно просить разработчиков установить возможность изменения суммы материала в независимости от цены. Т.е. Вы устанавливаете в АВК цену =0,94, а сумма за 1000 шт. будет не 940,00 а Вам будет дано право изменить ее на 943, 85 (к примеру) для соответствия с БУХ (т.е. установить сумму, которая в оборотке). Есть еще один прекрасный способ: Вы создаете ползовательскую расценку на проблемный материал, ставите ед.измерен. то количество которого уложено в дело (10000шт) , а цену = сумму этого кол. в сооветствии с бухучетом =98384,55. Тогда и заготскладские и транспортные начислятся правильно, суммы и цены будут состоять и 2-х знаков после зпт. и будет полнейшее соответствие с БУХ. В поле "обоснование" пишите бухгалтерский код субконто этого материала (для проверяющих). Также, если кол. =852 или 564 -его же и берите в Ед.измерения

urec: Есть еще один способ освобождения сметчиков от никому не нужных манипуляций с теми разрядами, которые реальной жизни ценности не представляют. Для этого достаточно чтобы были везде согласованные единицы измерения: если в бух. учете - штуки, то и в сметном ПК - штуки. Но этот путь, мне кажется, наиболее сложный - кто-то должен будет сдавать свои позиции - либу бухгалтера, либо сметчики.

Аэронаташа: urec ,чуть-чуть не так: Минфин или Минрегионстрой. И единая система единиц учёта по всей цепочке, начиная с производителя.

Valentin: urec С кем бы Вы не согласовывали штуки всегда в бухгалтерии будут ньюансы с остатками сумм, которые автоматически разбрасываются программой на остатки материалов и получается средневзвешенная расчетная цена, которая не имеет двух знаков после зпт. Если же закруглять цену, то баланса в бухгалтерии не будет никогда. Выход один: брать сметной программой данные из бухгалтерии (сумма-кол), расчитывать цену, отображать в ВР с округлением до двух знаков, а при подсчете итогов пользоваться ценой с "хвостом". Результаты будут точные. Т.е. все вопросы к разработчикам ПК. Вместо ненужных наворотов с округлением до 3-х знаков стыковка сметных ПК с бухгалтерскими программами есть одна из первоочередных важнейших задач. То что существует сейчас, на мой взгляд, нужно предать Анафеме из-за сложности в работе с модулем и его непопулярности среди пользователей. Я у себя на предприятии состыковал 1С и АВК настолько просто, что работать с КБ2 стало как играть в детскую игру. Какие там дроби, какие цены? меня это совершенно не интересовало. Получил файл, ввел в АВК, отобрал материалы, разнес по позициям, сформировал акт и файл для 1С -отдал в бухгалтерию. Бухгалтер и сама почувствовала, что она уже на предприятии лишняя. Но вскоре крыза сделала еще лучшую стыковку и теперь ни 1С ни АВК надолго никому не нужнО!.

exde: Уважаемые "легальные" , для чистоты эксперимента, пользователи. Никто не сталкивался с подобной ситуацией? ""На своем компе я как-то 3 раза подряд воспроизвел ситуацию с исчезновением содержимого сметы, пришел к дилеру с исходной имд разбираться... и не получилось воспроизвести! "" Дело было в 280. Тогда я махнул на это рукой. А сегодня на другом компутере и на другой стройке в 281 снова попробовал. Мои действия (все делается в ДЦ): 1. Есть исходная смета на монтаж с оборудованием (код 33 изменен)- 1_исходный.IMD 2. В локальных сметах делаю "Создать смету на приобретение оборудования", и копированием F5 вношу в нее материалы (оборудование) из последнего раздела исходной сметы - 1_оборудование.IMD 3. Результат мне очень не нравится - исчезли любовно внесенные мной в исходной смете названия и цены. 4. Выделяю все оборудование ins - ins и удаляю F8. Саму смету не трогаю. 5. Выхожу в ДЦ. Стоимость стройки - 0,00 грн. 6. Захожу в локальную - две пустые сметы на приобретение оборудования - 1_пустой.IMD При всем этом в выходные документы можно вывести ВР в полном объеме со всеми ресурсами - r_1_ДЦ_ИВР.xls Все остальное - пусто. Все происходило в штатном режиме, никаких "красных" сообщений. Результат удалось воспроизвести со второй попытки, дальнейшую статистику не вел :-) Все файлы отправил разработчикам. Может, у кого-нибудь были ситуации с аналогичными или другими "исчезновениями"? И удалось найти какую-нибудь закономерность: последовательность действий, ОС, "Офис", (настроение, погода ) ?

urec: exde пишет: Может, у кого-нибудь были ситуации с аналогичными или другими "исчезновениями"? И удалось найти какую-нибудь закономерность: последовательность действий, ОС, "Офис", (настроение, погода ) ? Это профилактическая зачистка нелегалов - лес рубят - щепки летят...

exde: urec пишет: Это профилактическая зачистка Не гуманно! Сейчас любой пользователь - исчезающий вид!

urec: Вопрос к разработчикам: будет ли сделана полнофункциональная trial-версия? Разработчики СТС такое проделали, следовательно исчезновение пользователя сметного ПК будет происходить в теплой и дружеской атмосфере...

exde: Предложение разработчикам. Дать пользователям возможность учитывать в ДЦ стоимость оборудования. Как опцию. Тогда не нужно будет менять код и каким-либо образом воспроизводить потерянные стандартные накрутки на стоимость. Особенно это актуально при взаимодействии с контрагентом, вооруженным, например, СТС, который все это знает - и выделывается при проверке Да, бюджетные статьи, ССР... А для работы с заказчиком-небюджетником - это лишняя бумага. И цифры в ДЦ и ССР не сходятся не в его пользу Вы ведь уже предоставили нам опциональную возможность вывода ДЦ с копейками? Так, может...?

Сергей.К: exde пишет: 3. Результат мне очень не нравится - исчезли любовно внесенные мной в исходной смете названия и цены. у меня ничего не пропало...

exde: exde пишет: удалось найти какую-нибудь закономерность Возможно, системообразующий фактор - пользователь, т.е. я сам. Подожду, что ответят разработчики, когда присланные файлы посмотрят...

Valentin: Все проделал в 2.8.1 согласно инструкции. Насиловал 3 раза, а она , зараза, никак не пропадает. Подождем результатов анализа от лабаратории Б.Н.

DOOZER: Возможно, модель стройки была создана в ломаной версии-как вариант. Отсюда и глюк.

exde: DOOZER пишет: Возможно, модель стройки была создана в ломаной версии-как вариант. Отсюда и глюк. Хотите, пришлю Вам модель, о которой Вы говорите? Созданную (вернее, изуродованную программой) в ОШИБОЧНО-ПРИНЯТОЙ-ЗА-ЛОМАННУЮ версии АВК? Там все гораздо более прозаичное и прозрачное.

urec: exde пишет: Созданную (вернее, изуродованную программой) в ОШИБОЧНО-ПРИНЯТОЙ-ЗА-ЛОМАННУЮ версии АВК? Считаю такие способы защиты от несанкцианированного использования - превышением необходимого предела самообороны...

DOOZER: exde пишет: Хотите, пришлю Вам модель, о которой Вы говорите? Созданную (вернее, изуродованную программой) в ОШИБОЧНО-ПРИНЯТОЙ-ЗА-ЛОМАННУЮ версии АВК? Там все гораздо более прозаичное и прозрачное. Прислать конечно можете (адрес в профиле)-как я понял тут учавствуют 2 стройки, могу пошагово повторить Ваши действия. Самому интересно. Но я не разработчик и могу пропустить какой-либо нюанс. в общем смотрите сами

Valentin: DOOZER ,и Вы отказываетесь от такого предложения?

exde: DOOZER пишет: Возможно, модель стройки была создана в ломаной версии Valentin пишет: DOOZER ,и Вы отказываетесь от такого предложения? И правильно! ПРЕДУПРЕЖДЕНИЕ!!! Нелицензионный ПК подвергает стройки модификации на генном уровне. В пользу Подрядчика. Последствия их использования на других ПК не до конца изучены. Одно из возможных - при открытии такого ГМП на компутере поселяется вирь "Black_creator_dp_ua", действие которого также не изучено.

Рюбампре: Valentin, если правильно понял, то на кирпич или подобные материалы надо создать новую позицию с ед. в тыс. шт. - тогда и цену сможете поставить точную, как для 1000 шт. и потом всё должно сойтись.

И.Ш.: exde пишет: Возможно, системообразующий фактор - пользователь, т.е. я сам. Подожду, что ответят разработчики, когда присланные файлы посмотрят... Присланные Вами модели - это уже результат Ваших действий! Хотелось бы получить исходную стройку, воспроизвести описанные Вами действия и, возможно, получить такой же результат. И, убедительная просьба, проверьте, пожалуйста, не продолжаете ли Вы работать с моделями строек, созданных в 2.8.0, когда у Вас был неправильно введен пароль?

Valentin: Рюбампре пишет: Valentin, если правильно понял, то на кирпич или подобные материалы надо создать новую позицию с ед. в тыс. шт. - тогда и цену сможете поставить точную, как для 1000 шт. и потом всё должно сойтись. Вы правильно поняли.



полная версия страницы