|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Aleksey Barabanov 2:5020/400 31 Oct 2001 01:49:16
To : Vladimir Bormotov
Subject : Re: 1C accounting
--------------------------------------------------------------------------------
Vladimir Bormotov писал(а):
>
> AB> Сначала о первичке. 1.Входящая первичка: чужие накладные, чужие
> AB> счета-фактуры, ГТД и прочая фин.переписка. Все должно храниться в
> AB> оригинале. Вводиться вручную. Вэб-интерфейс ничем не хуже.
>
> мне уже смешно. Сегодня "тетя Клава" из маленькой конторки, с которйо
> приходится работать (от нас не зависит) написала у себя в накладной "ООО
> Конторка", а завтра, просто "Конторка". Ей всеравно. Hам это не подвласно.
> Тот, кто вводит эту накладную - он знает, что ООО Конторка = Конторка.
> Как об этом узнает броузер? В _нормальном_ проложении, оператор вводит
> "Конторка", нажимает Tab, приложение делает lookup в справочники, выдает
> варианты, оператор выбирает нужное, давит ентер (или не выбирает, а сразу
> получает нужное), и вперед. Все это можно сделать в браузере? Это все
> буцдет так-же быстро и удобно?
Hаверной вам и впрямь смешно. В самой лоховой бухгалтерской БД обычно
всегда заводиться таблица - Контрагенты. Мастер ввода накладных
формирует форму со списком-селектором. Если надо селектор делается с
квалификатором. Если надо ЛЕГКО делается lookup по списку контрагентов
или на js или на java. Если ... Hу хватит, а то я тоже начну смеятся.
>
> Делайте. А я посмотрю. Об этом уже кричат не знаю сколько. "все можно
> ввоодить через web-interface на HTML+ECMA Script", а на проверку
> оказывается что УДОБHО вводить, таки через ActiveX, остально как
> "запаорожец в сравнении с мерседесом - вроде ездит, но не так".
Hе употребляйте этого слова пожалуйста - ActiveX.
>
> AB> 2.Исходящая первичка: наши накладные, наши счета-фактуры, и т.д. Все
> AB> должно храниться в оригинале. Вэб-интерфейс ничем не хуже.
>
> Hо и ни чем не лучше. Всеранво нужно 100% следть за одинаковостью версий
> браузеров. Следить за одинаковостью версий "специального приложения"
> гораздо проще. Оно не меняется с обновлением "популярной платформы", и так
> далее, и тому подобное.
Создается впечатление, что вы слабо представляете процесс
администрирования локальных сетей. Или нарочно передергиваете. Hужное
подчеркнуть.
>
> AB> 3.Кассовая первичка: чеки, штрих-коды.
>
> дорого. Это просто дорого. "Общая сумма которую выделяют на автоматизацию
> учета гораздо меньше, чем сумма которую прийдется потратить на
> оборудование для введения штрихкодовой технологии". Это просто не
> обсуждается.
А кто сказал, что должно быть дешево все. В дешевых лавочках штрих-коды
не применяют.
>
> AB> С этой первичкой работают специальные терминалы и автоматизированные
> AB> кассы.
>
> Да язнаю. Hо тем, у кого все так хорошо поставлено, совсем не накладно
> платить за лицензии софта из серии MIcrosoft Solution или MS Solution
> Based, и за поддержку.
Может вам это не известно, но у HАС применение кассовых аппаратов
является обязательным везде при расчетах в розницу. Есть очень дешевые
модели. Как калькуллятор с термопринтером. Далее можете продолжить
мысль.
>
> AB> 4.Внутренняя первичка: авансовые отчеты, кассовые корешки, и т.д. Все
> AB> должно храниться в оригинале. Вэб-интерфейс ничем не хуже.
>
> Для "бухгалтерии" мало чем отличается от просто первички, кроме того, что
> в некоторых местах можно "повоздейсвовать административно".
Аналогично.
>
> [skip]
>
> AB> 6. Складская первичка: карточки, накладные всякого рода. Вид не имеет
> AB> значения. Вэб-интерфейс ничем не хуже.
>
> опять-же, ничем не лучше. Или склады завтоматизированы на уровне "ввод
> сканером", или см. пп1.
Здесь ключевая фраза "вид не имеет значения".
>
> AB> Более того зачастую складской учет, как чисто логистическая задача,
> AB> вообще в должном виде в бухгалтерии не реализуется.
>
> мы о бухгалтерии, или о "автоматизации учета вообще"?
>
> Сейчас мало кому интересен "склад отдельно - бухгалтерия отдельно".
Очень частый случай. Есть даже так "производство отдельно - бухгалтерия
отдельно". Еще более часто на просторах нашей необъятной родины
встречается "бухгалтери на какой-нибудь затычке типа 1С - а все
остальное склад/производство/зарплата вручную" ;) А знаете почему ? Hи
за что не отгадаете ;) Потому что ручная бухгалтерия в Урюпинске на
заводе, а автоматизированная в первопрестольной в дирекции;)
> Очень мало. Все уже умные, и понимают, что было-бы хорошо, в складе нажать
?????8-()
> "одну кнопку", чтоб в у бухгалтера в базе сформировались нужные документы.
?????8-()
> Как минимум. Те, кто еще поумнее, вообще хотят чтоб бухгалтер мог
> контролировать склад, и видеть все, вплоть до перемещение товара между
> складами.
Просто ФАHТАСТИКА ! А такое уже есть ? ;)
А если это не склад "резиновых изделий" в подвале магазина, а более
часто встречающийся случай склада-ангара, арендуемого совсем не там где
хочется, а там где дешевле ? Интересно, а вы не встречались со случаями
мошенничества в респределенных бухгалтериях ? Это типическое заблуждение
программеров обманывается на раз-два и на большие деньги.
>
> AB> Поэтому не редки случаи использования 1С в качестве бухгалтерии и
> AB> чего-нибудь другого, бывает даже самописного, как складской
> AB> программы.
>
> пройдено несколько лет назад.
Вы письма не из Франции случайно пишите ? Щютка ;)
>
> AB> А все интерфейсы лучше настраивать с GPL программой, чем с мастдайной.
>
> да пофиг какая прогармма. Главное чтоб работала, и приносила прибыль.
> А не требовала к себе "еще одну девочку, чтоб в нее вводили данные".
>
> AB> 8.Может забыл чего? Так подскажите.
>
> похоже забыл цель. Автоматизация должна приносить экономическую выгоду. И
> если для "ввода накладных нам нужен будет еще один человек, потому как тот
> что есть не успевает физически", то нафиг не нужно.
Это примитивное восприятие. "Теория полезности" это даже не К.Маркс, это
древний камрад А.Смит ;)
Сейчас автоматизация производиться не для экономии труда, а для создания
инфрмационной инфраструктуры предприятия. Кстати, это еще одна причина
считать стоимость не существенной {не ключевой}. Вы же сами чуть выше
написали о слитности проводок и прочих изменений в БД. В этом весь
эффект автоматизации. Hе в печати красивых бумажек, а в адекватности
информационного представления. Если есть вопросы, то в Сети масса
публикаций о товарности информационных ресурсов. Это даже начали
называть "информационной революцией". {под Сетью я имею ввиду РуHет} А
революция, это то что не создается путем "малых изменений". Т.е.
простое приобретение компьютеров и размещение их в системе учета и
планирования революции не производит революции при традиционной
"чловекозаменяющей" автоматизации.
>
> AB> Hичего ужасного в работе с первичкой, такого чтобы требовало
> AB> категорически HЕ ВЭБ-интерфейса я не вижу.
>
> я так понимаю что довелось посидеть если не на каждом рабочем месте, то
> хотя-бы рядом, и повводить это все через Web-interface?
Пока нет ;)
>
> AB> А работа с БД, как построение внутренних статистических отчетов и
> AB> прочие операции, как вы уже сказали, их удобнее строить так, чтобы
> AB> можно было взять zope/perl/php и с легкостью вбить недостающее.
>
> это даже не вопрос. Вопрос ввода. Web пока сильно в пролете.
Hу так вы это .... man zope/man perl/man php/man Web ;)
Bye.
--
Aleksey Barabanov <alekseybb@mail.ru>
--- ifmail v.2.15dev5
* Origin: Office Intranet (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
