|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Aleksey Barabanov 2:5020/400 28 Oct 2001 23:31:49
To : Vladimir Bormotov
Subject : Re: 1C accounting
--------------------------------------------------------------------------------
Vladimir Bormotov писал(а):
>
> AB> Золотые слова !
>
> врядли. Просто логический вывод.
Скромность паче гордыни ;)
>
>
> AB> Только как-то не стыкуется с другим вашим же высказыванием:
>
> >> гы. Посидите денек рядом с кассиром, у которой несколько СОТЕH
> >> документов в день. А я посмотрю как она все это будет в IE
> >> набирать. Хотя нет, я смотреть не буду. Я не выдержу. Я лучше погуляю
> >> где-нибудь подальше ;)
>
> AB> Видимо что-то из этого сказано в запале спора. Хотя "умище то не
> AB> скрыть"
> AB> ;)))
>
> Причем тут запал спора? Это было про то, что я не верю что ввод данных
> можетбыть черезх браузер столь эфективен, как и через нормальное
> приложение. Какие нестыковки? Разумеется "ядро" это не только СУБД и
> обработка данных, это и то, на основе чего строится интерфейс
> пользователя. Т.е. "программное ядро", которое есьт по сути инструмент для
> решения "задачи автоматизации учета" на конкретном предприятии, в рамках
> конкретного законодательства и желания заказчика.
Я бы для ясности предложл бы разделить ввод/вывод первички и просто
ввод/вывод как работу с БД.
Сначала о первичке.
1.Входящая первичка: чужие накладные, чужие счета-фактуры, ГТД и прочая
фин.переписка.
Все должно храниться в оригинале. Вводиться вручную. Вэб-интерфейс ничем
не хуже.
2.Исходящая первичка: наши накладные, наши счета-фактуры, и т.д.
Все должно храниться в оригинале. Вэб-интерфейс ничем не хуже.
3.Кассовая первичка: чеки, штрих-коды.
С этой первичкой работают специальные терминалы и автоматизированные
кассы. Веб интерфейс вообще ни при чем. Все зависит от того позволяет ли
ваша конкретная налоговая подключиться к кассовому аппарату. Я знаю как
положительные так и отрицательные примеры. В данном вопросе полный
юридический субъективизм. Hо если такой интерфейс допустим, то на
мастдае это решается через общую сетевую файлопомойку кассовых аппаратов
и, например, БЭСТ-а, или через ручной перенос чеков на дискете. А в
эхотаге это решается гораздо изящнее. И, главное, линуксовое {юниксовое}
решение позволяет предотвратить всякого рода мощенничества в месте
пробивания чеков.
4.Внутренняя первичка: авансовые отчеты, кассовые корешки, и т.д.
Все должно храниться в оригинале. Вэб-интерфейс ничем не хуже.
5.Банковская первичка: платежки, банковские требования, и т.д.
Очень часто вообще не имеет смысла, т.к. мастдайные программы
клиент/банк из-за врожденного уродства интерфейса практически всегда не
имеют возможности портировать свою первичку в бухгалтерию. В эхотаге с
этим конкретно легче. Веб интерфейс не участвует.
6.Складская первичка: карточки, накладные всякого рода.
Вид не имеет значения. Вэб-интерфейс ничем не хуже. Более того зачастую
складской учет, как чисто логистическая задача, вообще в должном виде в
бухгалтерии не реализуется. Поэтому не редки случаи использования 1С в
качестве бухгалтерии и чего-нибудь другого, бывает даже самописного, как
складской программы. А все интерфейсы лучше настраивать с GPL
программой, чем с мастдайной.
7.Балансовые отчеты и справки.
Важность этого пункта величайшее заблуждение. С этими бумажками вообще
конкретная наколка. Вспомните преславутые "розовые бланки" ;))) В
конце-концов раз в три месяца или даже в один заполнить 3 десятка
полупустых бумажек вовсе не трудно. По моему собственному опыту их
гораздо труднее все подписать ;)
8.Может забыл чего?
Так подскажите.
Hичего ужасного в работе с первичкой, такого чтобы требовало
категорически HЕ ВЭБ-интерфейса я не вижу.
А работа с БД, как построение внутренних статистических отчетов и прочие
операции, как вы уже сказали, их удобнее строить так, чтобы можно было
взять zope/perl/php и с легкостью вбить недостающее.
Bye.
--
Aleksey Barabanov <alekseybb@mail.ru>
--- ifmail v.2.15dev5
* Origin: Office Intranet (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
