создать новую тему раскрыть все
 
При вводе операций, для указания её суммы используются 3 окна ввода в нижней части (Сумма, Цена за единицу, Количество)
Не могу понять поведение программы: при желании ввести стоимость 1 изделия и после выбора соответсвующей строчки, строка сереет и становится можно ввести только общую сумму операции. и наоборот. То есть работает как будто крест-накрест. То есть получается что я выбираю не то, что я хотел бы ввести сам, а что программа должна посчитать за меня.
Я постоянно путаюсь... Воможно ли это поправить?
свернуть/развернуть ветвь и вопрос [IF 22/12/2005 16:17] # написать ответ
 
А поле "количество" - оно используется только информационно для расчета общей стоимости или цены одного изделия?
А нельзя заставить программу складывать указанные количества хотя бы среди операций по счету?
Например, я купил 50 CD дисков
Счет компьютер/расходные материалы/CD диски)
И со временем я их трачу, отдаю, ломаю, покупаю новые... Лежит всё это в разных местах, а хочется знать сколько их у меня на данный момент.
Хочется заставить программу саму считать общее текущее количество.
И иметь возможность на вкладке операций, при выборе счета "компьютер/расходные материалы/CD диски" посмотреть это колчество.
Либо в статусной строке, либо в колонке количество (через "/", например "кол-во в операции"/"общее количество по счету"), либо в отдельной колонке.
 
Я почитал по форуму возможности программы по учету количества, но мне не хотелось бы создавать отдельную ветку количественных счетов. Мне же не нужны литры, диваны... Well Просто штуки, они же ведь уже есть.
 
А как вы собираетесь учитывать что диск выбыл? все равно надо воодить операцию расхода с какой-то стоимостью и количеством. То есть получаем фактически двойной учетWell никуда вы от этого не денетесьWell
 
Но Вы же понимаете, что всегда считать суммы и проставлять только их - не выход. Ведь цены-то меняются. Да и покупаю я их разными методами:
можно купить сразу 50шт на шпинделе - это одна цена,
можно пару штучек в коробочке - это другая цена,
а можно на халяву у друзей взять штучку - тут вообще цена 0, а вот количество 1 имеется!
А расход/выбытие дисков? Согласен, что вводить придётся и количество и цену. С количеством всё понятно, а вот с ценами да... %-((
О! А может быть мне просто расчитывать среднюю цену и по ней выставлять цену!!!
Ну то есть, если бы программа считала количество и показывала его рядом с остатком по счету, то я мог бы поделить Остаток на количество и это и стало бы моей "личной" ценой. И никакого двойного учёта. Всё как всегда - вводим сумму и количество!
свернуть/развернуть ветвь Уважаемый, если... [Андрей 23/12/2005 17:48] # написать ответ
 
... Вам это действительно надо, могу порекомендовать 1С Бухгалтерию 6.0 - с головой хватит. Но только хорошо запомни, в профессиональной бухгалтерии учет ведется сплошным и непрерывным способом, т.е. учитываются _все_ операции за _весь_ период. Имхо, в твоем случае - овчинка выделки не стоит. Ну не будешь же ты вести учет воды из крана в литрах, чтобы знать в каком месяце ты самый чистый Well)))))))
 
Прошу, будьте последовательны ("...Вам..." и "...запомни..."). Мы с вами на брудершафт не пили, хотя быть может и стоило. %-)
 
А по поводу рекомендации - я боюсь не "с головой хватит", а даже ещё больше.
И да, конечно, не собираюсь я вести сплошной учёт воды (счетчика нету), а вот некоторые  вещи я бы действительно посчитал бы: те же болванки, туристическое свое снаряжение, кое что из мелочёвки... И поэтому, замечание по учёту _всех_операций_за_весь_период_ справедливо лишь отчасти.
 
свернуть/развернуть ветвь Ага :) [Андрей 26/12/2005 12:42] # написать ответ
 
но ничего личного Well
А по поводу выпить - велкам ту Минск! Well
 
ps у меня техникумовское образование - бухгалтер. поэтому учитывать только _что-то_ мне кажется таким неестественным, что уж лучше вообще не учитывать. Well
свернуть/развернуть ветвь Литры, диваны, как уже [Валерий Червонных 26/12/2005 10:09] # написать ответ
 
выяснилось, необязательны. Вполне идут штуки, но счета, действительно, разные.
Дело привычки - можно практически забыть о статьях, все учитывать на счетах.
Счета плодятся не только потому, что в штуках считаются разные вещи. Одни и те же вещи, приобретенные по разным ценам  тоже порождают разные счета, это надо сразу закладывать в структуру счетов, назначая, скажем для болванок не простой счет, а групповой и заводя свой счет для каждой новой партии, приобретенной по новой цене. За автоматизацию количественного учета платим именно этим. Либо приходится  вручную учитывать по выбранному раз навсегда методу LIFO,FIFO или средней цене. Сомнительно, чтобы удалось ввести автоматизацию этих методов в АС "малой кровью".
 
...те участки в программе, которыми сам не пользуешься. Я не пользуюсь количественным учётом, наверное отсюда и трудности.
 
А не получится так, что у вас на одном счёте окажутся и CD-диски и, например, бутылки пива?
свернуть/развернуть ветвь Получится на самом верхнем, [В.Червонных 26/12/2005 12:00] # написать ответ
 
