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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 05.12.2016, 14:19   #21  
AXcons is offline
AXcons
Участник
 
421 / 105 (4) +++++
Регистрация: 21.05.2015
Адрес: Москва
grib_nat

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

То, что вы описываете, это не менеджмент, это российский менеджмент. Это раз.
Во вторых, от того, что документ не удалят, а отсторнируют, что изменится?
Данные то все равно поменяются, и в отчете за вчера тоже. В чем разница в вашем случае между сторно и удалением?
1. то, что я описываю - это реальная ситуация в российской компании
2. Зафиксируется кто, когда и какие изменения внес. Как это изменение повлияло на отчетность, которая уже была сформировано для Управленческого учета.
И повторюсь после запуска количество исправлений сократилось в разы.
Старый 05.12.2016, 21:19   #24  
Владимир Максимов is offline
Владимир Максимов
Участник
КОРУС Консалтинг
 
1,320 / 795 (29) +++++++
Регистрация: 13.01.2004
Цитата:
Сообщение от AXcons Посмотреть сообщение
Вы меня пугаете. Платежку то зачем трогать???? Я смотрю, вы с правилами учета как-то не очень дружите. Какое отношение удаление накладной имеет к платежке по этой накладной? Только если они уже сопоставлены, ну надо рассопоставить сначала, потом удалять. Это у нас заложено, что перед удалением система проверяет есть ли сопоставления, и если да, то выдает инфолог, чтобы пользователь сначала рассопоставил накладную.
"Вот оно что, Михалыч!" (с)

Т.е. под термином "документ" Вы понимаете накладную, которую еще никто и никак не успели "попользовать с далеко идущим намерениями" А "удаление документа" - это вместо сторнирования, причем только и исключительно, если это возможно.

А я то уж подумал Вы об удалении всей "цепочки" связанных документов (приходилось занимать и таким, да...). В ТАКОЙ постановке задачи "удаление документов" действительно нет особых проблем. Ну, кроме полной ее бессмысленности
__________________
- Может, я как-то неправильно живу?!
- Отчего же? Правильно. Только зря...
Старый 05.12.2016, 21:41   #25  
Fillin is offline
Fillin
Участник
 
127 / 38 (2) +++
Регистрация: 04.08.2016
не понимаю предмета спора. если можно удалить и ни на что не влияет - удаляйте. если удалить уже нельзя - сторнируйте
Старый 05.12.2016, 21:41   #26  
Fillin is offline
Fillin
Участник
 
127 / 38 (2) +++
Регистрация: 04.08.2016
реализовать в системе можно все!
Старый 05.12.2016, 21:42   #27  
mnt_dx is offline
mnt_dx
Участник
Лучший по профессии 2014
Axapta Retail User
 
1,495 / 149 (7) +++++
Регистрация: 17.02.2011
Адрес: К Северу через Северо-Запад
Цитата:
Сообщение от mazzy Посмотреть сообщение
ну и зря ) я в свое время даже в устав проекта этот пункт добавлял.
это типично холиваный пункт даже внутри предприятия-заказчика.

предпроект для того и нужен, чтобы выявить подобные холивары/конфликты интересов, зафиксировать их и, по возможности, обозначить способы решения, ожидаемые затраты, плюсы и минусы ожидаемого результата.
Сергей, а ты потом бил клиента уставом по лицу, если он хотел удалить что-то, или все таки делал это (или твои работники)?
Старый 05.12.2016, 22:08   #28  
Fillin is offline
Fillin
Участник
 
127 / 38 (2) +++
Регистрация: 04.08.2016
Цитата:
Сообщение от mnt_dx Посмотреть сообщение
Сергей, а ты потом бил клиента уставом по лицу, если он хотел удалить что-то, или все таки делал это (или твои работники)?
уф. тут народ уморил по поводу включения удаления в договор. думал дай бог бы в доп соглашение суметь вписать. куда там в договор. а тут прямо в устав...
Старый 05.12.2016, 22:10   #29  
Fillin is offline
Fillin
Участник
 
127 / 38 (2) +++
Регистрация: 04.08.2016
Включайте сразу в Коммерческое предложение
Старый 05.12.2016, 22:31   #30  
mazzy is offline
mazzy
Administrator
Аватар для mazzy
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
Most Valuable Professional
 
20,290 / 3082 (143) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Цитата:
Сообщение от mnt_dx Посмотреть сообщение
Сергей, а ты потом бил клиента уставом по лицу, если он хотел удалить что-то, или все таки делал это (или твои работники)?
как правило, делал. но уже за деньги. а главное, с полным пониманием со стороны заказчика что происходит.
Старый 06.12.2016, 02:33   #31  
macklakov is offline
macklakov
NavAx
Аватар для macklakov
Сотрудники Microsoft Dynamics
 
