создать новую тему раскрыть все
свернуть/развернуть ветвь Образец базы для новых юзеров [Шурочка 20/04/2006 18:33] # написать ответ
 
(наверняка уже сто раз обсуждалось... но все-таки)
столкнулась вот с чем - посоветовала программу друзьям, скачали последний билд, запустили и увидели очень дружелюбный пустой экран. Как создать первоначальный план счетов, сообразить легко.  Но вот что надо сделать, чтобы добавить статьи расходов, список агентов и пр...   догадаться сложно, а я, поскольку делала это последний раз больше года назад, тоже ничем помочь пока не смогла.
 
Предложение...   может быть, вместо напряженной работы над встроенной справкой, просто выложить для скачки пример пустой базы с элементарной структурой счетов, тремя агентами и тремя какими-нибудь классификаторами?  Модифицировать такую базу под себя будет гораздо проще, чем создавать все методом тыка.
свернуть/развернуть ветвь Наверное, дело в том, [В.Червонных 21/04/2006 21:51] # написать ответ
 
что дать сразу шаблон - значит навязать конкретную идеологию.
Я бы, например, как любитель работать через переводы, давал бы, в основном, шаблон резветвленной структуры счетов, а не статей.
Счкта распались бы вначале на две основных ветви - товарные и счета взаиморасчетов.
На товарных ведется количественный учет.
Счета взаиморасчетов распадаются на денежные и адресные.Денежные на нал и безнал. Адресные на "с Бюджетом", на "с Покупателями" и "с Поставщиками", ну и т.д. Это типичная схема расчетов предпринимателя. На мой взгляд, любой предприниматель дальше должен бы только наращивать ветви счетов, но многие с этим, почему-то не согласны :-). А классификаторов реально при этом требуется мало. В основном "Проекты". Как выяснилось, "Агенты" тоже полезны, несмотря даже на наличие счета взаиморасчетов с каждым из них.
 
...любая программа своим фактом своего существования навязывает свою идеологию.
 
Про вариант примера "двойной записи" честно говоря я вовсе не думал. Но мне кажется, что, в принципе, можно выложить два варианта базы данных.
свернуть/развернуть ветвь Было бы здорово! (-) [В.Червонных 24/04/2006 12:19] # написать ответ
 
А насчет того, что любая программа навязывает свою идеологию - позвольте уточнить. Иногда, как в случае Вашей, например, программы она не столько навязывает, сколько дает возможности очень разных идеологий. Возможность двойной записи и количественного учета на товарных счетах далеко не сразу даже стала очевидной, народ пытался пользоваться полями "количество", что, IMHO, куда менее эффективно.
 
лично я не бухгалтер и не предприниматель, поэтому плохо себе представляю, как в этой программе может быть реализована двойная запись и количественный учет на товарных счетах (я вообще и их-то себе с трудом представляю :-) )  
а выложили бы вы шаблон такой базы - глядишь, и поняла бы что-нибудь.
 
Возможно, как раз стоило бы продемонстрировать народу разные подходы к учету?  т.е. не один образец, а несколько, и с пояснениями, для чего какой лучше подходит.
свернуть/развернуть ветвь Ну, двойная запись- это... [В.Червонных 28/04/2006 00:53] # написать ответ
 
любые операции перевода.  
А любой товар - это товарная валюта. Почему-то это очевидно на таком товаре, как поллитровка. А если подумать, вспомнить наивных дикарей с покупкой на валюту типа "бусы" и обобщить, то идея станет очевидной.
Как за количеством рублей можно следить на рублевом счете, так и за количеством табуреток - на табуреточном, диванов на диванном и так далее. Если я торгую мебелью, так я буду менять конкретную валюту "табуретки" на рубли при продаже и рубли на "табуретки" при их закупке.
А на маржу буду жить или расширять бизнес.
 
...мне не удалось пока понять как справиться. Трудность в датах: если я сейчас подготовлю вариант базы данных, то в ней будут стоять нынешние даты. То есть 2006 год. А время идет и с каждым месяцем "пример", приведенный в базе-образце учета будет отодвигаться в прошлое. И когда-нибудь наступит время, когда пользователи будут просто искать данные в базе-примере.
 
Что делать? Пока я придумал только один выход: это должна быть не база данных как таковая, оформленная в виде отдельного файла. Это должен быть код в программе, который будет генерировать такую базу данных и сразу подставлять в нее текущие даты.
свернуть/развернуть ветвь Превосходное решение (-) [В.Червонных 24/04/2006 12:06] # написать ответ
 
-
свернуть/развернуть ветвь Еще идея. (+) [Dervish 28/04/2006 02:25] # написать ответ
 
