Включил и отключил бюджетную дату. Операций не вносил (насколько помню).
Теперьпри отключенной бюджетной дате операции имеют какие-то странные значения для этого поля и значения операций не попадают в отчет и на вкладку бюджет.
Ошибка 3.0.251 #403 | |
13.09.2015 14:29
Включил и отключил бюджетную дату. Операций не вносил (насколько помню).
Теперьпри отключенной бюджетной дате операции имеют какие-то странные значения для этого поля и значения операций не попадают в отчет и на вкладку бюджет. | |
13.09.2015 15:52
Если бюджетный период отключен, в отчет попадают операции по обычной дате.
С бюджетом другая ситуация, он, вроде как, продолжает ориентироваться на даты бюджетного периода. | |
14.09.2015 08:54
Может переделать этот механизм, чтобы при отключении признака использования бюджетного периода сам бюджет смотрел на реальную дату операции?
Либо гарантировать, что при отключенном признаке бюджетный период совпадает с датой операции. | |
14.09.2015 20:34
Может переделать этот механизм, чтобы при отключении признака использования бюджетного периода сам бюджет смотрел на реальную дату операции?Мне кажется, это будет лучше всего. | |
15.09.2015 23:41
не уверен, что выбрал правильное место, но отдельную ветку не хотел делать. По-моему, здесь есть вопрос к "логике дат". И, на мое усмотрение, логики может быть две:
- ПОЛНАЯ = должно быть три поля дат: "дата операции", "дата начала БП" и "дата конца БП" (то есть, все три даты могут быть разными) - УНИВЕРСАЛЬНАЯ = должно быть два поля дат: "дата начала БП" (она же дата операции) и "дата конца БП" Лично я сторонник УНИВЕРСАЛЬНОЙ логики. Понимаю, что такой подход ущемляет операции типа: "плачу в августе помесячную абонплату наперед - за декабрь". Но за то, это даст возможность избавиться от одного поля данных. Что, в принципе, дает повод задуматься о необходимости включать в настройках "бюджетный период" вручную. Такую настройку можно будет убрать. Просто сделать условие "включенным" для всех операций: дата начала всегда есть (она же дата операции), а присутствие данных в необязательном(!) поле "дата конца БП" означает, что учет ведется с использованием бюджетного периода (со всей вытекающей цепочкой потенциальных событий). | |
16.09.2015 12:08
Еще два вида логики... Нет уж, давайте пока остановимся на том, что сейчас есть. Чем больше будет сущностей (режимов работы) в программе, тем она сложнее. И так, в общем-то, не простая, так что давайте пока остановимся и исправим существующие ошибки.
| |
11.10.2015 21:42
Есть ли какие-то новости по задаче?
Операции с несовпадающими бюджетной и реальной датами остаются и мешают. | |
13.10.2015 19:00
Что-то я не вижу этой ошибки. Можете прислать мне какой-нибудь тестовый файл, в котором ошибка проявляется?
| |
14.10.2015 21:53
Отправил часть базы на почту.
Еще есть предложение - можно ли сделать sql-скрипт для приведения бюджетного периода в соответствие с датой проводки? Можно было бы все быстро исправить через sql-клиента. | |
15.10.2015 11:42
Спасибо, данные получил, но пока не успел просмотреть. Постараюсь сегодня.
Насчет скрипта не знаю. Наверное можно просто открыть файл данных в SQLiteBrowser (если не установлен пароль на файл) и сделать там вот такие запросы: SELECT count(*) FROM Transactionsдля того, чтобы посмотреть, сколько операций имеют неверную длину бюджетного периода. Там такое правило: BudgetDate всегда указывает на начало бюджетного периода, а BudgetPeriodEnd - на начало следующего дня, за датой окончания бюджетного периода. То есть, если программа показывает, что бюджетный период: 15.10.2015-15.10.2015, то в данных это будет храниться как 15.10.2015-16.10.2015. Ну и 86400, это количество секунд в дне, раз все даты хранятся с точностью до 1 секунды. UPDATE Transactionsэто чтобы проставить минимально возможный бюджетный период для операций с неверным бюджетным периодом. Выполнить эти команды можно во вкладке "Execute SQL" программы SQLiteBrowser. Повторюсь, что файл данных может быть открыт в SQLiteBrowser только если он не зашифрован, то есть, если на файл не установлен пароль. | |
16.10.2015 16:20
Ну вот, ошибка найдена и исправлена. Ждем новую, 252-ю сборку.
|