AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Функционал
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 03.12.2016, 16:08   #1  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от Ivanhoe Посмотреть сообщение
как правило никто про это не думает - бюджет в договоре на это не выделяется.
ну и зря ) я в свое время даже в устав проекта этот пункт добавлял.
это типично холиваный пункт даже внутри предприятия-заказчика.

предпроект для того и нужен, чтобы выявить подобные холивары/конфликты интересов, зафиксировать их и, по возможности, обозначить способы решения, ожидаемые затраты, плюсы и минусы ожидаемого результата.
Старый 03.12.2016, 21:40   #2  
grib_nat is offline
grib_nat
Участник
 
23 / 17 (1) ++
Регистрация: 28.11.2015
Записей в блоге: 1
Написала в другой теме и продублирую здесь:
На производственных предприятиях (Ах4.0) в 2015г. руководители поняли, что неверно или не вовремя предоставленная информация может дорого стоить компании.
Был сделан Оперативный отчет по показателям производственной деятельности, который отражал все важные показатели производства и реализации: добыча, показатели по производственным переделам (планы и факты), реализация, движение основного сырья, простои основного технологического оборудования, производительность каждого оборудования...Все данные собирались их АХ4.0.
Отчет ежедневно в автоматическом режиме попадал топ-менеджменту компании.
После запуска отчета возникла необходимость в отчете, который показывал, какие данные отражаются не оперативно или вносятся изменения. Это очень дисциплинировало всех участников.
НЕЛЬЗЯ удалять проводки и истории изменений, если вы считаете, что у Вас ERP-система

Последний раз редактировалось grib_nat; 03.12.2016 в 21:42.
Старый 05.12.2016, 14:19   #3  
AXcons is offline
AXcons
Участник
 
442 / 112 (4) +++++
Регистрация: 21.05.2015
Адрес: Москва
grib_nat

То, что вы описываете, это не менеджмент, это российский менеджмент. Это раз.
Во вторых, от того, что документ не удалят, а отсторнируют, что изменится?
Данные то все равно поменяются, и в отчете за вчера тоже. В чем разница в вашем случае между сторно и удалением?
Старый 05.12.2016, 19:20   #4  
grib_nat is offline
grib_nat
Участник
 
23 / 17 (1) ++
Регистрация: 28.11.2015
Записей в блоге: 1
Цитата:
Сообщение от AXcons Посмотреть сообщение
grib_nat

То, что вы описываете, это не менеджмент, это российский менеджмент. Это раз.
Во вторых, от того, что документ не удалят, а отсторнируют, что изменится?
Данные то все равно поменяются, и в отчете за вчера тоже. В чем разница в вашем случае между сторно и удалением?
1. то, что я описываю - это реальная ситуация в российской компании
2. Зафиксируется кто, когда и какие изменения внес. Как это изменение повлияло на отчетность, которая уже была сформировано для Управленческого учета.
И повторюсь после запуска количество исправлений сократилось в разы.
Старый 06.12.2016, 09:58   #5  
AXcons is offline
AXcons
Участник
 
442 / 112 (4) +++++
Регистрация: 21.05.2015
Адрес: Москва
Цитата:
Сообщение от grib_nat Посмотреть сообщение
1. то, что я описываю - это реальная ситуация в российской компании
2. Зафиксируется кто, когда и какие изменения внес. Как это изменение повлияло на отчетность, которая уже была сформировано для Управленческого учета.
И повторюсь после запуска количество исправлений сократилось в разы.
В ЖБД и так все фиксируется. У нас нет такой проблемы с отчетностью. И количество исправлений и так небольшое - одну накладную в неделю максимум удаляют и переделывают. Пользователей надо ответственных набирать, а не в системе затычки ставить.

Цитата:
Сообщение от grib_nat Посмотреть сообщение
1. то, что я описываю - это реальная ситуация в российской компании
Так это понятно. Но какой смысл ссылаться на термины ERP, если речь идет о такой российском менеджменте? Это две вещи не совместимые
Старый 06.12.2016, 02:48   #6  
macklakov is offline
macklakov
NavAx
Аватар для macklakov
 
2,129 / 917 (35) +++++++
Регистрация: 03.04.2002
Цитата:
Сообщение от AXcons Посмотреть сообщение
Во вторых, от того, что документ не удалят, а отсторнируют, что изменится?
Ну представь сценарий. Вчера в базе данных одной из записей было присвоено неправильное значение. Сегодня ты хочешь восстановить правильное значение. Сравниваем варианты:
1. Запустить update, который поменяет значение на правильное.
2. Удалить транзакцию из базы.
Есть разница?
__________________
Isn't it nice when things just work?
Старый 06.12.2016, 10:08   #7  
AXcons is offline
AXcons
Участник
 
442 / 112 (4) +++++
Регистрация: 21.05.2015
Адрес: Москва
Цитата:
Сообщение от macklakov Посмотреть сообщение
Ну представь сценарий. Вчера в базе данных одной из записей было присвоено неправильное значение. Сегодня ты хочешь восстановить правильное значение. Сравниваем варианты:
1. Запустить update, который поменяет значение на правильное.
2. Удалить транзакцию из базы.
Есть разница?
Что то не поняла о чем речь. В смысле, надо ручками ходить в таблички и накладные править? Так лучше? Какой апдейт, откуда он возьмется?

