создать новую тему раскрыть все
свернуть/развернуть ветвь Учет в натуральном виде [Николай 22/12/2006 17:17] # написать ответ
 
Добрый день!
Спасибо за хорошую программу.
Пользуюсь ею давно, только версии были 1 серии.
Вот решил перейти на версию 2 серии.
С классификаторами разобрался а вот с хорошей мыслью, учитывать кроме денег еще и в натуральной форме (количество) пока не получается.
Если сможете помогите, может, что я далее изложу уже реализовано, то как этим пользоваться, а если нет, то это просто предложения:
I. Наверное есть смысл разделить счета на два типа:
1. счет для учета только денежных средств, и тогда в таблицах не показывать столбцы «количество» и «цена» - это отвлекает. Тем более, если я веду учет по расчетному счету, то причем здесь по каждой операции с рублями их количество и цена?
2. счет для учета в натуральной форме (прообраз склада) и здесь вести учет в денежном и количественном виде.
II. Сейчас реализовано, почему-то, что если выбираем операции приход или расход, то в диалоговом окне есть возможность выбирать и «количество» и «цену за «единицу» и «сумму расхода» или «сумму прихода», а вот если операция перевод, то доступна только опция «Сумма перевода», а как же тогда быть с количеством? И еще, если счет поддерживает учет в натуральной и денежной форме то цифры в «сумме расхода-перевода» «Цене за единицу» и «количестве» должны быть взаимосвязаны. Т.е., если я выбираю перевод или расход со счета с «натуральным» учетом, и выбираю скажем 10 единиц то программа должна автоматом, исходя из учетной цены за единицу по этому счету подставить правильно рассчитанную сумму перевода или расхода для данного количества единиц.  
И если я, скажем, операцией «перевод» реализую продажу товара со счета где ведется учет в натуральной и денежной форме на счет по учету только денежных средств, тогда, естественно, на счете с натуральным учетом уменьшится и сумма по счету и количество единиц «товара», а на счете по учету денежных средств отобразиться только денежная составляющая.
Если производится перевод между двумя счетами с натуральным учетом, то цена меняться не может, это как перемещение между складами, а если происходит «перевод» между натуральным счетом и денежным то в результате изменения цены получится финансовый результат на денежном счете.
Если я осуществляю операции «приход» на счет с натуральным учетом двух единиц чего либо но по разным ценам за единицу, то учет должен осуществляться по средней цене.
Где-то так.
III. И еще. В версии 1 серии было, как то, удобнее реализовано представление в разделе «отчеты». Так, если выбираем диаграмму «обороты» то при наведении курсора на соответствующие поля на диаграмме кроме информации о типе операции и сумме, как это реализовано сейчас, выводилась и информация о соответствующих процентах  к «родителю» и к общему обороту. Это было нагляднее. И если кликнуть на соответствующее поле диаграммы, то диаграмма перестраивалась на отображение от этого поля, т.е., скажем, можно было отдельно в виде диаграммы посмотреть только раздел расходов или только раздел доходов или любой конкретный подраздел любой статьи расходов или доходов.
 
Вот пока и все.
Заранее благодарен за ответ.
 
С Уважением
Николай  
Nike-Kovalenkov@mail.ru
свернуть/развернуть ветвь Есть альтернатива... [Energy 22/12/2006 22:54] # написать ответ
 
... может лучше освоить 1С Предприятие торголя и склад? Очень удобная прогамма для материального учета.
свернуть/развернуть ветвь А приче тут 1С? [Николай 23/12/2006 18:06] # написать ответ
 
Мы обсуждаем функциональность AbilityCash 2.0 или похваляемся своими познаниями Софта других разработчиков?
свернуть/развернуть ветвь а при том что... [Energy 23/12/2006 19:57] # написать ответ
 
... AbilityCash расчитана на учет финансовый, а не товарно-материальный. А с 1С решил Вам помочь в решении Вашей задачи.
 
...натуральный учет лучше вести немного иначе.
 
Я не знаю какие именно натуральные ценности вы учитываете, давайте для примера представим, что мониторы для компьютеров. Итак,
 
I. Создайте еще одну валюту. Назовите ее "Монитор". А обозначение "шт.". Хотя нет, наверняка вы учитываете не только мониторы, а обозначения должны быть уникальны. Тогда можно назвать "шмон." Well Ну или "мон-шт". Не суть важно. Количество знаков после запятой - 0. Мониторы целые и неделимые, половина монитора не представляет никакой ценности. Значит 0.
 
Создайте счет "Склад", в валюте "шмон.". Остаток по этому счету - количество мониторов на складе.
 
Если мы покупаем мониторы за наличные, то эта операция вводится операцией перевода со счета "Наличные" на счет "Склад". Если мы продаем мониторы со склада, то вводим операцию перевода со счета "Склад" на счет "Наличные". Курс пересчета валют будет задавать цену покупки и продажи.
 
II. Поля "Количество" и "Цена" для складского учета не годятся вовсе. Это, скорее, для фиксирования каких-то личных покупок.
 
III. Извините, я вопроса не заметил. Я что-то пропустил? Well
свернуть/развернуть ветвь Учет в натуральном виде [Николай 23/12/2006 18:04] # написать ответ
 
I.IIДело в том, что материальные ценности имеют и стоимостную характеристику и количественную, покупаются и продаются и когда ведется учет в одном мете - это лучше. Заводить их через валюту - нецелесообразно. Просто включение счетов для материального учета дополнит функциональность программы, а это есть хорошо.
III Вопрос в том, что в версии 1.4 графическое представление отчетов (обороты) было нагляднее и информативнее, и что сподвигло на отказ от такого представления не совсем понятно.
 
