создать новую тему раскрыть все
свернуть/развернуть ветвь Сборка 228. [Dervish 11/03/2012 15:36] # написать ответ
 
На странице загрузки программы в специальном разделе выложена 228-я сборка программы. В этой сборке сделана небольшая работа над ошибками.
 
Думаю, что пришла пора перевести нынешнюю сборку из состояния беты в состояние релиза. Я почти уже сделал это сегодня, но в последний момент остановился. Пожалуй, стоит подождать пару дней, если за это время не всплывет никаких существенных ошибок, выложу окончательную сборку программы.
 
до релиза доработать операции Остатка, а именно исправить ошибки #186 с потерей счетов при редактировании нескольких выделенных операций остатка и #45 с отсутствием времени и бюджетной даты при добавлении.
 
Операции Остатка весьма удобная и часто используемая штука, имхо, но данные ошибки, а особенно первая, уж очень мешают.
 
Заранее спасибо Well
 
Разумеется, я не собирался сидеть сложа руки это время. Я уже начал разбираться с первой ошибкой и сумел ее локализовать. Вторая ошибка имеет схожую природу, так что, думаю, обе будут исправлены.
 
Очень удобная вещь! Well Нет необходимости заводить отдельные статьи для закрытия открытия счетов. Легко подводить балланс по счетам - сразу видно расхождение в числах и пр.
 
Вот только недоработанная, это да. Выделить бы ее еще чем-то, цветом может каким, значком другим ибо замочек не очень хорошо заметен на фоне заблокированных операций.
 
...не поддается классификации. Я не могу назначить для этой операции классификаторы потому что эта операция, в зависимости от внешних обстоятельств, может вести себя как операция расхода или как операция прихода.
 
Вообще, я планирую вместо существующей ныне операции фиксации остатка сделать просто возможность фиксации остатка в операциях прихода и расхода.
 
Операция расхода с фиксированным остатком будет автоматически определять сумму расхода как разницу между входящим остатком и остатком, указанным в операции (исходящим остатком). При этом, если исходящий остаток больше входящего, данная операция расхода будет вести себя как расход на нулевую сумму.
 
Аналогично с операцией прихода с фиксированным остатком. Она всегда будет оставаться операцией прихода, но сумма прихода будет либо положительна (если входящий остаток ниже исходящего) либо нулевой (если входящий остаток больше либо равен исходящему).
 
Таким образом, существующая ныне операция фиксации остатка может быть заменена на пару операций (одну прихода и одну расхода) с фиксированным остатком. Поскольку это уже будут две операции, для них можно будет задать два набора классификаторов. И фиксация остатка перестанет быть "черной дырой".
 
не очень понял как нужно будет вводить остаток? Сегодня при вводе операций я первым делом завожу фактический остаток по счету, а затем завожу выполненные по счету операции. До окончания ввода я не могу точно определить будет ли остаток отрицательным или положительным. Если она будет меняться автоматически, то чем она будет отличатся от текущей ситуации?
А для того чтобы не было черных дыр у меня есть статья расходов и доходов куда я вручную переношу остаток, оставляя ноль в операции остатка.
 
...две операции, одну операцию прихода с фиксированным остатком и одну операцию расхода с тем же самым фиксированным остатком, мы получим то же самое, что сейчас выражается одной единственной операций остатка. Но с той разницей, что две операции позволят ввести классификаторы как для прихода так и для расхода.
 
Неудобство этого подхода налицо: нужно вводить две операции против одной. Но если будут реализованы шаблоны операций, то это неудобство пропадает. Обе эти операции (с уже проставленными классификаторами) будут добавляться одним кликом мышкой и вводом суммы.
 
... то опять можно будет обойтись одной операцией против двух.
 
PS А вообще мне не понятен физический смысл "операция остатка": несоответствие расчетных остатков корректируется обычной приходной или расходной операцией "невспомненное".
 
Я не могу назначить для этой операции классификаторы

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

 
В этом же и вся фишка этой операции! Не стоит об этом забывать! Например, есть счет с изначальными 1000р. с которого были произведен ряд операций расхода/прихода. Часть из них была не записана. В итоге, мы видим, что программа насчитала что осталось, например, 500 р. А на самом деле у нас 1200р. Вбиваем операцию остатка с реальной суммой и видим, что общая разница между показаниями +700р. (приход). Все. Это сразу же отображается в отчетах в виде неизвестного прихода/расхода, а баланс на счету соответствует реальному балансу. Тут вдруг мы вспомнили, что в этом промежутке времени на счет приходило еще 1000 р. Вбиваем это в программу. Соответственно поправка будет уже -300 р. А это уже расход. В этом и прелестьоперации остатка, что он не является чем-то одним. Если же будет жесткая привязка к приходу/расходу (то, что вы планируете сделать), то после подобных манипуляций, каждый раз пришлось бы искать последующую операцию сведения и править ее, что лишнее в данном случае, имхо.
 
Повторюсь, операции остатка не хватает лишь:
- более явного выделения, чтобы не путать ее среди остальных,
- возможности увидеть и скопировать разницу(поправку) в самом диалоге добавления (сейчас она отображается только после добавления операции)
- возможности использовать в фильтрах
 
Ждем, что еще всплывет. Well
свернуть/развернуть ветвь Непонимаю [Doozer 13/03/2012 17:29] # написать ответ
 
Реально не понимаю зачем операция остатка нужна.
Думаю, что остатки должны вводится 1 раз: в начале учета - это начальный капитал (в операции редактирования счета) , и зачем она может понадобиться потом?
 
Вроде по классике это так и для предприятия, и можно перенести на человеков тоже Well