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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 03.12.2016, 21:40   #1  
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   #2  
AXcons is offline
AXcons
Участник
 
442 / 112 (4) +++++
Регистрация: 21.05.2015
Адрес: Москва
grib_nat

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

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

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

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

Больше логики, пожалуйста. А то как будто не форум серьезных высокооплачиваемых специалистов, а ...(другое).
За это сообщение автора поблагодарили: petr (1), Fillin (1).
Старый 07.12.2016, 20:11   #9  
ВадимМ is offline
ВадимМ
Участник
 
123 / 25 (1) +++
Регистрация: 01.03.2016
Адрес: Киев
Цитата:
Сообщение от AXcons Посмотреть сообщение
Извините, это ерунда.
Суть топика - когда человек ошибся, и провел не правильный документ.
То есть в вашем примере - если протокол составлен с ошибками - орфографическими или фактическими, и до того, как он приобщен к делу в суде (то есть с бухгалтерской точки зрения - пока не закрыт период), его можно просто переписать, если все стороны согласны поставить подпись.

Больше логики, пожалуйста. А то как будто не форум серьезных высокооплачиваемых специалистов, а ...(другое).
Ну не совсем. В результате разноски бухгалтерского документа (даже в открытом периоде) возникнут данные (например сальдо клиента) которые будут основанием для действий других людей и подразделений. А протокол с ошибками составленный здесь и сейчас, пока еще ни на кого и ни на что не влияет. Поэтому-то его и можно переписать. А вот разнесенный документ, который повлиял на сальдо клиента лучше не трогать, так как позже это позволит достоверно установить почему-то же ответственный сотрудник произвел отгрузку - у него были основания.
А если этого не сделать, то сотрудника отвечающего за отгрузку спросят за это, он будет клясться что "был же сарайчик", но кроме его слов ничего не будет.
Старый 07.12.2016, 23:02   #10  
macklakov is offline
macklakov
NavAx
Аватар для macklakov
 
2,129 / 916 (35) +++++++
Регистрация: 03.04.2002
Цитата:
Сообщение от AXcons Посмотреть сообщение
Извините, это ерунда.
Суть топика - когда человек ошибся, и провел не правильный документ.
То есть в вашем примере - если протокол составлен с ошибками - орфографическими или фактическими, и до того, как он приобщен к делу в суде.
Да ради бога! Вы накладную можете переделывать хоть 100 раз до того как разнесли. Но разнесенная накладная это уже транзакция. В приведенном примере, протокол принятый в делопроизводство. Его уже не порвешь без последствий.
В случае накладной, закрытие периода это лишь бухгалтерия. Но есть же еще расчет себестоимости и сводное планирование. Менеджер пообещает своему клиенту что товар уже на складе и можно забирать, а когда клиент приедет в офис, окажется что от товара и следа не осталось. Или менеджер продаст в убыток, а когда начнется разбор полетов, то еще и крайний останется, т.к.у него на руках нет абсолютно никаких доказательств.
Если люди ошибаются, то это должно быть видно. Тогда можно принимать меры. А если все следы косяка подтирать, то на кого писать убытки? На отделы которые пострадали от ошибки? Или на IT, который непонятно чем занимается, вместо нужного для бизнеса функционала, помогает операционистам скрывать свои косяки.
__________________
Isn't it nice when things just work?

Последний раз редактировалось macklakov; 07.12.2016 в 23:12.
Теги
#внашейдеревневсетакделают, #вывсеконсультантыаядартаньян, #миллионымухнемогутошибаться, вывседуракиинелечитесь, однаяумнаявбеломпальтостоюкрасивая

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Обращение к 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, время: 12:02.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.