I. и II. Хочу обратить ваше внимание, что я не пытался сделать программу для товарного учета. Я ни черта не смыслю в логистике, а значит, автоматизировать товарный учет просто не имею права. А предложение касательно товарных валют с моей стороны прозвучало лишь потому, что я знаю нескольких пользователей, которые все-таки построили учет на товарных валютах. И, вроде как, довольны. Если вам это не подходит, я могу это понять, но, честно говоря, не знаю что посоветовать. Может быть действительно имеет смысл посмотреть на другие программы?
 
III. Можно сделать так, чтобы двойной клик выполнял те же функции, как одинарный в первой версии. То есть, в AbilityCash по одному клику будет подсветка информации о секторе в расшифровке (в дереве внизу), а по двойному будет переустановка фильтров чтобы сектор стал корневым.
свернуть/развернуть ветвь Спасибо за ответ... [Николай 25/12/2006 19:48] # написать ответ
 
Во превых, огромное спасибо за изготовление и сопровождение превосходного програмного продукта.
Во вторых
I и II Смысл предложений был в том, что вообще финансы нужны для оборота деньги-товар-деньги. Существующие программы учета товара громозки, и предназначены для учета на профессиональном уровне, имеют множество реквизитов, сложны в освоении и совершенно не подходят для домашнего использования. Ваша программа отлично реализовывает учет денег, а вот если приходится учитывать, что же на эти денежки приобретается, по какой цене, и считать, что после проведения фининсовой операции вы не выкидываете деньги на ветер а приобретаете материальные ценности, которые тоже подлежат учету и есть возможность их последующей реализации, то наличие блока по учету материальных ценностей просто необходимо, тем более в одной целостно системе и в вашем высокопрофессиональном исполнении. Потом, если посмотрите, то все мало мальски уважающие себя программы в сфере учета финансов содержат блоки и учета денежных средств и материальных ценностей. Причем все работат из одного интерфейса внутри программы. А предлагать использовать только для учета материальных ценностей другую программу, это что баня а через дорогу раздевалка, хоть и отличная, а все же через дорогу.    
Если вы не отметаете в корне такое предложение, то могу попробывать набросать алгоритм учета.
III. Очень даже хорошо получится.
В третьих
 
И еще замечание, хоть и не по теме сообщения.
В окне операции, после выбора отдельных строк опреаций внизу, в статусной стороке "Расход выбрано" учитываются не все выбранные строки. Т.Е. не все выбранное просуммируется. Причем какой то закономерности не увидел.
Могу выслать всю базу для анализа, если укажите адрес.
 
С Уважением
Николай
свернуть/развернуть ветвь для чего тогда... [Energy 25/12/2006 22:40] # написать ответ
 
... придуманы классификаторы? Если Вы хотите посчитать сколько за месяц потратили на сахар и сколько его купили - создайте единицу классификатора "сахар" и подставляете его в каждую сумму покупки сахара. В конце месяца вы увидите что потратили на него 100р. Делите 100р. на цену сахара (не думаю, что вы о дном месте покупаете по 15р. за кг. а в другом по 35р.) и получаете Ваши килограммы.
свернуть/развернуть ветвь Пожалуйста. :) [Dervish 26/12/2006 01:01] # написать ответ
 
Почтовый адрес пока тот же: serg@dervish.ru.
 
Пожалуйста, обязательно указывайте в теме письма слово "AbilityCash". Это нужно для того, чтобы случайно ваше письмо не было засчитано за спам (почтовый ящик публичный и спама на него приходит очень много).
свернуть/развернуть ветвь Я веду товарный учет [В.Червонных 30/12/2006 17:56] # написать ответ
 
с помощью товарных валют и доволен чрезвычайно. Давно предлагаю Дервишу ввести сразу в исходную структуру счетов товарные-опционально для любителй товарного учета.
Кстати, я начинал со штук, типа шмон, а потом оказалось удобней для всех штучных обозначение "штуки".
PS Лежал в больнице, поэтому не ответил сразу. А вообще=то я эту тему люблю. Даже опрос организовал.
 
...товарные счета должны отличаться от того, что есть сейчас? (Честно говоря, не помню этих предложений, не могли бы вы напомнить?)
 
Как здоровье? Надеюсь, все в порядке?
свернуть/развернуть ветвь Просто, нагляднее, [В.Червонных 02/01/2007 17:24] # написать ответ
 
на мой взгяд, было бы,для предпринимателей, сразу прдоставлять  
 
--счета взаиморасчетов
--товарные счета
 
Сразу настраивались бы на то, что программа позволяет вести натуральный учет.
Это главное. Ещё, для удобства, можно было бы счета взаиморасчётов сразу разбить на денежные, которые разбиваются на нал и безнал и ещё взаиморасчеты сразу на покупатлей с подрядчиками и на исполнителей с поставщиками. Пустяк, а время пользователя немного сэкономит.
По поводу здоровья - спасибо за внимание. Предстоит большая работа по преодолению последствий инсульта. Сейчас медленно пишу единственной непарализованной рукой. Потому, наверное, и думаю об экономии времени даже на пустяках. Есть и ещё предложения. Отчётливо сознаю их непринципиальность для работы Вашей змечательной программы.
 
...известие о болезни. Неожиданное и грустное.
 
Я искренне желаю вам поправиться и восстановиться побыстрее и без последствий.