Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
ERP Oracle E-Buisness Suite
|
|||
|---|---|---|---|
|
#18+
IT-христ3. Насчет "попроще" можно сказать так - в OEBS существует возможность запоминать настройки для конкретного пользователя и ,в том числе, со значениями в полях настройки - favorit.. Доступ к настройкам данных возможностей должен предоставляться Администратором данных ОЕБС для выбранных категорий пользователей. PsychoActivityНу, тут уже точно понятно. Этого мне не осуществить. К админу я точно не пойду - просить какие-то отдельные аксессы, пароли и прочее. Не надо бояться админа - "человека с ружьем".. Он всего лишь исполняющий обязанности по созданию комфорта конченым пользователям.. PsychoActivity Но суть этой самой системы очень интересна и, думаю, она может упростить ввод информации в БД. Конечно, если глобально рассуждать, то возможно и широкое применение такой системы на уровне фирмы и только в том случае, если она реально ускорит процесс ввода информации в базу.В любом случае, при работе с такими системами все обычно решается в административном порядке, т.к. изначально заложенных в систему возможностей кастомизации предостаточно.. Все доработки "слева" и партизанскими методами обычно от лукавого.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.11.2004, 14:51 |
|
||
|
ERP Oracle E-Buisness Suite
|
|||
|---|---|---|---|
|
#18+
off-topic, sorry Он всего лишь исполняющий обязанности по созданию комфорта конченым пользователям.. Если на форуме будет конкурс на лучшую описку года, я буду голосовать за эту! ;-)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.11.2004, 15:51 |
|
||
|
ERP Oracle E-Buisness Suite
|
|||
|---|---|---|---|
|
#18+
Mastiffoff-topic, sorry Он всего лишь исполняющий обязанности по созданию комфорта конченым пользователям.. Если на форуме будет конкурс на лучшую описку года, я буду голосовать за эту! ;-)) :-) не описку , а опечатку.. неудобно как получилось.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.11.2004, 17:27 |
|
||
|
ERP Oracle E-Buisness Suite
|
|||
|---|---|---|---|
|
#18+
LSV...Нарекания на интерфейс бузусловно бывают и несправедливые. И тут я не буду защищать тётеньку-бухгалтершу, что ей кнопочка такого цвета не нравится. Но если раньше тётеньке на простую операцию нужно было 3 сек, а сейчас на точно такую же - 20сек, то увы, её возмущения вполне понятны. ...Любая система призвана увеличить эффективность работы предприятия. Если внесение того же объёма данных требует заметного увеличения времени/чел.часов/ДС то эффективность от такого внедрения довольно спорная, даже если не учитывать заоблачную стоимость внедрения. Все уже высказались по этому поводу, добавлю немного. Есть простая закономерность. При смене ПО с плохо структурированнными данными (быстрый ввод информации) на ПО работающее с хорошо нормализованной БД и хорошей аналитикой (напр., бухгалтерской аналитикой по счетам) как правило идет увеличение времени на ввод информации, т.к. надо ввести много дополнительных параметров (аналитик). Операторы - плачут. Иногда приходится увеличивать их количество или перераспредеять обязанности. Выигрыш идет на уровне отчетности, когда появляется возможность видеть деятельность предприятия во всех разрезах, необходимых для принятия решения. В этом случае, при прочих равных условиях, потери от увеличения затрат на ввод информации многократно перекрывается прибылью от эффективности управления предприятием (без обсуждения конкретных случаев). Конечно, если руководство к этому готово ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2004, 16:51 |
|
||
|
ERP Oracle E-Buisness Suite
|
|||
|---|---|---|---|
|
#18+
OLeo..При смене ПО с плохо структурированнными данными (быстрый ввод информации) на ПО работающее с хорошо нормализованной БД и хорошей аналитикой (напр., бухгалтерской аналитикой по счетам) как правило идет увеличение времени на ввод информации, т.к. надо ввести много дополнительных параметров (аналитик). Операторы - плачут. Иногда приходится увеличивать их количество или перераспредеять обязанности. Выигрыш идет на уровне отчетности, когда появляется возможность видеть деятельность предприятия во всех разрезах, необходимых для принятия решения. В этом случае, при прочих равных условиях, потери от увеличения затрат на ввод информации многократно перекрывается прибылью от эффективности управления предприятием (без обсуждения конкретных случаев). Конечно, если руководство к этому готово То, что вы говорите - верно. Но здесь опять таки можно возразить. Если мы говорим про ведение аналитических атрибутов, то эта задача должна быть распределена равномерно по местам ввода информации. Случай когда сотрудник бухгалтерии "доколачивает" атрибуты за всех остальных является противоестественной! И это говорит только про ущербность внедрения, когда никто не настаивал на пропорциональном распределении обьема работ. В данном случае я не касаюсь собственно ГУИ в виде реализации, т.к. для контекста обсуждения это не очень существенно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2004, 17:12 |
|
||
|
ERP Oracle E-Buisness Suite
|
|||
|---|---|---|---|
|
#18+
Хотелось бы продолжить тему, есть несколько вопросов к APPSовикам. Правильно ли для OAEBS сосредоточить ведение ВСЕХ справочников в руках сотрудников специально созданной для этого группы? Обосновывается это желанием избежать дублирования ввода информации, ошибок ввода... etc. Т.е. один человек будет вести справочник поставщиков, один - потребителей, один - на материалах... Или новые записи должны вводиться специалистами соответствующих отделов (фин, сбыт, ОМТС...)? Пожалуйста, поделитесь опытом/соображениями. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2005, 11:44 |
|
||
|
ERP Oracle E-Buisness Suite
|
|||
|---|---|---|---|
|
#18+
В 1985 году у меня был отдел НСИ из 11 человек на ЕС-1022. Видно OEBS с той эпохи. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2005, 12:21 |
|
||
|
ERP Oracle E-Buisness Suite
|
|||
|---|---|---|---|
|
#18+
/Правильно ли для OAEBS сосредоточить ведение ВСЕХ справочников в руках сотрудников специально созданной для этого группы? Обосновывается это желанием избежать дублирования ввода информации, ошибок ввода... etc. Т.е. один человек будет вести справочник поставщиков, один - потребителей, один - на материалах... Или новые записи должны вводиться специалистами соответствующих отделов (фин, сбыт, ОМТС...)? Задача корректного ведения нормативно-справочной информации характерна для любой ИС. В целом можно предложить следующий подход: 1. Нормативаная информация разделяется на условно-постоянную (например, структура подразделений, перечень статей затрат, доходов - расходов и т.п.) и переменную (справочники контрагентов, товаров, материалов и т.п.) 2. Для условно-постоянно части разрабатыываются организационные процедуры по внесению в них изменений. Например, на основании протокола, подписанного всеми заинтересованными лицами и службами, т.к. обычно такие справочники являются костяком ИС и отражают особенности системы учета предприятия. Непосредственно внесение измений лучше осуществлять силами ИТ службы на основании приянтого решения. 3. По каждому справочнику (разделу справочника) с переменной информацией назначается ответсвенное подразделение (либо конкретно, ответсвенный сотрудник) и регламентируется типовой порядок внесения записей (по сути - формат записи). Естественно он должен быть предварительно унифицирован исходя из специфики предприятия. Вести их силами выделенной групы на мой взгляд нецелесообразно. 4. Если возможно, то создаются определенные программные средства, позволяющие автоматизировано контролировать коректность вносимых значений и автора изменений, например, по ИНН для контрагентов. 5. В любом случае, все эти меры не гарантируют отсутсвия двойных записей, поэтому необходима организациооная процедура регулярного аудита, по результатам котрого принимаются меры по устранению проблем. В том числе с оргвыводами. P.S. модераторам - возможно стоит этот вопрос вынести в отдельную ветку, т.к. он не связан с конкретной системой ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2005, 12:29 |
|
||
|
ERP Oracle E-Buisness Suite
|
|||
|---|---|---|---|
|
#18+
ТрезвыйХотелось бы продолжить тему, есть несколько вопросов к APPSовикам. Правильно ли для OAEBS сосредоточить ведение ВСЕХ справочников в руках сотрудников специально созданной для этого группы? Обосновывается это желанием избежать дублирования ввода информации, ошибок ввода... etc. Т.е. один человек будет вести справочник поставщиков, один - потребителей, один - на материалах... Или новые записи должны вводиться специалистами соответствующих отделов (фин, сбыт, ОМТС...)? Пожалуйста, поделитесь опытом/соображениями. За каждый справочник д.б. один ответственный человек. В каком отделе каждый такой отвественный числится - не суть важно. Реально работающая схема: Справочники поставщиков и потребителей ведет один человек в юридическом отделе. Т.к. для корректной работы всяких актов сверки необходимы ссылки в этих справочниках друг на друга, то один человек для этого лучше, чем несколько. Сам с собой он всяко договориться. Разумеется эта схема работает, когда в день не приходится вводить сотни заказчиков и поставщиков. За справочник материалов отвечают два человека. За закупаемые ТМЦ отвечает работник отдела снабжения. За готовую продукцию - планово-экономический отдел. Эти два подмножества материалов не пересекаются. Хотя в снабжении отвечает один человек, доступ к ведению справочника имеет еще один товарищ, у которого номенклатура постоянно обновляется и с другими снабженцами не пересекается. Соответственно, ему делегированы соответствующие полномочия по ведению своей группы. В юротделе на справочнике сидит специально выделенный для этого человек. Занимается только этим. В снабжении люди занимаются ведением справочника в нагрузку к прочим обязанностям. Ввод информации в справочники на основании письменных заявок от заинтересованных лиц ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2005, 12:36 |
|
||
|
ERP Oracle E-Buisness Suite
|
|||
|---|---|---|---|
|
#18+
Круто! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2005, 13:06 |
|
||
|
ERP Oracle E-Buisness Suite
|
|||
|---|---|---|---|
|
#18+
va_kochnev За каждый справочник д.б. один ответственный человек. В каком отделе каждый такой отвественный числится - не суть важно. Реально работающая схема: Справочники поставщиков и потребителей ведет один человек в юридическом отделе. Т.к. для корректной работы всяких актов сверки необходимы ссылки в этих справочниках друг на друга, то один человек для этого лучше, чем несколько. Сам с собой он всяко договориться. Разумеется эта схема работает, когда в день не приходится вводить сотни заказчиков и поставщиков. Что юридический - согласен, что один - нет, м.б. десятки новых записей в день + правка старых. Заболеет человек - как жить? 2 человека + юристы будет еще чем-то заниматься. va_kochnev За справочник материалов отвечают два человека. За закупаемые ТМЦ отвечает работник отдела снабжения. За готовую продукцию - планово-экономический отдел. Эти два подмножества материалов не пересекаются. Хотя в снабжении отвечает один человек, доступ к ведению справочника имеет еще один товарищ, у которого номенклатура постоянно обновляется и с другими снабженцами не пересекается. Соответственно, ему делегированы соответствующие полномочия по ведению своей группы. В юротделе на справочнике сидит специально выделенный для этого человек. Занимается только этим. В снабжении люди занимаются ведением справочника в нагрузку к прочим обязанностям. Здесь тоже больших вопросов нет, только вот по готовой продукции у нас огромная номенклатура... Типоразмеры... va_kochnev Ввод информации в справочники на основании письменных заявок от заинтересованных лиц Обычно бывает - надо очень срочно... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2005, 13:21 |
|
||
|
ERP Oracle E-Buisness Suite
|
|||
|---|---|---|---|
|
#18+
тут Вы все пытаетесь обсудить обычные административные приёмы. Какая разница, отвечает 1 чел или 2чел ? Главное, чтобы бардака не было. Хотя максимальное сокращение круга ответственных за к-л операцию - важная задача. Тут нет однозначно верного решения, поэтому каждый решает, как умеет и как позволяют обстоятельства. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2005, 15:12 |
|
||
|
ERP Oracle E-Buisness Suite
|
|||
|---|---|---|---|
|
#18+
LSVтут Вы все пытаетесь обсудить обычные административные приёмы. Какая разница, отвечает 1 чел или 2чел ? Главное, чтобы бардака не было. Хотя максимальное сокращение круга ответственных за к-л операцию - важная задача. Тут нет однозначно верного решения, поэтому каждый решает, как умеет и как позволяют обстоятельства. :) Вот как раз такими приемами бардак и сокращается )))))) Обстоятельства в данном вопросе нужно под систему строить. А разница не в том сколько человек отвечает, а КТО конкретно отвечает, поименно, и кто ответсвенность за полученный бардак несет. А разруха она в головах... (С) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2005, 15:31 |
|
||
|
|

start [/forum/topic.php?fid=29&gotonew=1&tid=1528530]: |
0ms |
get settings: |
9ms |
get forum list: |
19ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
45ms |
get topic data: |
14ms |
get first new msg: |
9ms |
get forum data: |
3ms |
get page messages: |
120ms |
get tp. blocked users: |
2ms |
| others: | 251ms |
| total: | 480ms |

| 0 / 0 |
