Перейти к содержанию

Monitoringer

Members
  • Публикаций

    21
  • Зарегистрирован

  • Посещение

Репутация

0 Обычный

Информация о Monitoringer

  • Звание
    Подозрительный тип
  1. Да, эти чихи видны. Хотя, как мне объяснили, наиболее умные юзеры могут так произвести манипуляции, что они не будут нигде видны. Есть какая-то такая возможность. Ок. Понятно. Общая мысль: "Изучай мат.часть", приглашай хороших спецов. Но одну хорошую идею все-таки услышал - про 6 позицию. Спасибо.
  2. Мне кажется, простите, что вмешиваюсь, мелковатая ставка для такого крутого специалиста...
  3. По названиям - есть схемки, которыми пользуются, как тут их называют, манагеры. По манипулированию с ценами - думаю не пройдет. Дело в том, что себестоимость материала изменить нельзя, а доходность продажи периодически контролируется вышестоящими звеньями. Так что здесь нужна очень подходящая ситуация, чтобы все провернуть... И нужный объем, и нужный клиент, и подходящая доходность... Сложно.... Проще "мутить" со скидками... Вот вычитал в инете такую схему: делается крупная отгрузка, под нее выбивается нормальная скидка. На самом деле это несколько мелких отгрузок без скидок. на выход
  4. Уж не знаю, как еще объяснить... Схему с 6 позицией читали? Вот и представьте, что все у вас супер-пупер реализовано, а схема прокатывает... Кто здесь виноват? Тот, кото ставил бизнес-прооцесс? Так он все сделал правильно и корректно. А нашелся умелец, который придумал это действие. Мораль вот в чем: если Вы будете знать пару десятков таких действий, то можете периодически их мониторить. + находить новые схемы.... А представьте, что у вас не одно предприятие, а, например, 20,50...100. Что тогда? Как в короткий промежуиток времени отработать все риски? Либо наиболее важные? :smile17:
  5. Вопрос вот в чем. Прежде чем создавать регламенты - нужно знать "Узкие" места. Чтобы выявить "узкие" места - их надо найти. Чтобы их найти - надо знать, где искать и как искать, знать "схемы". Вот о "схемах" в общем-то и идет речь... Схему можно откатать в любой системе, назависмо САП это, 1С, и пр. Поэтому основной смысл - это выявить схемы и подумать, как регламентировать процесс, чтобы в будущем свести риск к минимуму. Одну полезную и интересную схему услышал(см.выше). А все остальное - пока "вода"....
  6. Хочу поблагодарить за это сообщенние. :smile20: В моем ситуации это буде так. Делается отпуск клиенту 5 позиций. Первоначальные документы(и проводки по ним) сторнируются(но продолжают "висеть" в системе, так как это удалить нельзя). Далее на основании первичных документов создается новая фактура с 6 позицией, но не изменной общей стоимостью. Этот(второй) документ(фактура) проводится. Делаются проводки. Осталось за малым. :smile3: Написать нужную транзкцию и выявить такие случаи(т.е. когда сторнированная фактура отличается от реальной только позициями материала, стоимости одинаков
  7. Вот первоначальная тема: Всем добрый день! Хочу обменяться мнениями(послушать советы - дать свои) по следующей тематике: "Анализ складских программ по учету товара". Вводные условия. Есть склад, на котором работают менеджеры. Соответственно, они ведут учет товара как в физическом отношении, так и в программном. Допустим также, что имеют место злоупотребения среди них. Т.е. воровство товара. Как это "спрятать" в складской программе? Инвентаризации проводятся(внешние) - все в порядке. Какие направления анализа товарных операций(первичных) существуют с целью выявления злоупотреблений перс
  8. Согласен. Специфика бизнес-процессов на местах - очень важно, не спорю. И его нужно знать, чтобы вести этот диалог. Я сейчас рассуждаю с позиций аудита. Контора себя это, конечно, позволяет. И я как раз с тоой стороны. Просто, хотелось поговорить в целом о проблеме. Ведь, согласитесь, откатную схему можно выявить в любой складской программе. 1) Анализируется цену прихода одного и того же материала от разных поставщиков. Находите большие расхождение в одинаковый промежуток времени. Уже интересно!!! 2) Допустим, есть у вас два подразделения, которые в одном городе занимаются одним и т
  9. Согласен. Большая доля истины в этом есть... Можно поставить такой бизнес-процесс, что все действия исключительно будут по шаблону. Все через стандартные процедуры. Невозможность корректировок, отмены. Все через сторно и т.п. и т.д. Но, во-первых, это будет достаточно трудно внедрить на местах. Так как то, что очевидно вам, для тех, кто зарабатывает деньги на местах, совсем не очевидно... И они достаточно жетско себя позиционируют у руководства по этому поводу. Во-вторых, даже стандартный инструментарий позволяет "химичить". В-третьих, вспомните притчу про законы. Какие бы они не были
  10. Для особо любопытных.... :smile13: MM, BW, FI, HR И др... Мой анализ показал, что схему, которая действует в САП, можно также откатать и в 1С. И наоборот. Причем тут блоки, уважаемый... :smile1:
  11. Не собираюсь никому ничего доказывать... :smile14: На мой взгляд, у вас солидный форум, чтобы получить реальные советы. Либо дать свои. Пока, если честно, ни одной нормальной схемы не услышал(даже из тех, что знаю).
  12. Согласен. Проще всего поставить запреты на какие-то действия. Невозможность откатать что-то назад. Но не все так просто. Иногда это требует специфика бизнеса. И если у вас вал клиентов, которые стоят над вашей головой, то, внедряя что-то, прежде всего думаешь и о них. Так как можно создать такие регламенты, что после недели работы все твои покупатели уйдут к конкурентам. Т.е. смысл в том, что пользователям на местах в ряде случаев даются расширенные права... Да и пожалуйста... Вопрос не в этом. Вопрос в том, чтобы проконтролировать их действия. Если все в порядке - то пусть работают.
  13. Речь идет о SAP R/3. Я вижу, что наш разговор уходит в русло каких-то программных требований, специфики программистов, безопасности У нас есть люди, которые этим занимаются.... Хочется порассуждать с позиции пользователя, а не программиста. И поверьте, там есть масса вариантов, чтобы что-то сделать. Какие бы не были требования, варианты разраблток и т.п. Если есть умысел - можно подстроиться под любую программу. Это как в государстве. Сколько не пиши законов. Всегда найдутся те, кто найдет лазейки. Вот про эти лазейки(удар на опережение) и хочется поговорить. :smile3: Чтобы д
  14. Я не программер... Поэтому эти названия мне ни о чем не говорят. В конечном счете все зависит от настроек и разработчиков. Как поставили продукт, такой результат и получите... Тем более с учетом возможностей "доморощенных" специалистов.
×
×
  • Создать...