Классификатор типа число без набора

Классификатор типа число без набора Игорь 01/11/2006 22:02 #

Часто нужен классификатор(поле-столбец в операциях) типа число или дата, но что бы не создавался фиксированый набор данных этого классификатора. Вот что именно хочется - например хочу сохранять дополнительно дату окончания операции, но создавать список всех возможных дат, как например, список всех агентов, нет необходимости, аналогично с числовыми данными - т.е. нужно поле-столбец и возможность сортировать список операций по этому полю и все.
Тем более Вашу базу использую не только как домашнюю бухгалтерию - получается.

расширит сферу использования програ Игорь 01/11/2006 22:07 #

Это очень расширит возможности и сферу использования программы,

Если речь идет про AbilityCash, то... Dervish 10/11/2006 00:44 #

...посмотрите меню "Файл", пункт "Настройки базы...". В диалоге вторая и третья галочки. Может быть это как раз то что вам нужно?

К сожалению нет Игорь 23/11/2006 16:40 #

Чего хотелось бы - например: 23.11.2006 взяли в долг(соответственно строка-операция прихода) - нужно пометить в базе(строке), что 10.02.2007 нужно отдать долг-чтобы было перед глазами. Создавать классификатор типа дата, где бы хранился весь набор введенных дат - не нужно, но нужен просто столбец в операциях с этой датой (ну что бы список операций хотябы сортировался, а лучше и фильтровался по этому столбцу).
Пример 2. Счет в гривнях, но иногда расчет идет в долларах в один день и по разным курсам - очень удобно иметь рядом с столбцом Сумма(естественно гривень) столбец долларов выданных вместо этой суммы. Чтобы можно было проссумировать операции и по столбцу долларов. Сейчас получается нужно вести 2 счета - в гривнях и долларах. Опять же классификатор типа "сумма в долларах"с его фиксированным набором значений не нужен(иначе вводить в классификатор все числа).
Таких примеров множество - поверьте это очень бы расширило область использования Вашей программы.

неужели Loki 24/11/2006 13:55 #

>Таких примеров множество
я пока не увидел ни одного: имея корзину апельсинов вы почему-то из нее пытаетесь доставать яблоки.

Паузы Игорь 25/11/2006 16:21 #

А Вы делайте паузы и все сразу станет видно.
Хотя, конечно, возможно я плохо обьяснил, но ведь Kilo понял.

ваши примеры относятся к kilo 24/11/2006 22:46 #

1. учет кредитов и долгов (с элементами планирования)
вы сами предложили подходящее решение. Вводите операции возврата долгов наперед, снимите птичку в левом столбце (как бы, операция не выполнена), и т.д. Ставьте птички по мере выполнения.
"чтобы было перед глазами" не получится после первой сотни операций.
Сделайте закладки (страницы) по месяцам - и будете быстро переходить от месяца к месяцу и видеть движение кредитов/долгов.
2. очень знакомо. Будь то вы торгуете, используя налик гривна/доллар; либо просто идете по Крещатику и в каждой обменке меняете чуть гривен - и все это надо учесть. Заведите долларовый счет, например. И по каждой операции переводите соответствующее к-во долларов в гривну, а затем списывайте гривны по каждой операции. Тогда вы легко отфильтруете и реально потраченные доллары, и гривни.

Повторюсь - программа абсолютно пригодна для учета того, о чем вы пишете "К сожалению нет".

К сожалению нет kilo 24/11/2006 23:04 #

и об этом пока особо жалеть нечего - пользователей с такой ориентацией не очень много, а требования их очень специфичны:
- заточки под бюджетирование с планированием, лимитами и пр.
- атоматических рачетов доходности кредитов/депозитов/бумаг
- учет форексных операций и операций с бумагами (имеется именно адаптация программы, например закачка и анализ серии котировок, работа в он-лайне, ведение позиции, учет лимитов и пр.)
- гибкости графиков валют/бумаг и множества вариантов технического анализа графиков
- количественый учет с гибкой инвентаризацией/переоценкой запасов товаров и пр. для оптовиков, логистиков и другий категорий населения.
- и, наконец, многопользовательский (сетевой) режим.

Было бы хорошо, если бы это было.
А то, что есть - абсолютно достаточно для хорошего комфортного учета.

Возможно Вы правы, но ... Игорь 25/11/2006 16:12 #

Возможно Вы правы - на всех не угодишь.
1.Я и веду 2 счета грн.+валюта.
2.С датами так и поступаю
Вообще программа полностью самодостаточная, я пользуюсь ею более 3-х лет и очень нравиться.
Я имел ввиду нечто шире, но гораздо проще - возможность создания собственного столба типа Примечание (без создания классификатора). Часто я сохраняю много дополнительных данных, например, номер договора, накладной или счета по которому есть операция+дата передачи товара и т.п. Сейчас это все вношу в Примечание, а поскольку при 2-х и более внесенных данных в Примечание отсортировать его можно только по 1-му то и получается, что иногда ручками (точнее глазками) листаешь операции(Примечания) и ищешь накладную с № 2861. Кстати если создавать классификатор, то нужно 2861 элементов с 1 по 2861и далее. А вот если создать свое Примечание для № накладной то поиск будет наамного проще.
В любом случае благодарен Вам за подсказки, может решение и на поверхности, просто я не вижу?

