Отправляет email-рассылки с помощью сервиса Sendsay

За 2004-06-03

[abilitycash] Re[2]: |wish| Формат файла .acb

[RPL] 2 июня 2004 г. Dervish [D]:
serg@d*****.ru - mid:20040602233513.1607***@c*****.subscribe
>> Сергей а можешь поделится форматом файла .acb?
D> Наверное вы упустили, что если я опубликую формат файла, то все ухищрения
в
D> том, чтобы закрыть данные, чтобы базу данных было невозможно взломать, всё
D> это пойдёт прахом.
сорри, как-то не подумал над этим ...

D> программный доступ к данным. В качестве альтернативного варианта могу
D> предложить сделать COM-интерфейсы для доступа к данным. Такая библиотека
D> будет запрашивать пароль у пользователя (если он не был предоставлен
D> программно).
D> Мне кажется, что такое решение могло быть бы идеальным, если бы не сроки.
D> Увы, на это потребуется время.
и возможно к тому времени ты уже реализуешь планирование и анализ
бюджета:) т.е. необходимость отпадет :)
D> А пока, всё-таки, может быть Excel?
Тогда для нормального импорта (дабы можно было отследить изменения
наименование, смену подчиненности) хотелось бы получить в выгружаемых
данных дополнительные служебные реквизиты.
Предполагаю что:
- каждая запись в классификаторе имеет служебный (внутренний) уникальный код.
- каждая запись в классификаторе имеет служебный код родителя, который
может быть пустым если запись находится на самом верху дерева.
- каждая запись в счете имеет служебный (внутренний) уникальный код.
- каждая запись в счете имеет служебный код родителя, который
может быть пустым если запись находится на самом верху дерева.

Добавить в диалоге "экспорт" галку "выгружать служебную информацию"

В Excel добавить реквизиты:

На листе "Transactions" (операции)
- Expence account code
- Income account code
- Код записи Статьи
- Код записи "такого-то" классификатора

На листе Accounts (счета)
- Код счета
- Код родителя счета

На листе "такого-то" классификатора
- Код записи
- Код родителя

Тогда по этим данным я смогу
- четко отследить смену наименования экземпляра объекта
- построить дерево объекта
Спасибо.

   2004-06-03 17:01:57 (#161256)

[abilitycash] Re[2]: |wish| Операции, счета, классификаторы

[RPL] 2 июня 2004 г. Dervish [D]:
mid:20040602232147.1607***@c*****.subscribe
>> [*]Изменить порядок обхода реквизитов:
D> А почему именно так? Можете мотивировать?
Данные в бюджет я ввожу утром следующего дня (вечером руки и глаза до
компа не доползают)
Итак достаю из кошелька бамажку с расходами/доходами за предыдущий
день.
Операции - Добавить

Заполняю:
1.1.Дата операции
1.2.Вид операции
1.3.блок "Счета, реквизиты"
1.4.блок "Суммы"
1.5.Думаю ... и если надо чего-нибудь дописываю в примечание
1.6.Нажимаю "добавить"

2.1 Затираю примечание (может при добавлении его затирать автоматом?)
2.2 1-2 раза за день меняю вид операции
2.3 блок "Счета, реквизиты"
2.4.блок "Суммы"
2.5.Думаю ... и если надо чего-нибудь дописываю в примечание
2.6.Нажимаю "добавить"
ну и т.д.

Реквизиты:
1.Операция повторяется
2.Повторение
3.Операция выполнена
4.Операция блокирована
заполняются крайне редко и то исключительно в режиме "Изменить"

ИТОГО в 99% случаях заполняются:
блок "Счета, реквизиты"
блок "Суммы"

1-2 раза меняются
Дата операции
Вид операции

Редко но заполняются
"Примечание" , причем необходимость его заполнение понимается после
заполнения основных характеристик операции.

Мотивировал?
Приоритет необходимости: выше среднего

перечитал и мысля пришла универсального решения:
Дать пользователю самому настраивать :
- порядок обхода реквизитов по клавише TAB
- пропускать/не пропускать реквизит при обходе по клавише TAB
(мышкой есс-но тыкай куда и когда хочешь)

>> [+]Назначить сочетания клавиш для быстрого перехода по реквизитам
D> Это всё будет доступно для правки вместе с возможностью перевода программы
D> на другие языки. Я сознательно пока не расставляю клавиатурные ускорители.
Ну хотя бы повесь кнопку "Добавить" на "SHIFT+ENTER", уж больно часто им
пользуюсь, особенно когда ввожу операции "задним числом", а такое
происходит каждый день.
Приоритет необходимости: выше среднего

>> Вкладка счета
>> [+] Столбцы:
>> - "Приход": сумма всех операций прихода по счету (с учетом
>> входящего перевода)
>> - "Расход": сумма всех операций расхода по счету (с учетом
>> исходящего перевода)
D> Столбцы? Может быть, поля в статус-баре? Или я что-то не понял?
Нет, именно столбцы, дабы видеть по каждому счету: сколько всего пришло и
ушло (аналог столбцы "остаток в ... валюте"),
а в статус баре я увижу агрегированные данные по ВСЕМ счетам.
Приоритет необходимости: средний

>> Диалог "Изменить классификатор"
>> [-] Невозможно сменить галочку "разделять по виду операции" даже когда
>> классификатор еще/уже пуст.
D> Зачем? Вообще мне казалось, что правка классификаторов, это довольно редкое
D> мероприятие с базой данных.
согласен, но я с таким столкнулся, когда размышляя добавлял
классификатор, потом решил сделать его общим для всех видов операций и
... пришлось удалять его и заново вводить.
Приоритет необходимости крайне низкий, но запиши в план на далекое
будущее.

>> [?]Политика ведения древовидных справочников
>> Полное наименование дерева объектов.
D> "Вопрос/непонятка" сформулирован непонятно, извините за тавтологию. :)
Справочник "статья"
1. "Статья А"
2. "Статья Б" подчиняется "Статье А"

