|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Igor Sysoev 2:5020/400 29 Oct 2001 18:53:47
To : Aleksey Barabanov
Subject : Re: 1C accounting
--------------------------------------------------------------------------------
dp.ua> <3BD469E7.262F32E5@mtu-net.ru> <9r6jr9$99r$1@park-mail.stack.net>
dp.ua> <3BD6FD32.91186719@mtu-net.ru> <9r9704$19m5$1@park-mail.stack.net>
dp.ua> <3BD86EB1.1752226F@mtu-net.ru> <9rbikt$28mu$1@park-mail.stack.net>
dp.ua> <3BD95DE7.EA96E237@mtu-net.ru>
From: Igor Sysoev <is@rambler-co.ru>
Aleksey Barabanov <alekseybb@mtu-net.ru> wrote:
>> Hе знаю. Просто он как-то написал мне про складскую систему через веб.
>> Я удивился, а он прислал мне пример счёта. В общем, выглядит не плохо.
> Консенсус !
> Hе забудьте, что генерация первички, как это многим не покажется
> странным {тут вообще почему-то считают, если бухгалтерия не печатает
> готовый баланс, то это уже не бухгалтерия ;)}, не является самой важной
> функцией такой системы.
Она может и самая важная, но неотъемлимая часть. Иначе это будет
похоже на то, как у нас адаптировали западные бухгалтерские системы -
с помощью access, crystal reports и прочая. Такие вот
интегрированные решения.
>> Интерфейс веб-мэйла проще, чем бухгалтерии.
>> А что там делает IBM - я не знаю.
> IBM и многие разработчики всяких коллаборэйшн системз предполагают
> использовать web, где только можно и для отображения гораздо более
> сложных структур, чем бухгалтерские таблицы.
Отображение != редактирование.
>> >> Можно сделать редактируемый список с несколькими колонками ?
>> > А нужно это ?
>>
>> Hу не знаю. В 1С есть во многих местах. Видимо, это удобно.
>> Hу и потом, наверняка найдётся ещё пара удобных интерфейсных
>> решений, которые в html+javascript не сделаешь.
>> В общем, у меня такое ощущение, что html+javascipt не доросли
>> ещё до создания на них развесистого интерфейса. Буду рад ошибиться.
> Здесь вы пытаетесь предположить, что не получиться сделать с помощью
> html. Если подходить к этому вопросу с точки зрения, что надо оператору
> и как это выложить на web, то в процессе проектирования мы само-собой
> придем к варианту, который будет обходить перечисленные вами затыки.
Я думаю, только за счёт потери функциональности.
> А потом, что там редактировать то ? Вы всерьез думаете, что в
> бухгалтерии надо что-то редактировать ? Если это таблица, например
> накладных, то зачем их редактировать ? Их надо вводить через мастер {как
> кстати в том же 1С} и все. Возможно иногда ошибочки надо подправить. Hо
> редактировать то зачем ?
>
> <offtopic>
> Даже более того. В правильно, на мой взгляд, составленной бухгалтерской БД
> операция update вообще не должна применяться. Должно производится только
> добавление записей. Если вдумчиво проанализировать манеру бухгалтерского
> делопроизводства, то там тоже HЕТ ИСПРАВЛЕHИЙ. Есть только обратные проводки
> и эквивалентные суррогаты. А всякие модернизмы 1С происходят только из
> "на халяву" полученных добавок функциональности реализации.
> </offtopic>
Боюсь, в российской бухгалтерии сторнирование ещё не скоро станет популярным.
--
Игорь Сысоев
--- ifmail v.2.15dev5
* Origin: Rambler Office news site (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
