создать новую тему раскрыть все
 
Часто нужен классификатор(поле-столбец в операциях) типа число или дата, но что бы не создавался фиксированый набор данных этого классификатора. Вот что именно хочется - например хочу сохранять дополнительно дату окончания операции, но создавать список всех возможных дат, как например, список всех агентов, нет необходимости, аналогично с числовыми данными - т.е. нужно поле-столбец и возможность сортировать список операций по этому полю и все.
Тем более Вашу базу использую не только как домашнюю бухгалтерию - получается.
 
Это очень расширит возможности и сферу использования программы,
 
...посмотрите меню "Файл", пункт "Настройки базы...". В диалоге вторая и третья галочки. Может быть это как раз то что вам нужно?
свернуть/развернуть ветвь К сожалению нет [Игорь 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 понял.
 
1. учет кредитов и долгов (с элементами планирования)
вы сами предложили подходящее решение. Вводите операции возврата долгов наперед, снимите птичку в левом столбце (как бы, операция не выполнена), и т.д. Ставьте птички по мере выполнения.
"чтобы было перед глазами" не получится после первой сотни операций.
Сделайте закладки (страницы) по месяцам - и будете быстро переходить от месяца к месяцу и видеть движение кредитов/долгов.
2. очень знакомо. Будь то вы торгуете, используя налик гривна/доллар; либо просто идете по Крещатику и в каждой обменке меняете чуть гривен - и все это надо учесть. Заведите долларовый счет, например. И по каждой операции переводите соответствующее к-во долларов в гривну, а затем списывайте гривны по каждой операции. Тогда вы легко отфильтруете и реально потраченные доллары, и гривни.
 
Повторюсь - программа абсолютно пригодна для учета того, о чем вы пишете "К сожалению нет".
свернуть/развернуть ветвь К сожалению нет [kilo 24/11/2006 23:04] # написать ответ
 
и об этом пока особо жалеть нечего - пользователей с такой ориентацией не очень много, а требования их очень специфичны:  
- заточки под бюджетирование с планированием, лимитами и пр.
- атоматических рачетов доходности кредитов/депозитов/бумаг
- учет форексных операций и операций с бумагами (имеется именно адаптация программы, например закачка и анализ серии котировок, работа в он-лайне, ведение позиции, учет лимитов и пр.)
- гибкости графиков валют/бумаг и множества вариантов технического анализа графиков
- количественый учет с гибкой инвентаризацией/переоценкой запасов товаров и пр. для оптовиков, логистиков и другий категорий населения.
- и, наконец, многопользовательский (сетевой) режим.
 
Было бы хорошо, если бы это было.  
А то, что есть - абсолютно достаточно для хорошего комфортного учета.
свернуть/развернуть ветвь Возможно Вы правы, но ... [Игорь 25/11/2006 16:12] # написать ответ
 
Возможно Вы правы - на всех не угодишь.
1.Я и веду 2 счета грн.+валюта.
2.С датами так и поступаю
Вообще программа полностью самодостаточная, я пользуюсь ею более 3-х лет и очень нравиться.
Я имел ввиду нечто шире, но гораздо проще - возможность создания собственного столба типа Примечание (без создания классификатора). Часто я сохраняю много дополнительных данных, например, номер договора, накладной или счета по которому есть операция+дата передачи товара и т.п. Сейчас это все вношу в Примечание, а поскольку при 2-х и более внесенных данных в Примечание отсортировать его можно только по 1-му то и получается, что иногда ручками (точнее глазками) листаешь операции(Примечания) и ищешь накладную с № 2861. Кстати если создавать классификатор, то нужно 2861 элементов с 1 по 2861и далее. А вот если создать свое Примечание для № накладной то поиск будет наамного проще.
В любом случае благодарен Вам за подсказки, может решение и на поверхности, просто я не вижу?
 
...единственный софт, который позволяет создавать собственные столбцы, это СУБД.
 
Хотя, над этим стоит задуматься.
 
А Ваша программа реализует очень многое из СУБД, Мне лично не хватает только дополнительных примечаний и сортировки по сложному ключу в списке - сначала сортировка по столбцу1, а внутри повторяющихся значений столбца1 - сортировка по столбцу2.
НО повторюсь Вашей программой пользуюсь очень давно и последнее время пытаюсь использовать ее не только в бухгалтерии - например в ней храню реестр договоров - отлично выходит.
Раньше бы накатал себе прогу в Visual FoxPro или в Acces-е, но столь прочно все забыл.
А как у Вас реализованы Примечания - может просто добавить возможность делать их нужное кол-во раз?
 
..."Примечание 2". Может быть еще "Примечание 3". Этого будет достаточно? Well
 
Хотя, мне самому это не очень нравится, честно говоря.
свернуть/развернуть ветвь продолжу [Игорь 27/11/2006 02:01] # написать ответ
 
в принципе Примечания нужны только там, где потенциально большое число элементов классификатора, а так бы можно было обойтись и класс-ми. Примечания же нужно только сортировать, а фильтровать и не обязательно. Кстати, а сколько элементов классификатора "держит" программа.
Спасибо за ответ, мне кажеться, что реализовав дополнит. примечания мы и получим "мини СУБД", но с удобным и настраиваемым под разные задачи интерфейсом. Нужно ли это бух.программе? А почему бы и нет - в принципе можно будет хранить любые структурированные данные, но это для фанатов программы или очень ленивых (как я)- удобно - 1 программа + все (хоть и различные)данные - универсально?
 
> А почему бы и нет
 
Ну нет так нет... Well
 
А если серьезно, то добавление новых колонок само по себе будет нести мало пользы. Следом захочется сортировки, группировки, поиска, графиков...
свернуть/развернуть ветвь 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 примечания, которые вами уже реализованы.
Ведь Примечания находятся только в одном месте - в закладке операций и единственно, что от него требуется-сортироваться по алфавиту.
С благодарностью, Игорь.
 
И все-таки, а почему нельзя хранить номер договора (накладной) в классификаторе? Может быть действительно сделать специальный классификатор для договоров, создать в нем строчку для каждого договора и проставлять в операции нужный договор?
свернуть/развернуть ветвь С договорами да, а с... [Игорь 09/12/2006 18:36] # написать ответ
 
Ну с договорами, да, но это же частность, я же писал, что есть много, что в классификатор не засунешь.
- номера накладных - передачи товара
- номера доверенностей к этим накладным
- номера счет-фактур
причем даты этих документов не совпадают - одной не обойтись
---------------------------------------
- номера платежных поручений, по которым сделан б/н платеж
- и т.д.
Я понимаю, что Ваша программа не 1С Бухгалтерия, но она мне очень нравиться,я к ней привык и в принципе ее хватает, вот только бы еще 2-3 ПРИМЕЧАНИЯ с сортировкой и все. А поиск среди всех перечисленных выше документов - большая морока.
Я не знаю структуры Вашей программы, но мне кажется, что сделать 2-3 клона существующего Примечания проще, чем поиски и пр.
 
...что и добавлю дополнительные поля примечания.
свернуть/развернуть ветвь буду очень признателен и [Игорь 11/12/2006 04:14] # написать ответ
 
и уверен не я один, а после выхода версии, уверен, пользоваться начнет большинство.