|
|
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
маленький принцsvcoder... Если же необходимо прочитать остатки на произвольный момент времени и указать в параметре виртуальной таблицы момент времени, то из этой виртуальной таблицы получится объединение 2-х запросов, один из которых читает из физической таблицы итогов за предыдущий от момента времени период, а второй суммирует движения из таблицы движений. То есть 1С можно заставить работать только с физической таблицей итогов просто запретив неоперативное проведение FIFO-LIFO? потом... регламентным документом ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.08.2010, 11:56 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
LSVСаму необходимость в разбирательствах нужно исключить. Вот это действительно принципиально другой уровень.В ряде случаев это невозможно. В системах с высокой ответственностью очень много аудита. И без него никак нельзя. И не дураки его туда ставят. можно пример системы с высокой ответственностью? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.08.2010, 11:56 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
GaryaАндрей Ж.Если не трудно просмотрите мои текста, текста FinSoft, Бизон - по моему мы пытались донести аналогичные идеи, обсуждая в частности, как решать "проблему затычки-1С", но никто из нас не пытался придумать способ "убить 1С", а лишь предлагали средства получать прибыль от своей работе в "агресивной среде 1С:Окружения".А я и не утверждал, что Вы что-либо подобное предлагали. Я лишь заметил, что я, как бы не совсем опонент Вам в этом вопросе, но Вы, похоже, упорно хотите меня видеть опонентом... :) НИ В КОЕМ РАЗЕ!!! Вы мой друг, советчик и учитель! Ваши посты неоднократно использовал для анализа проблем, как моей системы, так и 1С! Особо ценные идеи дополнительно проработаны включены в план развития моего пакета. Реакция на Ваши сообщения - просто ШОК от таких фантастических идей и желание оспорить их опираясь на ФАКТ == если даже очень грамотные люди не могут понять, сказанное другими, то как это может понять ERP система созданная по технологиям ИИ. Тем более в "детстве" пытался уже использовать данные технологии (ИИ) в прикладных программах - у меня получалась чушь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.08.2010, 12:33 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
iscrafmможно пример системы с высокой ответственностью?Управление сложным/опасным производством, реакторами, движением транспорта, черные ящики и т.д. Там почти все на аудите. Полезно при "разборе полётов". Это конечно не ERP-сегмент. Но даже в ERP может быть ответственный участок (деньги, жирные сделки). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.08.2010, 12:42 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
LSV, не ERP сегмент отбрасываем, с ним все понятно. А что касается обсуждаемого здесь ERPЮ то хотелось бы уточнения. Именно об исключении шарового доступа к деньгам и жирным сделкам и идет речь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.08.2010, 12:47 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
FinSoftАха, ничего они там не наковыряют. В журнал пишутся события, а изменения не протоколируются. Глубоко в тему логов (БД) не вникал и м.б. это кухня Ф/С архитектуры 1С, когда записи до переиндексации удаляются лишь логически. Просто при мне (для меня) 1Сники выцарапывали данную информацию из БД. FinSoftТема вообще не простая. Согласен, т.к. периодически натыкаюсь на ограничения моей технологии логов (у меня отдельная таблица - журнал операций): 1. Иногда нужна инфа, которую не сохраняю в журнале дабы избежать неконтролируемого его роста. 2. Теоретически можно бы было восстановить, например удалённый документ, но данную технику изначально не продумал. Может когда-нибудь тема будет обсуждаться в разделе "разработки"? FinSoftМогу для примера сказать, что у нас есть клиент с базой ~300-400МБ и логом более 2ГБ. Это при том, что лог транзакционный (т.е. туда пишется минимальное необходимое количество информации, а не сторые-новые значения полей) плюс автоматическая упаковка базы. Плюс есть оперативный лог и архив лога. Поступаю так: При удалении/изменении в лог пишется копия старого документа, а при добавлении только факт операции и краткое описание документа. Скорость роста зависит не от размера БД, а от баловства с режимами изменений. Например: Одна контора БД=150мб, а лог, включая его архивы 400мб, в другой (розница) БД=230мб, а лог около 100мб. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.08.2010, 12:47 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
iscrafmFinSoftя могу там открыть накладную, найти строку с нужным товаром и поглядеть, когда какой-то оператор или менеджер поменял там цену, и с какой на какую? Или найти, кто в течении последних пары дней поменял текстовку в каком-нибудь кассовом ордере месячной давности, а заодно и чего там дописал? Я не буду утверждать, что этого нет или нельзя сделать в принципе. Но сильно сомневаюсь в эффективности такого решения, т.к. в парадигме 1с-технологии встает немало вопросов. потребность в таких избыточных логах возникает по причине непродуманного ролевого доступа. Т.е. есть свалка, в которой шарятся все кому не лень, а потом выясняют кто-что сделал. Т.е. как в медицине: лечить нужно не симптомы, а причину. Соглашаюсь с определением СВАЛКА, но она ПОСТОЯННО помогает решать множество организационных задач и пользователи в ней "копаются" не реже, чем в отдельных оперативных режимах. Просто нужно им максимально облегчить задачу поиска в ней информации. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.08.2010, 12:50 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
Андрей Ж. Соглашаюсь с определением СВАЛКА, но она ПОСТОЯННО помогает решать множество организационных задач и пользователи в ней "копаются" не реже, чем в отдельных оперативных режимах. Просто нужно им максимально облегчить задачу поиска в ней информации. Вам тот же вопрос тогда. С какой целью они в этой свалке копаются? p.s. чтобы не было недосказанности. Я не отрицаю необходимость аудита как такового. Речь идет только о представлении этого как нового уровня и о том, что многие вещи, которые разгребаются при помощи аудита нужно просто не допускать. Для этого и существуют различные схемы доступа к данным и операциям. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.08.2010, 12:58 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
iscrafm Про уровень: Но речь совсем не об этом. Не знаю какой Вы новый уровень имеете ввиду, но хранить логов в 5 раз больше чем данных для того, чтобы разбираться кто и что сделал, не есть каким-то нормальным уровнем, это очень низкий уровень. Саму необходимость в разбирательствах нужно исключить. Вот это действительно принципиально другой уровень. Сэр теоретик? :-)) А вы когда-нибудь про злоупотребления менеджеров или невыспавшихся операторов слышали? Вообще не понимаю, про что спорим. Вы считаете, что Вам аудит не нужен, не возражаю. У нас это постоянно используемая функция, _ну очень сильно_ облегчающая жизнь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.08.2010, 13:02 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
FinSoftiscrafm Про уровень: Но речь совсем не об этом. Не знаю какой Вы новый уровень имеете ввиду, но хранить логов в 5 раз больше чем данных для того, чтобы разбираться кто и что сделал, не есть каким-то нормальным уровнем, это очень низкий уровень. Саму необходимость в разбирательствах нужно исключить. Вот это действительно принципиально другой уровень. Сэр теоретик? :-)) А вы когда-нибудь про злоупотребления менеджеров или невыспавшихся операторов слышали? Вообще не понимаю, про что спорим. Вы считаете, что Вам аудит не нужен, не возражаю. У нас это постоянно используемая функция, _ну очень сильно_ облегчающая жизнь. Уважаемый, я, в отличие от Вас, не прячусь за анонимным ником, любой может посмотреть какой Сэр теоретик. Не смешите. Прочитайте предыдущее сообщение, там написано о чем мы спорим. И я не говорил, что аудит не нужет, читайте внимательней. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.08.2010, 13:06 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
FinSoft, Если у вас есть Важная_Табличка, и вам к ней хочется иметь лог, который пополняется, когда кто-то что-то меняет в той табличке, то очень вероятно, что вам на самом деле нужна Подшивка_Важных_Операций, доступная только на пополнение, плюс триггер, который исполняет эти самые операции, в т.ч. и меняя соответствующие операции в важной табличке (или нескольких таких). Другой порядок просто, не "подправили ручками и записали", а "оформили надлежащим образом и автоматом подправили", даже если _обычно_ результат совпадает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.08.2010, 13:27 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
iscrafm Про Искру: Искра это платформа, а не прикладная система. Если кому-то в прикладной системе потребуется аудит, то делается он даже не просто, а элементарно . В прикладном коде у всех примерно похоже. Но Вы забыли про анализатор. Который должен выводить значения и их заголовки в отформатированном виде, понимать детишек-родителей и т.д. Восстанавливать при случае базу из него-же (на sql-серверах и первасиве это, скорее всего, не надо, т.к. там будет другой лог, а в настольных приложениях может пригодиться), бэкапить и т.д. На мой взгляд, все эти возможности должны быть в платформе/базовых либах. Полагаю, вызываемый в примере скрипт вы тоже не ручками пишите? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.08.2010, 13:37 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
FinSoftiscrafm Про Искру: Искра это платформа, а не прикладная система. Если кому-то в прикладной системе потребуется аудит, то делается он даже не просто, а элементарно . В прикладном коде у всех примерно похоже. Но Вы забыли про анализатор. Который должен выводить значения и их заголовки в отформатированном виде, понимать детишек-родителей и т.д. Восстанавливать при случае базу из него-же (на sql-серверах и первасиве это, скорее всего, не надо, т.к. там будет другой лог, а в настольных приложениях может пригодиться), бэкапить и т.д. На мой взгляд, все эти возможности должны быть в платформе/базовых либах. Полагаю, вызываемый в примере скрипт вы тоже не ручками пишите? не забыл, просто это "по умолчанию" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.08.2010, 13:40 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
FinSoft Аха, я могу там открыть накладную, найти строку с нужным товаром и поглядеть, когда какой-то оператор или менеджер поменял там цену, и с какой на какую? Или найти, кто в течении последних пары дней поменял текстовку в каком-нибудь кассовом ордере месячной давности, а заодно и чего там дописал? Да можно открыть и посмотреть где и на что изменилось построчно, при этом будут выведены только измененные строки или реквизиты находящиеся не в табличных частях объекта. При этом можно сравнивать между собой различные версии одного и того же объекта. Причем логировать или нет и в каком случае, настраиваться для каждого объекта. Правда сейчас это реализовано для справочников и документов, для еще одного важного элемента Регистров Сведений - это не реализовано. Кстати это было еще реализовано для 7.7 Павлом Шемякиным на ToySpy, правда 1С там не пахнет, вся логика на триггерах. Но все же раз 1С дала такое окно в конфигураторе (собственные плагины), почему бы его не использовать, жаль только в 8 такое окно закрыли . FinSoft Могу для примера сказать, что у нас есть клиент с базой ~300-400МБ и логом более 2ГБ. В 1С такие логи занимают тоже очень много места, т.к. объект полностью выгружается в XML и храниться потом в таком виде в БД. По идее можно было бы и реализовать полное восстановление версии, но 1С такого в стандарте не сделала, если надо разрабатывай такое восстановление сам. iscrafm Т.е. как в медицине: лечить нужно не симптомы, а причину. Здесь полностью согласен, но способ лечения "Правами" полностью не решит проблем с залезанием в "зад" и исправлением там документов, людям свойственно ошибаться и если нет системы которая бы такие ошибки позволяла исправлять в текущем периоде, то от испраления в прошедших/закрытых периодах никуда не денешся. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.08.2010, 13:42 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
iscrafmFinSoftiscrafm Про уровень: Но речь совсем не об этом. Не знаю какой Вы новый уровень имеете ввиду, но хранить логов в 5 раз больше чем данных для того, чтобы разбираться кто и что сделал, не есть каким-то нормальным уровнем, это очень низкий уровень. Саму необходимость в разбирательствах нужно исключить. Вот это действительно принципиально другой уровень. Сэр теоретик? :-)) А вы когда-нибудь про злоупотребления менеджеров или невыспавшихся операторов слышали? Вообще не понимаю, про что спорим. Вы считаете, что Вам аудит не нужен, не возражаю. У нас это постоянно используемая функция, _ну очень сильно_ облегчающая жизнь. Уважаемый, я, в отличие от Вас, не прячусь за анонимным ником, любой может посмотреть какой Сэр теоретик. Не смешите. Прочитайте предыдущее сообщение, там написано о чем мы спорим. И я не говорил, что аудит не нужет, читайте внимательней. Я сужу по тому, что читаю. Если Вам не интересно то, про что я пишу, Вы вполне можете игнорировать мои сообщения. Впрочем, не хотел никого обидеть, извините, если что-то прозвучало резко. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.08.2010, 13:44 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
GaryaИ, тем не менее, в России все больше и все чаще появляются менеджеры не только с опытом "интуитивного управления" (как это было в совке), а имеющие достаточно глубокие знания о современных концепциях менеджмента, новых теориях. Поняв смысл тех или иных, они хотят их попробовать и... обнаруживают отсутствие на рынке ПО, которое более-менее полноценно поддерживало бы эти концепции. Кто из вас в курсе, в каких ПО реализован полноценный ABC, который подразумевает использование ПРОЦЕССНОГО управления? Между тем, то там, то сям постоянно слышу от менеджеров верхнего звена, что "ABC - это как раз то, что нам нужно". И что? Может быть 1С сможет что-нибудь предложить? :) Много ли вы знаете предприятий, считающих себестоимость по методу ABC? Судя по "популярности" решения от 1С и ВИПАнатех их количество стремится к 1, тех для кого эту конфигурацию разрабатывали. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.08.2010, 14:17 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
маленький принцвспоминаю СССР, 1987 г. по все стране ВЦ, КиВЦ, РИВЦ, и т.д. Для того, чтобы собирать информацию при ВЦ существовал целые отдел по обслуживанию ЕС1010, который работал модемом (помните - такая небольшая коробочка). И все считали, что так будет очень долго. 1991 г. (4 года спустя) ну, сами знаете. Слышите шаги? это SkyNet идет.ПМСМ, Вы просто немного не в теме. Нейросети развиваются и совершенствуются уже не первый десяток лет. ИИ на их основе уже получен, и он обладает сознанием. Технологии логики там совершенно иные, имеющие очень мало отношения к машинам Тюринга. Вместо четкой логики используется нечеткая логика. Никакой "программы", предопределяющей логику поведения ИИ-систем в них нет. Программу они для себя составляют сами и впоследствии сами же ее модифицируют. Всё что у них есть - это потенциал размности (т.е интеллект) и встроенные в них их создателями "хотелки", которые и выступают в роли движущей силы, заставляющей заложенный в них потенциал воплощаться на практике. Способы реализации "хотелок" ИИ выбирает сам. Технологически наиболее продвинутые нейросети с ИИ используют не цифровую, а аналоговую элементную базу - именно такие сети могут продемонстрировать полную имитацию биологических нейросетей. В 2003-м году был получен робот с зачатками самосознания. В 2006 году был запущен проект SyNAPSE. В 2009 году появились сообщения о первых интерфейсах искуственных синапсов и естественных, в конце 2009 года появились сообщения о достижении ИИ мощности интеллекта кошки (по количеству охвачиваемых таким интеллектом логических связей). В 2010 году появились сообщения об успешно проведенном эксперименте по созданию гибридного искуственно-естественного интеллекта (объединяющего естественную нейронную сеть мозга крысы с искуственной нейронной сетью, в процессе проведения эксперимента между этими сетями были автоматически синтезированы новые синаптические связи, по чему можно судить, что нейронные сети успешно соединились в одну гибридную сеть). Каждое такое достижение имеет колоссальное значение. Но информация о них разошлась в узких кругах специалистов без фанфар и громких заявлений. В последнее время информация просачивается крайне скудная, потому что разработки эти имеют огромную военную ценность, а также ценность во многих высокотехнологичных областях, например, в космической области. Даже исследование достаточно близких космических объектов беспилотными системами сопряжено с объективными трудностями управления этими системами. Например, свет между Землей и Марсом доходит примерно за 12 минут. Если какой-нибудь марсоход, пошлет на Землю сигнал о нещтатной ситуации, то отреагировать на нее он сможет не раньше чем через 24 минуты (время прохода радиосигнала туда и обратно). Это слишком долго. Поэтому NASA участвует в проекте - предполагается уже в ближайшее время оснастить ряд космических систем ИИ чтобы в нештатных ситуациях они могли сами быстро находить оптимальное решение, в том числе адаптироваться к внезапно непредсказуемым образом изменившимся условиям. Я уже встречал на ПТ скептиков. Узурпатора, например, который до сих пор не смог понять, чем ноутбук отличается от нейросети. Однако, как человек, несколько лет до этого интересовавшийся (по крайней мере) этой темой, могу утверждать, что подавляющее число соверменных ИТ-специалистов, выросших на технологиях булевой алгебры, совершенно не в курсе того, что происходит в сфере систем ИИ. Я потратил довольно много времени, чтобы понимать хотя бы на самом элементарном уровне вопросы ИИ-систем. И могу с уверенностью сказать, что чтобы быть в теме хотя бы самую малость, нужно убить слишком много личного времени и сил. ИИ - это новая сфера, там не нужно заниматься программированием, LAN, WAN, DMZ и т.п. Это совершенно специфическая область со своим кругом специалистов (преимущественно на стыке нейробиологии, математики и сверхсовременных электронных нанотехнологий). Очень многие ИТ-специалисты относятся к ИИ скептически по одной очень простой причине. Они полагают, что ИИ должно быть логическим следствием дальнейшего развития ИТ на булевой логике. И они правы в том, что да, если идти именно этим путем, то идти придется века, и еще неизвестно, выйдешь ли на какой-нибудь результат или просто забредешь в тупик. Весь фикус заключается в том, что нейросети плавненько оторвались от классических ИТ (пока еще не полностью, но тенденция уже остро ощущается). И скепсис "классических ИТ-специалистов" связан как раз с тем, что они просто не в теме, что они очень мало что знают или даже просто что-нибудь слышали из этой области. Прежде чем о чем-то судить, нужно самую малую толику разбираться в вопросе, вот я к чему. А косвенным доказательством того, что речь не идет о рекламных слоганах и пустых заявлениях является участие в проекте ведущих военных ведомств США, ученых колумбийского университета и NASA. Не будете же Вы на полном серьезе утверждать, что все эти люди занимаются фигней потому что не доросли до Ваших компетенций? И тратят нехилые деньги на "всякую фигню", не имея шансов получить хоть какую-то пользу в то время как могли бы их потратить на то, что способно принести реальную пользу. Посмотрите видео про "морскую звезду". Я когда его просмотрел, несколько дней ходил сам не свой. Это живое существо, хотя и созданное искуственным путем. И эта информация - колоссальной ценности, потому что она прорвалась в мир до того, как все было строжайше засекречено. Теперь можно получать лишь скудные отрывки информации. Я не хотел бы дальше развивать эту тему в данном треде. Если есть желание, заходите в топик из ПТ, на который я привел ссылку, сначала прочитайте внимательно дискуссию в нем (а главный вопрос в нем - это что будет с человеческой цивилизацией когда она создаст ИИ с более мощным интеллектом, чем человеческий). Если что-нибудь хотите сказать или возразить, настоятельно прошу это делать в треде на ПТ. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.08.2010, 15:22 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
Garya Если что-нибудь хотите сказать или возразить, настоятельно прошу это делать в треде на ПТ. и зачем столько букв? Да меня это вообще не интересует. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.08.2010, 15:51 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
FinSoftИспользование сторонних систем, как бы хороши они не были, далеко не всегда оправдано по техническим причинам или экономически. Но речь в первую очередь об экономии на суппорте, а сложность решения вопросов, связанных с тем, что клиент когда-то накосячил в базе, довольно высока. Есть много других причин в отказе от проведения документов, я уже об этом писал в этом форуме.В учетной системе имеет полное право на существование объект типа "универсальный регистр". Однако, этот объект совсем не обязательно должен иметь реализацию на таблицах РБД. Я уверен, что OLAP-куб для этих целей подходит гораздо больше (точнее, совокупность таблиц и OLAP-куба). И в свойствах объекта типа "универсальный регистр" может иметь технические параметры, имеющие непосредственное отношение к свойствам OLAP-куба. По тем же причинам, по которым не имеет смысл разрабатывать собственную СУБД, встроенную в конкретное приложение и для целей конкретного приложения, точно по этим же причинам не имеет смысл реализовывать хранилище OLAP-кубов, агрегатов и функционал BI в виде встроенной в приложение OLAP/BI системы. Как раз на примере 1С можно хорошо видеть, почему это не следует делать. Если встраивать в приложение РСУБД собственной разработки, то получится "недо-СУБД", которое не будет оптимизировать запросы, будет иметь проблемы с разделяемым доступом, репликацией и т.д. и т.п. И за это "недо-что-то" потребитель по любому заплатит, у него нет иного выхода, если он решил эту систему использовать. Совершенно аналогичная ситуация и со средствами BI/хранилищем. Потребитель в любом случае заплатит за недо-BI, и при этом будет иметь жуткие тормоза, проблемы с ТА и т.д. и т.п. Профессиональные разработчики средств для BI/хранилищ имеют гораздо более широкий рынок клиентов, нежели разработчик некой учетной системы. Их продукты используются и для целей ведения учета (разными учетными программами) и для многих других целей. Поэтому они в любом случае способны размазать условно-постоянные расходы на более обширный круг потребителей, что делает цену более низкой. И поэтому они могут сосредоточиться на решении исключительно проблем и задач BI и хранилищ, что позволяет им решить их более качественно, чем кто бы то ни было. Учетная система, которая имеет в своем составе недо-BI, может быть нацелена на рынок исключительно мелких лавочек , для которых не имеет существенного значения ни быстродействие, ни качество реализации, ни масштабируемость, ни масса иных вопросов, важных для крупных систем. Как только заходит речь о чем-то масштабном, все родовые пороки подобного подхода автоматом вылезают на поверхность. Я убежден, что изобретение велосипеда - занятие в первую очередь экономически нецелесообразное. И во-вторых бессмысленное. Потому что вновь изобретенный велосипед по целому ряду параметров будет с высокой вероятностью уступать тем, которые были изобретены ранее, прошли испытание огнем, водой и медными трубами и после этого не только остались на рынке, но пользуются существенным спросом. Если не пытаться собственными силами реализвать быстродействующие "универсальные регистры" на реляционных таблицах, то можно получить более дешевую систему, которая при этом будет иметь возможности масшабирования, ограниченные лишь возможностями СУБД и BI. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.08.2010, 15:54 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
Last1Cmenмаленький принц[FIFO-LIFO? потом... регламентным документом т.е. для виртуальных документов - виртуальные остатки, а для регламентных - реальные? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.08.2010, 15:54 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
iscrafmПро Искру: Искра это платформа, а не прикладная система. Если кому-то в прикладной системе потребуется аудит, то делается он даже не просто, а элементарно . Модератор: Настоятельно прошу Искру в данном треде далее не обсуждать. Если есть желание ее обсудить, можно воспользоваться ранее созданными тредами по этой теме или открыть новый. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.08.2010, 15:57 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
GaryaiscrafmПро Искру: Искра это платформа, а не прикладная система. Если кому-то в прикладной системе потребуется аудит, то делается он даже не просто, а элементарно .Модератор: Настоятельно прошу Искру в данном треде далее не обсуждать. Если есть желание ее обсудить, можно воспользоваться ранее созданными тредами по этой теме или открыть новый. это просто ответ на вопрос, ее никто и не обсуждает. Точно также и другие упоминаемы в теме системы, кроме 1С естественно. Зачем выделять - непонятно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.08.2010, 16:12 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
iscrafmАндрей Ж. Соглашаюсь с определением СВАЛКА, но она ПОСТОЯННО помогает решать множество организационных задач и пользователи в ней "копаются" не реже, чем в отдельных оперативных режимах. Просто нужно им максимально облегчить задачу поиска в ней информации. Вам тот же вопрос тогда. С какой целью они в этой свалке копаются? p.s. чтобы не было недосказанности. Я не отрицаю необходимость аудита как такового. Речь идет только о представлении этого как нового уровня и о том, что многие вещи, которые разгребаются при помощи аудита нужно просто не допускать. Для этого и существуют различные схемы доступа к данным и операциям. Система имеет множество наворотов, связанных с доступом и журналированием и это разные механизмы, решающие принципиально разные задачи . По мере общения с пользователями убеждаюсь, что оба этих механизма нуждаются в дальнейшем развитии, причем, чем более "тупизм" пользователей, тем более они актуальным. Главное - они решают разные задачи!!! Попробую описать их, приводя примеры (макс недельной давности) их актуальности: 1. Доступ. Программа регулирует (запрещает) доступ к операции, набору операций, отчёту, формату отчёта для конкретного пользователя. Кроме этого иногда определяет "глубину" запрета, например один user может править конкретный документ недельной давности, а другой только текущей даты. Этого НЕТ, но всё больше (даже для "моих" мелких предприятий) убеждаюсь в необходимости ограничения даже к части полей, описывающих документ (справочник). Этими механизмами определяем права и роли пользователей решая проблемы секретности информации и непреднамеренной порчи данных. 2. Журналирование. В системе подробно фиксируется каждый факт ИЗМЕНЕНИЯ информации в табличке вида: дата/время/пользователь/имя_пк/успешность_операции/описание_изменений Кому и для чего это нужно: Самому пользователю Примеры: а. Кассир удалил РКО, "касса не бьёт" - его нужно восстановить. Запретить эти операции НЕЛЬЗЯ, т.к. он единственный отвечающий за нал. Лезет в лог, даёт запрос "список удалённых кассовых документов за сегодня", находит и восстанавливает "пропажу". б. Опер автоматически поменял прайс клиента по требованию нач.отдела продаж, а на следующий день получил "отбой". Старая спецификация где-то потерялась. Решение - распечатал "удалённый прайс и восстановил". Руководителям любого звена. Начиная от ловли мошенников и воров. Пример: Одна девочка не поверила тотальному контролю, а теперь выплачивает украденные суммы. Заканчивая выяснениями причин "потерь" документов и товаров. Например только на этой недели слышал о десятке (разные фирмы) случаев недовоза товаров и поиске виноватых в этом. ВСЁ ДЕЛАЕТСЯ ПРИ ПОМОЩИ АНАЛИЗА помойки журнала операций. Админам, где нет мне. Как сопутствующий момент "регистрируется" факты сбоя ПК, ОС, сети (поле успешность_операции) выявляя "слабые" места сети или неаккуратных пользователей. Планирование загрузки персонала. Как сопутствующий момент мониторится типы и режим ввода документов, прихода заявок от агентов, в т.ч. по КПК, время отчётов и сдачи денег. Как следствие периодически меняются графики работ, схемы объезда клиентов, загрузка смен на производстве и так далее. Замечу, что всё это идёт в автоматическом режиме не затрагивая ресурсов предприятия. 2. Файл статистики (шпион). Есть ещё один регистр журналирования (более простой и компактный), в котором регистрируется любое действие с программами. Решает три задачи: а. Анализ степени "любопытства" пользователей и попытки кражи коммерческой информации. б. Мониторинг работы любого персонала при ПК - время и виды выполняемых работ. в. Для меня. Выявление частоты использования режимов/отчётов - инфа для препринимания мер по оптимизации работ/режимов или удаления неиспользуемых функций пакета. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.08.2010, 16:13 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
iscrafmGaryaiscrafmПро Искру: Искра это платформа, а не прикладная система. Если кому-то в прикладной системе потребуется аудит, то делается он даже не просто, а элементарно .Модератор: Настоятельно прошу Искру в данном треде далее не обсуждать. Если есть желание ее обсудить, можно воспользоваться ранее созданными тредами по этой теме или открыть новый. это просто ответ на вопрос, ее никто и не обсуждает. Точно также и другие упоминаемы в теме системы, кроме 1С естественно. Зачем выделять - непонятно. Модератор: это было замечание не только в Ваш адрес, а даже в большей степени в адрес Ваших опонентов, которые вспоминают об Искре не всегда к месту ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.08.2010, 16:21 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
Андрей Ж.,понятно, спасибо. Я операции типа восстановления удаленных данных и т.п. в вопрос ведения логов не включал. Все конечно используется (кроме специфичных именно, наверное, для Вашей системы), но не интерпретируется как ведение логов изменения документов и т.п. Разница в определениях. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.08.2010, 16:26 |
|
||
|
|

start [/forum/topic.php?fid=29&msg=36815928&tid=1526396]: |
0ms |
get settings: |
8ms |
get forum list: |
11ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
158ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
58ms |
get tp. blocked users: |
1ms |
| others: | 14ms |
| total: | 270ms |

| 0 / 0 |

Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...