А все-таки не нужно генерировать базу данных примера. А сделать спрятанный в самой базе данных флажок. Он будет невидим для пользователей и установить такой флажок можно будет только с помощью специальных средств. Этот флажок будет делать вот что: если при открытии файла базы данных в этом файле обнаруживается установленный этот флажок, то при загрузке операций в них исправляются все даты на текущий месяц и год. Неизменным остается время и число месяца. При этом такое замещение месяцев происходит именно на этапе загрузки данных и пользователь всегда будет видеть все операции в текущем месяце (для примера достаточно одного месяца? нет? хорошо, пусть будет квартал), и для файла не будет устанавливаться признак изменения данных.
 
Мне кажется, что это простое и элегантное решение. Для такого решения не нужно будет делать никаких объявлений пользователям во время открытия базы данных, данные примера всегда актуальны.
 
Проблема может возникнуть только если пользователь попробует на основе базы данных примера создать свою рабочую базу данных что-то изменив в примере (кстати, я думаю, что так часто будет происходить). Но и в этом случае можно придумать логичное поведение программы на попытку записи файла данных с "взведенным" флажком примера. Да хотя бы просто сбрасывать этот флажок.
 
Что скажете?
 
PS. Эта идея возникла во время переписки с Шурочкой. За что ей отдельное спасибо и, конечно же, снимаю шляпу. Well
свернуть/развернуть ветвь а я для себя [_урочка 28/04/2006 13:44] # написать ответ
 
сделала вывод - иногда полезно наивно тупить. Умные люди тогда становятся податливее и откровеннее, выкладывают все, что в обычном общении не сделали бы ни за что. Да и идеи хорошие генерят.
Впрочем, что-то меня понесло на откровенность.
 
либо база тестовая и сохранять ее нельзя, либо это шаблон - и после первого же сохранения она превращается в нормальную базу. Второй подход, мне кажется, менее очевидным для пользователя, но более правильным для него жеWell
 
...только в печь не клади. А второй подход и мне нравится больше. Если уж начал править базу шаблона, то логично, что она сохранится в исправленном состоянии и никаких новых приключений возникать не будет.
свернуть/развернуть ветвь можно скриптом сдвинуть все даты [Владимир Качанов 28/04/2006 21:17] # написать ответ
 
Ввести возможность синхронно сдвинуть все даты БД (при загрузке шаблона автоматически, а вообще по желанию)
 
 
UPDATE Query в SQL что-то вроде
 
UPDATE DT_DATE SET DT_DATE = DT_DATE + 365
 
А можно просто в PDF/справке сделать пример хорошего ветвления счетов?
Ну или где на форуме найти? а то я ищу ищу уже ппц сколько
свернуть/развернуть ветвь 5 копеек... [Daniil 28/02/2018 13:05] # написать ответ
 
баз можно создавать несколько сразу.
1) учет в денежном выражении (нал/безнал, рубли/пр.валюты):
закачка валют на начало месяца без кросскурсов.
2) учет "товарных валют":
их количество может разрастись со временем и будет неудобно учитывать все в одной базе. лучше сразу базу "Склад" сделать.
в списке валют если смешать рубли, доллары, колбасу и пр. будет трудно ориентироваться. если еще и артикулы пойдут, то ... лучше количественный учет сразу обособить в отдельную базу, что бы потом не переделывать.
3) учет валют с закачкой "на каждый день" + расчет кросскурсов:
закачка на каждый день с рассчетом кросскурсов увеличит базу раза в два. чистить старые данные неудобно. лучше сразу обособить и не засорять базу номер 1.
 
Классификаторы:
Прежде чем их добавлять надо учесть то, что от порядка их создания будет зависеть их порядок в форме ввода и его потом не переделать. Сперва понять что нужно, сделать прикидку на бумаге, а уж потом лезть в программу и вводить классификаторы.
 

Сплит
Добавил на вкладке "период" классификаторы:
L   начало сплита
I   продолжение сплита
Г   конец сплита
получаю в списке операций:
Г   ........
I   .........
I   .........
I   .........
L   .........
сплит в итоге визуально выделен. ручками выделить операции по сплиту и внизу виден итог - можно сверку с документом делать.
 

Если делать образцы баз, то делать несколько счетов для примера. Больше смысла нет - все будут все переделывать под себя со временем. Делать только для тренировки имхо, что бы юзер смог смысл уловить.
Даже элементарный счет "наличные" это ни о чем, потому что со временем могут появиться счета:
кошелек мой;
кошелек жены;
заначка моя;
и пр. пр. да еще и в разных валютах.