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

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

То, что вы описываете, это не менеджмент, это российский менеджмент. Это раз.
Во вторых, от того, что документ не удалят, а отсторнируют, что изменится?
Данные то все равно поменяются, и в отчете за вчера тоже. В чем разница в вашем случае между сторно и удалением?
Старый 05.12.2016, 14:23   #22  
AXcons is offline
AXcons
Участник
 
442 / 112 (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,347 / 840 (31) +++++++
Регистрация: 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
Участник
Axapta Retail User
Лучший по профессии 2014
 
1,606 / 177 (9) ++++++
Регистрация: 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
Most Valuable Professional
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
28,783 / 3657 (179) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Цитата:
Сообщение от mnt_dx Посмотреть сообщение
Сергей, а ты потом бил клиента уставом по лицу, если он хотел удалить что-то, или все таки делал это (или твои работники)?
как правило, делал. но уже за деньги. а главное, с полным пониманием со стороны заказчика что происходит.
Старый 06.12.2016, 02:33   #31  
macklakov is offline
macklakov
NavAx
Аватар для macklakov
 
1,970 / 876 (33) +++++++
Регистрация: 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
 
1,970 / 876 (33) +++++++
Регистрация: 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
Участник
 
442 / 112 (4) +++++
Регистрация: 21.05.2015
Адрес: Москва
Цитата:
Сообщение от grib_nat Посмотреть сообщение
1. то, что я описываю - это реальная ситуация в российской компании
2. Зафиксируется кто, когда и какие изменения внес. Как это изменение повлияло на отчетность, которая уже была сформировано для Управленческого учета.
И повторюсь после запуска количество исправлений сократилось в разы.
В ЖБД и так все фиксируется. У нас нет такой проблемы с отчетностью. И количество исправлений и так небольшое - одну накладную в неделю максимум удаляют и переделывают. Пользователей надо ответственных набирать, а не в системе затычки ставить.

Цитата:
Сообщение от grib_nat Посмотреть сообщение
1. то, что я описываю - это реальная ситуация в российской компании
Так это понятно. Но какой смысл ссылаться на термины ERP, если речь идет о такой российском менеджменте? Это две вещи не совместимые
Старый 06.12.2016, 10:08   #34  
AXcons is offline
AXcons
Участник
 
442 / 112 (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
Участник
 
442 / 112 (4) +++++
Регистрация: 21.05.2015
Адрес: Москва
Цитата:
Сообщение от ice Посмотреть сообщение
на мой взгляд, у исправлений документов (как сторнированием, так и удалением) есть несколько причин: это могут быть ошибки при вводе, которые бывают редко, например, цены не те или юр лицо не правильное и прочее (если часто, то это уже разгильдяйство и нужно решать административными мерами), такие ситуации, как правило, становятся широко известны, и все отделы ждут исправления, и тут на самом деле не так важно как будет исправлено, удалением или сторнированием, это вопрос удобства, отчетности и принятых соглашений, главное ,чтобы делал компетентный человек. совсем другое дело, когда правка входит в бизнес-процесс, когда постоянно генерятся "неправильные" документы и в процессе БП на разных этапах приводятся в "нормальный" вид, и тут уже есть огромные риски, причем у обоих подходов
Цель этого топика - обсудить первый вариант, конечно же.
Старый 07.12.2016, 08:12   #37  
macklakov is offline
macklakov
NavAx
Аватар для macklakov
 
1,970 / 876 (33) +++++++
Регистрация: 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
Most Valuable Professional
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
28,783 / 3657 (179) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
нет. пожалуйста, не надо оффтопика.
Пожалуйста, создавайте отдельные ветки для обсуждения отдельных тем.

тема этой ветки: В чем проблема с удалением документов в Аксапте
Старый 07.12.2016, 09:12   #39  
macklakov is offline
macklakov
NavAx
Аватар для macklakov
 
1,970 / 876 (33) +++++++
Регистрация: 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
Лучший по профессии 2015
 
1,687 / 846 (32) +++++++
Регистрация: 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, время: 08:27.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.