1,845 / 704 (27) +++++++
Регистрация: 03.04.2002
Адрес: Australia
Цитата:
Сообщение от AXcons Посмотреть сообщение
Часто встречаю эту фобию какую-то делать удаление документов в Аксапте.
Вся суть фобии в том, что это документ. Этой фобией страдает вся финансовая система с незапамятных времен. И в базы данных эта фобия проникла в виде целостности транзакций. И в blockchain. И юридическая система на том стоит.
Проблема не в том что удаления запрещены, это как раз, замечательно. Проблема в том, что штатные механизмы сторнирования сильно ограничены и не очень удобны.
Еще есть проблемы с исправлением целостности данных, вызванных багами в коде, некорректными настройками или плохо обученными пользователями. Но это совершенно отдельная тема.
__________________
Isn't it nice when things just work?
За это сообщение автора поблагодарили: TasmanianDevil (1).
Старый 06.12.2016, 02:48   #32  
macklakov is offline
macklakov
NavAx
Аватар для macklakov
Сотрудники Microsoft Dynamics
 
1,845 / 704 (27) +++++++
Регистрация: 03.04.2002
Адрес: Australia
Цитата:
Сообщение от AXcons Посмотреть сообщение
Во вторых, от того, что документ не удалят, а отсторнируют, что изменится?
Ну представь сценарий. Вчера в базе данных одной из записей было присвоено неправильное значение. Сегодня ты хочешь восстановить правильное значение. Сравниваем варианты:
1. Запустить update, который поменяет значение на правильное.
2. Удалить транзакцию из базы.
Есть разница?
__________________
Isn't it nice when things just work?
Старый 06.12.2016, 09:58   #33  
AXcons is offline
AXcons
Участник
 
421 / 105 (4) +++++
Регистрация: 21.05.2015
Адрес: Москва
Цитата:
Сообщение от grib_nat Посмотреть сообщение
1. то, что я описываю - это реальная ситуация в российской компании
2. Зафиксируется кто, когда и какие изменения внес. Как это изменение повлияло на отчетность, которая уже была сформировано для Управленческого учета.
И повторюсь после запуска количество исправлений сократилось в разы.
В ЖБД и так все фиксируется. У нас нет такой проблемы с отчетностью. И количество исправлений и так небольшое - одну накладную в неделю максимум удаляют и переделывают. Пользователей надо ответственных набирать, а не в системе затычки ставить.

Цитата:
Сообщение от grib_nat Посмотреть сообщение
1. то, что я описываю - это реальная ситуация в российской компании
Так это понятно. Но какой смысл ссылаться на термины ERP, если речь идет о такой российском менеджменте? Это две вещи не совместимые
Старый 06.12.2016, 10:08   #34  
AXcons is offline
AXcons
Участник
 
421 / 105 (4) +++++
Регистрация: 21.05.2015
Адрес: Москва
Цитата:
Сообщение от macklakov Посмотреть сообщение
Ну представь сценарий. Вчера в базе данных одной из записей было присвоено неправильное значение. Сегодня ты хочешь восстановить правильное значение. Сравниваем варианты:
1. Запустить update, который поменяет значение на правильное.
2. Удалить транзакцию из базы.
Есть разница?
Что то не поняла о чем речь. В смысле, надо ручками ходить в таблички и накладные править? Так лучше? Какой апдейт, откуда он возьмется?

Типичный пример - разнесена накладная с неправильными ценами. Ее надо исправить. Какими апдейтами вы это исправите? Слишком много апдейтов надо сделать.
Старый 06.12.2016, 10:50   #35  
ice is offline
ice
Участник
Аватар для ice
Лучший по профессии 2014
 
1,432 / 312 (13) ++++++
Регистрация: 23.03.2006
на мой взгляд, у исправлений документов (как сторнированием, так и удалением) есть несколько причин: это могут быть ошибки при вводе, которые бывают редко, например, цены не те или юр лицо не правильное и прочее (если часто, то это уже разгильдяйство и нужно решать административными мерами), такие ситуации, как правило, становятся широко известны, и все отделы ждут исправления, и тут на самом деле не так важно как будет исправлено, удалением или сторнированием, это вопрос удобства, отчетности и принятых соглашений, главное ,чтобы делал компетентный человек. совсем другое дело, когда правка входит в бизнес-процесс, когда постоянно генерятся "неправильные" документы и в процессе БП на разных этапах приводятся в "нормальный" вид, и тут уже есть огромные риски, причем у обоих подходов

