создать новую тему раскрыть все
 
Сергей, а нельзя ли в будущих версиях программы добавить фильтры по периодам времени вместо тех фильтров, которые есть сейчас (на странице "Операции")? Вот, например, таким образом:
1. Сегодня
2. Вчера
3. Текущая неделя
4. Прошедшая неделя
5. Текущий месяц
6. Прошедший месяц
7. Текущий год
8. Year to date
9. Прошедший год
10. Custom
 
и еще (попутно) - при вводе операции - разрешите сумму = 0(нулю). Кстати, при таком вводе появляется ошибка "Пожалуйста, введите положительную сумму"... а кто сказал, что 0(нуль) - отрицательное число? To wink
свернуть/развернуть ветвь Вообще,... [Dervish 06/10/2004 12:04] # написать ответ
 
была у меня мысль немного доработать список периодов. Но, честно говоря, я пока так и не определился, как именно.
 
А зачем нужны операции с нулевой суммой? Я не уверен, что это будет правильно. Кстати, в представлении операции именно по сумме определяется, приход это или расход. И что прикажете делать с операцией с нулевым остатком? Считать её приходом или считать расходом? Довольно серьёзная доработка, а главное, непонятно, зачем?
 
А вот сообщение действительно надо подправить, совершенно согласен. Спасибо.
свернуть/развернуть ветвь Всё же, [Юрко 06/10/2004 15:48] # написать ответ
 
Нуль иногда нужен. Например, ввести операцию без суммы с тем, чтобы сумму проставить позже, или в случае испорченного чека (avoid) - для ведения статистики таких чеков, и вообще для учета.
 
А насчет, как определять приход/расход - да просто по Check ID ("deposit" - приход, все остальные атрибуты - расход).
свернуть/развернуть ветвь А почему бы... [Dervish 06/10/2004 17:04] # написать ответ
 
...не ввести просто невыполненную операцию с примерной суммой?
 
Честно говоря, у меня никогда не возникало необходимости в операциях с нулевой суммой.
свернуть/развернуть ветвь Не могу сказать, [Юрко 06/10/2004 20:09] # написать ответ
 
что довольно часто возникает такая необходимость, но иногда все же случается... Идея с "невыполненной операцией" возможно, может помочь в случае, когда нужно ввести сумму позже. Оданко совсем не подойдет в случае с испорченным чеком, т.к. во первых  невыполненная операция далеко не всегда означает, что чек был испорчен; а во-вторых, сумма отличная от нуля в испорченном чеке будет несколько сбивать с толку. Если Вы не хотите разршать нуль в операциях, у меня есть альтернативное предложение: один из атрибутов Check ID ввести AVOID. Если пользователь указывает в поле Check ID - AVOID, пусть сумма автоматически превращается в нуль. Иными словами, при Check_ID=AVOID - разрешить сумме быть нулю.
 
Кстати, такая необходимость может возникнуть и с приходом. Представьте себе бизнес компанию, которая получила чек от клиента, у которого на счету в данный момент нет необходимой суммы на счету. Допустим, позже этот клиент перешлет правильный чек, но рекорд об испорченном чеке следует сохранить, хотя бы ради того, чтобы создать "черный" список из таких клиентов. И таких клиентов может оказаться довольно много.
 
вы писали: "во первых невыполненная операция далеко не всегда означает, что чек был испорчен"
 
Хочется спросить, а что, ноль в сумме операции означает, что чек был испорчен? Если да, то почему?
 
И ещё, опять же ваши слова: "сумма отличная от нуля в испорченном чеке будет несколько сбивать с толку"
 
вызывают ещё один вопрос: а значение AVOID в поле CheckId не будет сбивать с толку? Я бы не догадался...
 
Вы пытаетесь предложить, чтобы я сделал новые, дополнительные соглашения о связях. Ведь приведённые цитаты ясно показывают, что эти варианты лично для вас очевидны. А для меня, извините, нет.
 
Могу предложить ещё один вариант. Фактически, вам нужно отсеять операции по испорченным чекам. Отсеять такие операции. Классифицировать их по признаку "нормальный чек" - "испорченный чек". Вы уже поняли к чему я клоню? Правильно, я хочу предложить вам создать в каком-нибудь классификаторе отдельное значение для испорченных чеков. Ведь программа уже имеет средства для фильтрации операций, для их классификации. Зачем нужно ещё одно?
 
И "чёрный список" получить очень просто. На странице операций надо выбрать значение классификатора "испорченные чеки" и смотреть на все операции с испорченными чеками.
 
А если делать такие операции невыполненными, то они будут показываться на графике остатков красным пунктиром. И вы всегда сможете проверить, есть ли у вас задолженности по этим операциям или нет.
свернуть/развернуть ветвь Попробую ответить ;) [Юрко 07/10/2004 01:35] # написать ответ
 
Действительно, чек с нулевой суммой означает, что чек - недействителен - отсюда, и значение VOID (извините, в прошлом сообщении была опечатка) - это финансовый термин и он означает, что чек пустой, т.е. анулирован; иными словами, недействительный или испорченный. Void check часто используется, если нужно сделать постоянный директ депозит в банк - естественно никакой суммы на таком чеке не проставляют.
 
И таким образом, в void чеке сумма равна нулю. Вот почему, если в таких чеках сумма будет оставаться - это будет несколько сбивать с толку. А в checkId можно дать и другое название - я просто не знаю, как точнее перевести на русский язык void - можно, конечно, назвать и "испорченный чек" - но это не всегда так, но всегда - анулированный чек. Ну, можно так и назвать, если это принципиально.
 
По поводу классификатора - все это можно было сделать (в принципе и нового классификатора не нужно, можно было просто использовать уже классификатор Payee таким образом "[VOID] Ваня Жуков"), но все упирается в то, что невозможно сумму чека перевести в нуль - а вот это очень хотелось бы.
свернуть/развернуть ветвь Давайте мы... [Dervish 07/10/2004 01:50] # написать ответ
 
подождём немного со значениями checkId, я подумывал сделать поле "Номер документа", вполне возможно, что там можно будет устанавливать пустое значение. Пока просто не готов.
 
А вот с суммой... Знаете, мне всё равно не хотелось бы допускать нулевую сумму. Во-первых, я думаю, что это неправильно, а во-вторых, это довольно тяжело сделать. Насчёт трудности реализации я говорю достаточно серьёзно, поскольку, как вы понимаете, я знаю внутреннее устройство программы.
свернуть/развернуть ветвь Да-да, конечно...(+) [Юрко 07/10/2004 02:00] # написать ответ
 
Я просто подумал, что это сделать несложно... Но поле "номер документа" было бы великолепно! Спасибо! И тогда можно было в это поле ввести значение "анулирован". Главное, чтобы при этом значении - сумма этого чека не добавлялась бы к остатку.
свернуть/развернуть ветвь Чтобы сумма... [Dervish 07/10/2004 02:04] # написать ответ
 
не добавлялась к остатку, снимите галочку "Выполнено" для операции.
свернуть/развернуть ветвь Хмм... (+) [Юрко 07/10/2004 02:13] # написать ответ
 
Странно... я только что пробовал это сделать - именно в этом рекорде поле остаток действительно не учитывается. А вот общая сумма (в самом низу) всех операций остается такой же в независимости есть ли "галлочка" Выполнено в данном рекорде или нет ее.
 
...на странице операций я буду проверять. Пока не обращайте на это дело внимания.