Типичный пример - разнесена накладная с неправильными ценами. Ее надо исправить. Какими апдейтами вы это исправите? Слишком много апдейтов надо сделать.
Старый 07.12.2016, 08:12   #8  
macklakov is offline
macklakov
NavAx
Аватар для macklakov
 
2,129 / 917 (35) +++++++
Регистрация: 03.04.2002
Цитата:
Сообщение от AXcons Посмотреть сообщение
Что то не поняла о чем речь.
Хорошо, может вам юридическая система больше знакома? Тогда такой пример:
Человека задержали на улице. Привезли в отделение полиции, где посадили в обезьянник. Через какое-то время выяснилось что человека задержали по ошибке. Его с извинениями отпускают. Внимание вопрос:"что при этом происходит с протоколом задержания?"
Как вы расцените ситуацию что кто-то будет бегать и вымарывать все записи в журналах и уничтожать протоколы? Насколько знаю, в большинстве юридических систем принято мнение что такая деятельность является преступной.
__________________
Isn't it nice when things just work?
Старый 07.12.2016, 19:15   #9  
AXcons is offline
AXcons
Участник
 
442 / 112 (4) +++++
Регистрация: 21.05.2015
Адрес: Москва
Цитата:
Сообщение от macklakov Посмотреть сообщение
Хорошо, может вам юридическая система больше знакома? Тогда такой пример:
Человека задержали на улице. Привезли в отделение полиции, где посадили в обезьянник. Через какое-то время выяснилось что человека задержали по ошибке. Его с извинениями отпускают. Внимание вопрос:"что при этом происходит с протоколом задержания?"
Как вы расцените ситуацию что кто-то будет бегать и вымарывать все записи в журналах и уничтожать протоколы? Насколько знаю, в большинстве юридических систем принято мнение что такая деятельность является преступной.
Извините, это ерунда.
Суть топика - когда человек ошибся, и провел не правильный документ.
То есть в вашем примере - если протокол составлен с ошибками - орфографическими или фактическими, и до того, как он приобщен к делу в суде (то есть с бухгалтерской точки зрения - пока не закрыт период), его можно просто переписать, если все стороны согласны поставить подпись.

Больше логики, пожалуйста. А то как будто не форум серьезных высокооплачиваемых специалистов, а ...(другое).
За это сообщение автора поблагодарили: petr (1), Fillin (1).
Старый 05.12.2016, 21:42   #10  
mnt_dx is offline
mnt_dx
Участник
Axapta Retail User
Лучший по профессии 2014
 
1,746 / 188 (10) ++++++
Регистрация: 17.02.2011
Адрес: К Северу через Северо-Запад
Цитата:
Сообщение от mazzy Посмотреть сообщение
ну и зря ) я в свое время даже в устав проекта этот пункт добавлял.
это типично холиваный пункт даже внутри предприятия-заказчика.

предпроект для того и нужен, чтобы выявить подобные холивары/конфликты интересов, зафиксировать их и, по возможности, обозначить способы решения, ожидаемые затраты, плюсы и минусы ожидаемого результата.
Сергей, а ты потом бил клиента уставом по лицу, если он хотел удалить что-то, или все таки делал это (или твои работники)?
Старый 05.12.2016, 22:08   #11  
Fillin is offline
Fillin
Участник
 
127 / 38 (2) +++
Регистрация: 04.08.2016
Цитата:
Сообщение от mnt_dx Посмотреть сообщение
Сергей, а ты потом бил клиента уставом по лицу, если он хотел удалить что-то, или все таки делал это (или твои работники)?
уф. тут народ уморил по поводу включения удаления в договор. думал дай бог бы в доп соглашение суметь вписать. куда там в договор. а тут прямо в устав...
Старый 05.12.2016, 22:31   #12  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от mnt_dx Посмотреть сообщение
Сергей, а ты потом бил клиента уставом по лицу, если он хотел удалить что-то, или все таки делал это (или твои работники)?
как правило, делал. но уже за деньги. а главное, с полным пониманием со стороны заказчика что происходит.
Теги
#внашейдеревневсетакделают, #вывсеконсультантыаядартаньян, #миллионымухнемогутошибаться, вывседуракиинелечитесь, однаяумнаявбеломпальтостоюкрасивая

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Обращение к http-сервису в Аксапте Lucky13 DAX: Программирование 31 24.03.2015 19:37
Ax2009 AIF: Проблема с Custom Service Aif Marina Konevskih DAX: Программирование 3 07.06.2010 08:45
Проблема с серией документов АХ3 SP5 Build 12.0 Jakonya DAX: Функционал 1 18.07.2008 10:03
Система оповещений в Аксапте (события в Аксапте) raunio DAX: Прочие вопросы 1 29.09.2005 15:44
Проблема: русские шрифты в отчетах, формируемых на сервере. Anais DAX: Администрирование 3 17.11.2003 13:20

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 23:38.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.