Последний раз редактировалось ice; 06.12.2016 в 10:55.
Старый 06.12.2016, 11:22   #36  
AXcons is offline
AXcons
Участник
 
421 / 105 (4) +++++
Регистрация: 21.05.2015
Адрес: Москва
Цитата:
Сообщение от ice Посмотреть сообщение
на мой взгляд, у исправлений документов (как сторнированием, так и удалением) есть несколько причин: это могут быть ошибки при вводе, которые бывают редко, например, цены не те или юр лицо не правильное и прочее (если часто, то это уже разгильдяйство и нужно решать административными мерами), такие ситуации, как правило, становятся широко известны, и все отделы ждут исправления, и тут на самом деле не так важно как будет исправлено, удалением или сторнированием, это вопрос удобства, отчетности и принятых соглашений, главное ,чтобы делал компетентный человек. совсем другое дело, когда правка входит в бизнес-процесс, когда постоянно генерятся "неправильные" документы и в процессе БП на разных этапах приводятся в "нормальный" вид, и тут уже есть огромные риски, причем у обоих подходов
Цель этого топика - обсудить первый вариант, конечно же.
Старый 07.12.2016, 08:12   #37  
macklakov is offline
macklakov
NavAx
Аватар для macklakov
Сотрудники Microsoft Dynamics
 
1,845 / 704 (27) +++++++
Регистрация: 03.04.2002
Адрес: Australia
Цитата:
Сообщение от AXcons Посмотреть сообщение
Что то не поняла о чем речь.
Хорошо, может вам юридическая система больше знакома? Тогда такой пример:
Человека задержали на улице. Привезли в отделение полиции, где посадили в обезьянник. Через какое-то время выяснилось что человека задержали по ошибке. Его с извинениями отпускают. Внимание вопрос:"что при этом происходит с протоколом задержания?"
Как вы расцените ситуацию что кто-то будет бегать и вымарывать все записи в журналах и уничтожать протоколы? Насколько знаю, в большинстве юридических систем принято мнение что такая деятельность является преступной.
__________________
Isn't it nice when things just work?
Старый 07.12.2016, 08:43   #38  
mazzy is offline
mazzy
Administrator
Аватар для mazzy
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
Most Valuable Professional
 
20,290 / 3082 (143) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
нет. пожалуйста, не надо оффтопика.
Пожалуйста, создавайте отдельные ветки для обсуждения отдельных тем.

тема этой ветки: В чем проблема с удалением документов в Аксапте
Старый 07.12.2016, 09:12   #39  
macklakov is offline
macklakov
NavAx
Аватар для macklakov
Сотрудники Microsoft Dynamics
 
1,845 / 704 (27) +++++++
Регистрация: 03.04.2002
Адрес: Australia
Цитата:
Сообщение от mazzy Посмотреть сообщение
нет. пожалуйста, не надо оффтопика.
Пожалуйста, создавайте отдельные ветки для обсуждения отдельных тем.

тема этой ветки: В чем проблема с удалением документов в Аксапте
Я пытаюсь объяснить смысл понятия "документ". Привожу примеры из областей не связанных с Аксаптой исключительно для того, чтобы показать что в этих областях отношение к удалению документов отношение негативное, точно так как и в AX.
__________________
Isn't it nice when things just work?
Старый 07.12.2016, 10:30   #40  
Raven Melancholic is offline
Raven Melancholic
Участник
Аватар для Raven Melancholic
Самостоятельные клиенты AX
 
1,648 / 805 (30) +++++++
Регистрация: 21.03.2005
Адрес: Москва-Петушки
Цитата:
Сообщение от macklakov Посмотреть сообщение
Я пытаюсь объяснить смысл понятия "документ". Привожу примеры из областей не связанных с Аксаптой исключительно для того, чтобы показать что в этих областях отношение к удалению документов отношение негативное, точно так как и в AX.
А необязательно даже из других областей примеры приводить:
  • Вырвали из кассовой книги листы, начиная с того, в котором была ошибка и вклеили новые, переписанные. Как тот же самый бухгалтер отнесется к такому действию?
  • Замазали в трудовой книжке маркером неправильную строку так, что предыдущих данных не видно и поверх написали новую запись. Как инспектор по кадрам отнесется к такому?
За это сообщение автора поблагодарили: macklakov (1).
Теги
#внашейдеревневсетакделают, #вывсеконсультантыаядартаньян, #миллионымухнемогутошибаться, вывседуракиинелечитесь, однаяумнаявбеломпальтостоюкрасивая

 

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