Почему-то мне кажется, что... Dervish 26/11/2006 21:14 #

...единственный софт, который позволяет создавать собственные столбцы, это СУБД.

Хотя, над этим стоит задуматься.

СУБД конечно,но к Вашей пргр.привык Игорь 27/11/2006 01:48 #

А Ваша программа реализует очень многое из СУБД, Мне лично не хватает только дополнительных примечаний и сортировки по сложному ключу в списке - сначала сортировка по столбцу1, а внутри повторяющихся значений столбца1 - сортировка по столбцу2.
НО повторюсь Вашей программой пользуюсь очень давно и последнее время пытаюсь использовать ее не только в бухгалтерии - например в ней храню реестр договоров - отлично выходит.
Раньше бы накатал себе прогу в Visual FoxPro или в Acces-е, но столь прочно все забыл.
А как у Вас реализованы Примечания - может просто добавить возможность делать их нужное кол-во раз?

Проще один раз создать... Dervish 27/11/2006 20:31 #

..."Примечание 2". Может быть еще "Примечание 3". Этого будет достаточно?

Хотя, мне самому это не очень нравится, честно говоря.

продолжу Игорь 27/11/2006 02:01 #

в принципе Примечания нужны только там, где потенциально большое число элементов классификатора, а так бы можно было обойтись и класс-ми. Примечания же нужно только сортировать, а фильтровать и не обязательно. Кстати, а сколько элементов классификатора "держит" программа.
Спасибо за ответ, мне кажеться, что реализовав дополнит. примечания мы и получим "мини СУБД", но с удобным и настраиваемым под разные задачи интерфейсом. Нужно ли это бух.программе? А почему бы и нет - в принципе можно будет хранить любые структурированные данные, но это для фанатов программы или очень ленивых (как я)- удобно - 1 программа + все (хоть и различные)данные - универсально?

Нужно ли это бух.программе? Dervish 27/11/2006 20:33 #

> А почему бы и нет

Ну нет так нет...

А если серьезно, то добавление новых колонок само по себе будет нести мало пользы. Следом захочется сортировки, группировки, поиска, графиков...

2-"да", 3-"нет" Игорь 28/11/2006 02:32 #

1-ое "да" - уверен, что 2 дополнит.примечания вполне достаточно
2-ое "да" - сортировка нужна
1-ое и 2-ое "нет"- группировка и графики точно не нужно
поиск - при наличии сортировки обойдемся - 3-ье "нет"

А если конкретно, то ничего не нужно кроме того, что и так Вами уже реализовано в Примечаниях -это же дополнительная информация хотя и важная, а если информация основная- делается Классификатор со всеми функциями.
Просто хотелось бы не одно, а 2-3 Примечания таких как есть - с одной только функцией - сортировкой по столбцу.
Может всетаки ..., а! Тяжко искать накладную №2594 в тысячах записей.

А вот... Dervish 05/12/2006 22:21 #

...сделать текстовый поиск, это вполне реально. Поиск по полю комментария.

Я правильно понимаю что номер накладной вы храните в комментарии?

Правильно, но... Игорь 06/12/2006 01:29 #

таких данных в комментарии я по 3-5 штук храню - нагромождение.
Конечно контекстный поиск слегка поможет, но всеравно плохо, вот почему - если есть, скажем, 50 операций со ссылкой на один и тот же договор №12 - это что поиском 50 раз просмотреть 50 операций?
А по "закону бутерброда" нужная операция будет последней.
Да я и не уверен, что реализация поиска (с повторами) будет проще (в интерфейсном плане) проще чем просто добавить еще 1-3 примечания, которые вами уже реализованы.
Ведь Примечания находятся только в одном месте - в закладке операций и единственно, что от него требуется-сортироваться по алфавиту.
С благодарностью, Игорь.

Давайте вернемся к классификаторам. Dervish 06/12/2006 01:48 #

И все-таки, а почему нельзя хранить номер договора (накладной) в классификаторе? Может быть действительно сделать специальный классификатор для договоров, создать в нем строчку для каждого договора и проставлять в операции нужный договор?

С договорами да, а с... Игорь 09/12/2006 18:36 #

Ну с договорами, да, но это же частность, я же писал, что есть много, что в классификатор не засунешь.
- номера накладных - передачи товара
- номера доверенностей к этим накладным
- номера счет-фактур
причем даты этих документов не совпадают - одной не обойтись
---------------------------------------
- номера платежных поручений, по которым сделан б/н платеж
- и т.д.
Я понимаю, что Ваша программа не 1С Бухгалтерия, но она мне очень нравиться,я к ней привык и в принципе ее хватает, вот только бы еще 2-3 ПРИМЕЧАНИЯ с сортировкой и все. А поиск среди всех перечисленных выше документов - большая морока.
Я не знаю структуры Вашей программы, но мне кажется, что сделать 2-3 клона существующего Примечания проще, чем поиски и пр.

Я подумаю, возможно,... Dervish 10/12/2006 23:32 #

...что и добавлю дополнительные поля примечания.

буду очень признателен и Игорь 11/12/2006 04:14 #

и уверен не я один, а после выхода версии, уверен, пользоваться начнет большинство.

Форум Классификатор типа число без набора