Обычное наименование:
- "Статья А"
- "Статья Б"

Полное наименование (реализовано у тебя в экспорте в Excel)
- "Статья А"
- "Статья А\Статья Б"

Хотелось бы иметь возможность на вкладке "операции" переключать
отображение наименований древовидных классификаторов и счетов с
краткого на полное и наоборот.

например у меня есть в справочнике статей следующая структура:
"Все статьи расхода"
|
|- "Дети"
| |- ...
| |- "развлечения"
| |- ...
|
|- "Взрослые"
|- ...
|- "развлечения"
|- ...

при просмотре вкладки операции я не смогу визуально различить к какой
группе относится статья "развлечения".

На данный момент выкручиваюсь тем, что добавляю в наименование статьи
префикс группы к которой она принадлежит.

Т.е. нужно либо дать возможность отображать полное наименование либо
запрещать в классификаторах/счетах вводить записи с одинаковым
наименованием.

Сформулировал?

Приоритет необходимости: средний

   2004-06-03 14:32:37 (#161155)

[abilitycash] Re[10]: Складской учет

[RPL] 2 июня 2004 г. Lex Rem [LR]:
mid:20040602154402.1602***@c*****.subscribe
LR> Почему? Остатки считаются по каждой статье, и каждый товар имеет
LR> отдельную статью.
если я не ошибаюсь остаток (денежный) по счету считается "сквозняком"
по всем статьям счета.
т.е. для реализации вашей идеи придется докручивать алгоритм подсчета
кол-ого остатка по счету в разрезе каждой статьи.
Теперь мне идея ясна. Вопрос только в том, запишет ли Сергей данную
идею себе на бумажку для будущей реализации.
Имхо: для домашнего бюджета такой необходимости нет.

   2004-06-03 13:33:03 (#161089)

[abilitycash] Re[11]: Складской учет (was:Получение сообщений форумов www.dervi

Доброго времени суток!

> А вы хотите учёт или видимость учёта? :))
Я хочу чтобы было просто, но функционально. Ведь все равно
количество по каждой статье вводится. И нигде не учитывается, кроме
как в подсчете стоимости. Так почему не сделать подсчет количества по
статьям? Скажем, классификатор доход добавляет количество, расход -
вычитает.
Нет, конечно, если это сложно реализовать, то пройдет и финт с
валютами. Однако, имхо, это не самый удобный вариант.

>> :))) Образование есть то, что остается после того, когда забывается все,
>> чему нас учили.
> А остаётся в головах, кстати, всё равно немало. И главное, это умение
> работать. Разве нет? :)
Остается самое полезное и нужное. Наш преподаватель по физике говорил:
Самое главное чему вы должны научится - это искать в справочниках
нужную информацию и с успехом ее применять.
А формулы, которые вы учите, просто тренируют память.

   2004-06-03 10:37:42 (#160961)

[abilitycash] Re[10]: Складской учет (was:Получение сообщений форумов www.dervi

Здравствуйте!

> Т.е. если я правильно понял, если у меня, скажем, 20 видов товара,
> мне надо создать 20 видов валют для каждого, и для каждого сделать
> счет склад с валютой этого товара? А я в этих 20 складах не потеряюсь?
> :)))

А вы хотите учёт или видимость учёта? :))

> :))) Образование есть то, что остается после того, когда забывается все,
> чему нас учили.

А остаётся в головах, кстати, всё равно немало. И главное, это умение
работать. Разве нет? :)

С уважением,
Сергей aka Dervish.
Сайт программы - http://www.dervish.ru/
Архив Листа - http://subscribe.ru/archive/comp.soft.others.abilitycash (40 сообщений)
Подписчиков в листе - 22

-*Информационный канал Subscribe.Ru
Написать в лист: mailto:comp.soft.others.abilitycash-list@subscribe.ru
Отписаться: mailto:comp.soft.others.abilitycash--unsub@subscribe.ru

http://subscribe.ru/ mailto:ask@subscribe.ru

   2004-06-03 02:14:12 (#160800)

[abilitycash] Re[9]: Складской учет (was:Получение сообщений форумов www.dervis

Доброго времени суток!

> Тогда напрашивается такое решение: я бы, например, создал бы новую валюту,
> которую назвал бы "Монитор", а если рассматривать AbilityCash (но не Cash),
> то в настройках этой валюты поставил бы "Показывать 0 знаков после запятой".

> После этого я создал бы отдельный счёт "Склад". С валютой, понятное дело
> "Монитор". И тогда получается, что если фирма покупает (у оптовика) партию
> мониторов, то в программе делается операция перевода с рублёвого счёта на
> счёт склада. А если приходит покупатель и фирма продаёт ему монитор, то
> делается обратная операция перевода - со счёта склада на счёт наличных (или
> безналичных).

> Тогда остаток по счёту склада всегда будет равено товарному остатку на
> складе.
Т.е. если я правильно понял, если у меня, скажем, 20 видов товара,
мне надо создать 20 видов валют для каждого, и для каждого сделать
счет склад с валютой этого товара? А я в этих 20 складах не потеряюсь?
:)))

   2004-06-03 00:51:57 (#160776)