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

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

Прежде всего локализаторам нужно победить разруху в своих головах: либо везде однострочные, либо везде можно использовать многострочные.

Цитата:
Сообщение от Rezervforall Посмотреть сообщение
Можно долго объяснять и перетирать (про двойные проводки и промежуточные счета), а можно накатить модифу и внедрить, запустить, продать и т.п. Кому как нравится.
Угу. Только модифа не работает со всеми случаями (как и модифа удаления проведенных операций).
Наверняка договоры и аналитику сделали в вашей модифе
Наверняка не сделали разные профили разноски в однострочных проводках.
Наверняка не сделали разные ОС и их параметры...
Наверняка не сделали разные параметры проектов...
Наверняка не сделали разные параметры интеркампани...
Наверняка не сделали ...

Я еще ни разу не видел нормальной модификации, которая бы нормально дублировала любые параметры проводки.

Повторюсь: изначально однострочные проводки предназначались для очень ограниченного числа случаев, как инструмент оптимизации.
Вы предлагаете (вместе с локализаторами) этот ограниченный инструмент сделать основным в системе. Только вы осознайте сколько надо добавлять, чтобы частный инструмент стал основным.

Бухи и пользователи шугаются вовсе не потому что они такие глупые (я совершенно не согласен с ikopyl).
Бухи и пользователи шугаются из-за различия в подходах. В общем журнале многострочные проводки идут хорошо, а в кассовых журналах и журналах АО многострочные запрещены. Оприходовать несколько русских ОС в журнале полученных накладных можно только через жопу.

Я, например, понимаю зачем буржуи запретили многострчные проводки в журналах платежей - чтобы облегчить интеграцию с клиент-банком. Но я в упор не понимаю зачем ввели запрет на многострочные проводки в кассовых журналах, в журналах ОС. И особенно в журнале АО. Что уж говорить о людях, которые только начали работать с Аксаптой. Шугаются из-за этой нелогичности.
__________________
полезное на axForum, github, vk, coub.
За это сообщение автора поблагодарили: gl00mie (3).
Старый 05.03.2010, 21:02   #2  
sukhanchik is offline
sukhanchik
Administrator
Аватар для sukhanchik
MCBMSS
Злыдни
Лучший по профессии 2015
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,342 / 3563 (125) ++++++++++
Регистрация: 13.06.2004
Адрес: Москва
Цитата:
Сообщение от mazzy Посмотреть сообщение
Угу. Только модифа не работает со всеми случаями (как и модифа удаления проведенных операций).
Наверняка договоры и аналитику сделали в вашей модифе
Наверняка не сделали разные профили разноски в однострочных проводках.
Наверняка не сделали разные ОС и их параметры...
Наверняка не сделали разные параметры проектов...
Наверняка не сделали разные параметры интеркампани...
Наверняка не сделали ...

Я еще ни разу не видел нормальной модификации, которая бы нормально дублировала любые параметры проводки.
Вот оно - главное противоречие жизни. С т.з. Микрософта, как разработчика - то если делать, то делать надо хорошо (т.е. учитывать все случаи).
А с т.з. внедрений данная модифа не учитывает проекты, интеркампани, .... Но зато используется в ХХ% внедрения. Значит востребована. И от этого надо отталкиваться.
Возникает бизнес-потребность рекомендовать Микрософту пойти по правилу 20/80. Т.е. перенести наиболее часто требуемые модифы в функционал (при условии непротиворечия глобальной логике - типа удаления проведенных операций) - но реализовать их не для всех случаев.

Пример - в АХ 4.0 сделали реверсирование операций. Но не всех. В АХ 2009 сделали реверсирование для ОСов (правда буржуйских). Значит все-таки могут постепенно делать.

Да, конечно - есть разруха и в головах. Но когда разруха похожего типа находится в подавляющем большинстве голов - то уже надо говорить об особенности менталитета. Функционала для страны
__________________
Возможно сделать все. Вопрос времени

Последний раз редактировалось sukhanchik; 05.03.2010 в 21:04.
Старый 05.03.2010, 21:05   #3  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от sukhanchik Посмотреть сообщение
Т.е. перенести наиболее часто требуемые модифы в функционал (при условии непротиворечия глобальной логике - типа удаления проведенных операций) - но реализовать их не для всех случаев.
Так они и делают
Беда только в том, что часто "используемые модифы" основны на партнерского фреймворке. И без фреймворка особого смысла не имеют... Те же реверсирования... А... (махнул рукой).
__________________
полезное на axForum, github, vk, coub.
Старый 05.03.2010, 21:16   #4  
sukhanchik is offline
sukhanchik
Administrator
Аватар для sukhanchik
MCBMSS
Злыдни
Лучший по профессии 2015
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,342 / 3563 (125) ++++++++++
Регистрация: 13.06.2004
Адрес: Москва
Цитата:
Сообщение от mazzy Посмотреть сообщение
Так они и делают
Беда только в том, что часто "используемые модифы" основны на партнерского фреймворке. И без фреймворка особого смысла не имеют... Те же реверсирования... А... (махнул рукой).
А ноги растут из другой - более глобальной проблемы. Очень многие владельцы бизнеса не видят реальную потребность в качестве. Куда более наглядно - захотел бантик - тебе оценили трудозатраты, ты получил стоимость бантика. А если помозговать - то выяснится - что заготовка бантика может уже лежать в стандарте. Но стоимость "доделки" будет выше. Пусть при этом будет потрачено меньше программирования.
А может даже и видят потребность. Но не контролируют - отдают на откуп партнеру. Который выставит часы по полной, а затратит.... по минимуму.

В общем - вечная тема для обсуждения .... Пора завязывать
__________________
Возможно сделать все. Вопрос времени
Теги
журнал гк, как правильно, корр. счет, счет гк, многострочная проводка

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Счет фактура по строке общего журнала Starling DAX: Функционал 2 28.09.2011 18:31
Финансовый корр.счет в InventTransPosting Production DAX: Функционал 3 31.08.2007 18:01
Перечисление денег со счета банка на счет деньги в пути.Как правильно? Aquarius DAX: Функционал 1 13.04.2007 22:44
Корр. счет DreamCreator DAX: Программирование 4 31.03.2005 23:14
sp5. Возможность получить Корр.счет ГК попроводкам клиента/поставщика без извращений studentLPC DAX: Функционал 20 27.05.2003 13:55
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра
Комбинированный вид Комбинированный вид

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

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

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 17:28.