если все штучные счета строить, как порожденные одним. Но я полумал, что порядка будет больше, если так не делать, а строить независимо для каждого вида штучного материала или товара. Тем более, что частенько для каждого вида товара возникает и альтернативная система счетов (для одного - упаковки по 20 шт, для другого вес одной штуки и т.д.) В конце концов, действительно - диваны, велосипеды или литры отражены в системе счетов, но только не совсем уж явно в каждом счете.
 
свернуть/развернуть ветвь продолжение [IF 26/12/2005 18:51] # написать ответ
 
...можно попробовать вести автоматизированный количественый учет только для данного счета не передавая его данные вверх - родителям!
То есть вести учёт количества на "листьях дерева счетов", не давая разным количествам смешаваться на ветвях.
 
Вот-вот, и я постоянно "спотыкаюсь" на этом в переводах между счетами с разными валютами. Not so
Как программист я понимаю логику автора, но вот как пользователь сам постоянно в этом путаюсь. Not so
свернуть/развернуть ветвь Добавить/Изменить операции 2 [В.Червонных 23/12/2005 18:11] # написать ответ
 
>То есть получается что я выбираю не то, что я хотел бы ввести сам,  
>а что программа должна посчитать за меня.
Это, если неправильно выставлять точку (не в той радиокнопке). Хотя, согласен, запомнить как правильно получается не сразу. Логика автора неочевидна.
 
Аналогичный вопрос однажды возникал по первой версии программы, ведь эта функциональность AbilityCash полностью скопирована из первой версии. В общем, обсуждали, но так и не смогли придти к какому-то приемлемому варианту. Не нашли.
 
Поля радиобаттонов допускают только одно выделенное поле. А заменять чекбоксами мне не хотелось бы потому что тогда программа должна будет сама гасить галочки. Что не есть хорошо. Да и не понятно, какие именно галки следует гасить.
 
В общем, действительно, сейчас сделано не самым лучшим образом, но вот неизвестно, какой "образ" будет самый лучший.
 
Готов обсуждать ваши предложения.
свернуть/развернуть ветвь Попробую: (-) [В.Червонных 26/12/2005 12:23] # написать ответ
 
свернуть/развернуть ветвь пардон, еще раз: [В.Червонных 26/12/2005 12:58] # написать ответ
 
Коль скоро радиобаттоны и окошки ввода и так в единой рамке "Суммы", то вместо "Сумма списания" можно написать "Списать" и вместо "Сумма зачисления" можно написать "Зачислить"
Вместо "Курс пересчета" "По курсу".
Освободившееся радом с окнами ввода место можно использовать для динамически появляющейся подсказки рядом с помеченной радиокнопкой в виде, пожалуй, жирного вопросительного знака.
Или просто, справа от помеченного окошка, которое и так перестало быть окошком, убрать кнопочку с изображением знака "=", зато поместить этот знак жирно слева от вычисляемого числа.
 
...переименования полей и добавления быстрой справки гораздо яснее не станет. Или я ещё что-то пропустил?
свернуть/развернуть ветвь Быстрая справка- это [В.Червонных 27/12/2005 11:06] # написать ответ
 
что-то более сложное. Переименование полей предложено только для увеличения свободного пространства, но оно вовсе необязательно. Мне показалось, что минимальная дополнительная подсказка в виде жирного значка "?" и перемещения "=" переж вычисляемым числом внесла бы окончательную ясность.
 
Действительно Ведь по сути дела происходит ввод переменных по формуле:
Цена за Штуку Х Количество = Сумма операции. И соответственно получаем 3 взаимозависимых поля ввода данных, а вводить приходится максимум 2!!!
И, поскольку, "РадиоБаттоны допускают только одно выделенное поле" самым   простым решением стало выделение - неактивного (автоматически рассчитываемого) поля.
 
Может быть можно ухитриться и заставить при выделения радиобаттона (РБтн) "сереть" ДРУГОЕ поле ввода?
 
Или может, вообще отказаться от Рбтн, заменив их небольшой формой и кнопкой рассчитать? или с проверкой занесения данных при нажатии на ОК?
В любом случае, я ещё обязательно подумаю над решением этой головоломки. %-))
 
...пищи для размышлений. :-)
 
<font color=black>> Может быть можно ухитриться и заставить при выделения радиобаттона (РБтн) "сереть" ДРУГОЕ поле ввода?
 
Какое? Их два.
 
<font color=black>> Или может, вообще отказаться от Рбтн, заменив их небольшой формой и кнопкой рассчитать? или с проверкой занесения данных при нажатии на ОК?
 
Ещё одна форма - дополнительные клики, хотелось бы избежать этого. Кнопка "Расчитать" возможна. Точнее, если делать, то делать их три штуки (для расчёта одного поля по двум оставшимся). Вот только если пользователь не нажал на кнопку "Расчитать", что делать программе, если данные неверны?
 
Да и кнопка "Расчитать", имхо, не совсем выход: очень непонятно для непосвящённого, что вообще расчитывается? Откуда?
 
И ещё одно: попробуйте ввести операцию перевода с рублёвого на долларовый счёт. Главное, чтобы вылюты счетов были разные. Вы увидите, что поля для ввода сумм формируются примерно аналогично. Так что задача получается немного более общая. Пожалуйста, имейте это в виду.