Автор |
Тема: "W ON" - как ошибка (Прочитано 2717 раз) |
|
Tupitsin
Я люблю этот Форум!
Просмотреть Профиль | E-мэйл
Сообщений: 191
|
Идея одной операции просто замечательна. Давно хотел сделать. Просто не доходят руки ее реализовать на практике.
Принципы следующие:
1) Доступ пользователя к операциям закрыт (через _RIGHTS_). Вся информация получается и редактируется через через отчетные формы.
2) Все операции вводятся и редактируются через отчетные формы от имени некого пользователя, скажем "INCOGNITO". При этом информативность ввода операции в разы, если не на порядки больше, чем при вводе штатным способом. Кроме того, при вводе операции я не привязан к определению операции в дереве. Не нравится "КАССА" большими буквами, перебейте в форме это слово в меню и дело с концом. Генерируемая операция при этом не изменится.
3) Типы операций определяются с помощью одного или нескольких полей, которые можно выбирать из справочников типов операций в ACNT. Значения остальных полей определяются типом операции.
4) При таком подходе практически без ограничений определяются права пользователей, т.к. все идет через форму, а там уж насколько хватит фантазии.
|
|
 Зарегистрирован |
|
|
|
Vladimir
Я люблю этот Форум!
Просмотреть Профиль | WWW |
Сообщений: 267
|
on 22.02.06 в 12:33:00, Alexander, Kiev wrote:
А... адаптер Нового года уже не в счет?
|
|
Ну как же не в счет? Я им пользуюсь с благодарностью. Однако я понимаю, что если скомпилирован Адаптер с 3-мя дополнительными месяцами, то в коде есть константа равная трем. Мне бы очень хотелось иметь Адаптер с этой константой установленной в 12. Тогда Адаптер будет обслуживать 2 года к ряду, что, по моему мнению, должно быть хорошим промежуточным вариантом на пути к серверу, обслуживаещему сколько надо лет подряд.
Тут писали, что есть решения, когда в 1 месяц ФБП укладывают операции за год, и того 12 лет под одним сервером. То, что коллеги взяли на себя такой титанический труд по написанию многолетнего спецприложения только очевидно показывает необходимость перехода на обслуживание нескольких лет под одним сервером.
|
|
Зарегистрирован |
С уважением,
Владимир
|
|
|
Arkady
Administrator
 
Просмотреть Профиль | WWW | E-мэйл
Сообщений: 484
|
Насчет Новогоднего Адаптера скажу, что я не буду делать его 12-месячным по коммерческим соображениям. Мне не нужен дешевый (и нeоптимальный по производительности!) вытеснитель нашего основного продукта - ФБП:Сервера. Скорее всего новый "многолетний" сервер если и появится, то как отдельный продукт со своими эл.ключами и он будет дороже.
Прошу высказать соображения по желаемому кол-ву охватываемых лет 
|
|
Зарегистрирован |
|
|
|
Alexander_Kiev
Просмотреть Профиль | E-мэйл
Сообщений: 661
|
on 22.02.06 в 17:24:49, Arkady wrote:| Прошу высказать соображения по желаемому кол-ву охватываемых лет |
|
Думается количество охватываемых лет будет задаваться типом конечного приложения. Нынешние три месяца старого года похоже не устраивают только Володю Секретева. Для налогового учета три месяца на причесывания огрехов прошлого хватает с головой. Для управленческих систем в части оценки эффективности деятельности, всяких там прогнозов - чем больше диапозон тем лучше. Меньше проявляются среднестатистические погрешности связанные с сезонными колебаниями.
Однако берут сомнения, что дело сможет ограничится только количественным расширением используемых месяцев.
|
| « Изменён в : 22.02.06 в 18:26:40 пользователем: Alexander_Kiev » |
Зарегистрирован |
С уважением,
Александр.
|
|
|
Alexander_Kiev
Просмотреть Профиль | E-мэйл
Сообщений: 661
|
on 21.02.06 в 19:42:53, Vladimir wrote:
Продукт для малых и средних предприятий QuickBooks www.quickbooks.ca продается как есть, никаких настроек нет вообще. Проводки вносятся в ручную. Чтобы создать одну проводку надо сделать 2 записи - одну по дебету, другую по кредиту.
|
|
Ну вы там у себя даете. Че и на Exel средств не хватает. Малые и средние предприятия это домохозяйки в наеме у собственных мужей. 
А у нас порядок 1000 - 60000 вечно зеленых на единицу оператора. Остальные на калькуляторах и счетах.
|
| « Изменён в : 22.02.06 в 18:39:26 пользователем: Alexander_Kiev » |
Зарегистрирован |
С уважением,
Александр.
|
|
|
Vladimir
Я люблю этот Форум!
Просмотреть Профиль | WWW |
Сообщений: 267
|
on 22.02.06 в 17:24:49, Arkady wrote:Насчет Новогоднего Адаптера скажу, что я не буду делать его 12-месячным по коммерческим соображениям. Мне не нужен дешевый (и нeоптимальный по производительности!) вытеснитель нашего основного продукта - ФБП:Сервера. Скорее всего новый "многолетний" сервер если и появится, то как отдельный продукт со своими эл.ключами и он будет дороже.
Прошу высказать соображения по желаемому кол-ву охватываемых лет |
|
Правильно ли я понимаю, что по некоторым причинам работа Адаптера не столь оптимальна, как основной версии сервера? Интересно почему? Если потому, что он обсчитывает бОльшее кол-во месяцев (дольше сводит баланс), так это вполне нормально.
На счет "вытеснения" я бы рассудил иначе.
"Адаптер хорошо зарекомендовал себя и было принято решение расширить количество обслуживаемых месяцев до 24. Стоимость нового продукта такая-то. Старый адаптер и одногодовой сервер более не поддерживаются."
Таким образом можно убить трех зайцев -
1. Создать непрерывный переход из года в год
2. Сократить количество поддерживаемых продуктов;
3. Увеличить доходы фирмы
Конечно, Адаптер24 можно рассматривать только как промежуточный этап. Ведь он не позволит задать отчетный период с 1 сентября по 31 августа, например. Кроме того, есть определенные проблемы с экстрапараметрами, которые по причине невозможности указания года извлекаются с ошибкой.
Поэтому меня очень обнадеживает возможность того, что многолетний сервер все же появится. А вот на вопрос о количестве обслуживаемых лет я бы дал ответ такой - столько, сколько потянет конкретное железо, то есть без ограничений. У меня, например, учет за 6 лет, и если многолетнй сервер будет расчитан на 5 лет, например, то никакого удовольствия в этом не будет, так как первый год останется за бортом.
|
| « Изменён в : 22.02.06 в 19:40:52 пользователем: Vladimir » |
Зарегистрирован |
С уважением,
Владимир
|
|
|
Arkady
Administrator
Просмотреть Профиль | WWW | E-мэйл
Сообщений: 484
|
on 22.02.06 в 19:31:29, Vladimir wrote:
Правильно ли я понимаю, что по некоторым причинам работа Адаптера не столь оптимальна, как основной версии сервера? Интересно почему? Если потому, что он обсчитывает бОльшее кол-во месяцев (дольше сводит баланс), так это вполне нормально.
|
|
Адаптер не поддерживает мгновенный ввод в реальной дате, когда операция добавляется в конец файла. ( http://hdru.com/russian/manual/manual.htm#adapter ). То есть не делается так называемое "допроведениe" операций в реальном времени, вместо этого всегда начинается пересчет от начала затронутого месяца.
Конечно, это не всегда заметно. Но на некоторых базах очень даже сказывается.
|
|
Зарегистрирован |
|
|
|
|
|
