AXForum  
Вернуться   AXForum > Прочие обсуждения > Курилка
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 27.06.2017, 16:22   #41  
Vadik is offline
Vadik
Модератор
Аватар для Vadik
 
3,258 / 1261 (49) ++++++++
Регистрация: 18.11.2002
Адрес: гражданин Москвы
Цитата:
Сообщение от macklakov Посмотреть сообщение
скидки по оплате и aging? можешь описать как и зачем?
Это вопрос с подвохом ? Так же и затем же, что и в AR. "Оплати быстро и получи скидку", "кому, сколько и когда мы должны платить". По курсовым, я так понял, вопросов не возникло? Тогда предположу, что "искуственные иерархии сущностей" не такие уж и искуственные, и схожего в задачах реализуемых в AR и AP достаточно ? И (осторожно, крамола) даже возможно ограниченное применение ООП ?
Цитата:
Зачем такие аналитики нужны? Я вот видел системы где счета через черточку и AR это буквальным образом счет accounts receivable в ГК и один из сегментов это именно клиент
Клиент в качестве аналитики ГК - это один из способов разнообразить свою сексуальную жизнь в конце года при выверке GL с AR. Ну и отчасти признак качественного внедрения
Цитата:
Мне вся эта ситуация с новой ГК видится вот как. Купил мужик на ebay 2 велика
Ну вот, а 8 часов назад собирались AR с AP упразднять за ненужностью
Цитата:
В принципе, в древних системах, в CustTrans и VendTrans нужды вообще не было. Ты просто делаешь аналитику Клиент по этим счетам ГК и прямо оттуда можешь баллансы смотреть. В 2012-ю как раз этот допотопный механизм и притащили с таким героическими усилиями. Именно для этого и созданны все эти account structures. Заполняешь аналитику Customer в проводке, которая идет в AR счет. А дальше когда надо проводки по этому клиенту посмотреть, или балланс, прямо из ГК и берешь. Там даже сопоставление есть. А на AP счетах у тебя аналитика Vendor. Тоже все просто. Все можно делать тупо через журлал ГК с типом счета Ledger.
И вот в системе у нас ГК, которая делает CustTrans, VendTrans ненужными
__________________
-ТСЯ или -ТЬСЯ ?
Старый 27.06.2017, 16:57   #42  
macklakov is offline
macklakov
NavAx
Аватар для macklakov
Сотрудники Microsoft Dynamics
 
1,921 / 813 (31) +++++++
Регистрация: 03.04.2002
Адрес: Australia
Цитата:
Сообщение от Vadik Посмотреть сообщение
Это вопрос с подвохом ? Так же и затем же, что и в AR. "Оплати быстро и получи скидку"
Так, вот здесь ты меня потерял. Ты хочешь сказать что контора закупила товар, держала его какое-то время, потом проплатила, потом решила вернуть поставщику. Не поменять, а именно вернуть. Правильно? И у поставщика этого закупают очень редко, поэтому вместо взаимозачета идет выбивание бабла. И поставщик этот бабло возвращать не торопится. Но реагирует на скидку по оплате. И при этом это происходит так часто, что надо настраивать эти самые скидки и даже collections?

Цитата:
Сообщение от Vadik Посмотреть сообщение
Клиент в качестве аналитики ГК - это один из способов разнообразить свою сексуальную жизнь в конце года при выверке GL с AR. Ну и отчасти признак качественного внедрения
Это штатная возможность, которую вендор впаривает клиентской бухгалтерии, переезжающей с допотопных консольных систем на AX. Ты будешь спорить с рекомендацией вендора?
__________________
Isn't it nice when things just work?

Последний раз редактировалось macklakov; 27.06.2017 в 17:09.
Старый 27.06.2017, 17:01   #43  
macklakov is offline
macklakov
NavAx
Аватар для macklakov
Сотрудники Microsoft Dynamics
 
1,921 / 813 (31) +++++++
Регистрация: 03.04.2002
Адрес: Australia
Цитата:
Сообщение от Vadik Посмотреть сообщение
Ну вот, а 8 часов назад собирались AR с AP упразднять за ненужностью
Ну до подмены-то опускаться не надо. Я говорил про конкретные таблицы CustTrans и VendTrans. С новой ГК, позаимствованной из GP, эти таблицы больше не нужны. Если у тебя счет AR ведется в разрезе Customer, ты ageing report прекрасно по проводкам ГК построить можешь. И скидки по оплате тоже.
Продолжая аллегорию. На велосипеде теперь 2 набора педалей. Один из них явно избыточный.
__________________
Isn't it nice when things just work?

Последний раз редактировалось macklakov; 27.06.2017 в 17:16.
Старый 27.06.2017, 17:08   #44  
macklakov is offline
macklakov
NavAx
Аватар для macklakov
Сотрудники Microsoft Dynamics
 
1,921 / 813 (31) +++++++
Регистрация: 03.04.2002
Адрес: Australia
Цитата:
Сообщение от EVGL Посмотреть сообщение
Легко. В пересчете на год процент скидки по оплате обычно заведомо превышает ставку рефинансирования, поэтому экономически выгодно платить поставщику в последний день действия скидки по оплате если последняя предоставляется. Такую стратегию можно выбрать в предложениях по оплате.
Ну, в принципе, согласен. Можно. В реальности так делать приходилось?
У нас, просто, это делается письмами-напоминаниями, которые суть забота поставщика. По этой причине назревающие платежи отражены лишь в cash flow. А cash flow все одно самописный.
__________________
Isn't it nice when things just work?
Старый 27.06.2017, 17:22   #45  
EVGL is offline
EVGL
Moderator
Лучший по профессии 2014
Соотечественники
 
3,420 / 1865 (69) ++++++++
Регистрация: 09.07.2002
Адрес: AT
Цитата:
Сообщение от macklakov Посмотреть сообщение
Ну, в принципе, согласен. Можно. В реальности так делать приходилось?
Да, конечно. В Австрии вообще все помешаны на скидках по оплате, согласно best practices учета запасы принимаются к учету за вычетом скидки. Исходят из того, что в 99% случаев покупатель воспользуется скидкой, и последняя учитывается не как доход текущего периода, а снижает стоимость актива.
Старый 27.06.2017, 18:47   #46  
Vadik is offline
Vadik
Модератор
Аватар для Vadik
 
3,258 / 1261 (49) ++++++++
Регистрация: 18.11.2002
Адрес: гражданин Москвы
Цитата:
Сообщение от macklakov Посмотреть сообщение
Ну до подмены-то опускаться не надо. Я говорил про конкретные таблицы CustTrans и VendTrans. С новой ГК, позаимствованной из GP, эти таблицы больше не нужны. Если у тебя счет AR ведется в разрезе Customer, ты ageing report прекрасно по проводкам ГК построить можешь. И скидки по оплате тоже
Было интересно следить за развитием ветки. В MS понятия не имеют о проектировании ПО и внедрениях (ну, кто бы сомневался). Плавное развитие темы до легких БМП с титановыми крыльями, ора-анусов, велосипедов - мне было интересно. Теперь я могу с чистой совестью отписаться. Я уже видел все
__________________
-ТСЯ или -ТЬСЯ ?
За это сообщение автора поблагодарили: EVGL (1), belugin (2).
Старый 27.06.2017, 22:22   #47  
EVGL is offline
EVGL
Moderator
Лучший по профессии 2014
Соотечественники
 
3,420 / 1865 (69) ++++++++
Регистрация: 09.07.2002
Адрес: AT
Цитата:
Никому не нужна общность отверстий кроме программистского мозга.
Для визуализации затронутой темы рекомендую к просмотру фильм "Человеческая многоножка". Фильм столь полюбился европейскому зрителю, что было выпущено два продолжения "Человеческая многоножка - 2" и "Человеческая многоножка - 3".
Старый 28.06.2017, 02:24   #48  
ax_mct is offline
ax_mct
Участник
Аватар для ax_mct
 
1,526 / 473 (19) +++++++
Регистрация: 10.10.2005
Адрес: PHP
Цитата:
Сообщение от belugin Посмотреть сообщение
Тут мне ниже говорят, что в случае custvend общность признков-так есть и она полезна. И в исходном треде полно специалистов которые как мне кажется пришли к такому выводу
...
Что такое ООП-общность и чем она отличается от других видов общности?
Что такое "Кросс-модульная организация кода"?
У меня более радикальные взгляды чем у macklakov. Там где он соглашается что ООП можно если по здравому уму, я считаю что на здравость надеяться нельзя.

Прямо сейчас я делаю деплоймент своего кода в котором нет ООП но есть общность кода.
BlaBlaUtilBlaClass:romptBla_SalesLine(...)
BlaBlaUtilBlaClass:romptBla_item(...) где я вызываю первый метод создавая salesLine, то есть по сути wrapper.
Методы вызываются в седьми местах совсем разного кода где только больной будет искать ООП. Хотя если мне заплатят за ООП я его могу нарисовать на высшем Java уровне, я это умею. Но смысла в этом никакого нет. Все что мне нужно это вызывать общий код и менять его в одном месте. Тупо и надежно - все что мне нужно.

Кросс-модульная - это конечно я загибаю так как ERP это практически у всех (как я понимаю) исторически монолит, но по хорошему ООП должно ограничиваться границами модуля. Чтобы модуль был отделяемым и самостоятельным. Достаточно утопично поэтому и говорю что лучше вообше без ООП.
Систему на процедурах гораздо легче поделить на модули и по-моему намного проще расширять снаружи. Зачем не NAV, а AX положили на алтарь мне непонятно.


Цитата:
Сообщение от Pavel Посмотреть сообщение
Хмм... содержательная у вас тут дискуссия.)
Иногда заглядываю, что обсуждают кодеры в первых топиках и прихожу в ужас. Такая 'эволюция', просто как с навигатором по GPS в сортир дома ходить... а когда пропадает сигнал, 'забыв обо всем', решать вопросы со спутниками и коммуникациями.

Если отвлечься от 'бытовухи' и чисто ради 'академического интереса' задаться вопросом: насколько ООП сочетается/противоречит технологии слоев (своего рода полиморфизм) или системным номерам таблиц и полей (выделение диапазонов для ядра и доработки)? - то становится интересно мнение творцов этого синтеза.)

ООП это все не нужно, как самодостоточной технологии.
Без ООП Аксапте было бы лучше. В то же время если бы она была реализована как Java EE то я бы радовался гораздо больше.

Цитата:
Сообщение от EVGL Посмотреть сообщение
Для визуализации затронутой темы рекомендую к просмотру фильм "Человеческая многоножка". Фильм столь полюбился европейскому зрителю, что было выпущено два продолжения "Человеческая многоножка - 2" и "Человеческая многоножка - 3".
Именно что ООП как оно есть


Последний раз редактировалось ax_mct; 28.06.2017 в 02:38. Причина: Заменил размер jpg
За это сообщение автора поблагодарили: macklakov (1).
Старый 28.06.2017, 02:29   #49  
macklakov is offline
macklakov
NavAx
Аватар для macklakov
Сотрудники Microsoft Dynamics
 
1,921 / 813 (31) +++++++
Регистрация: 03.04.2002
Адрес: Australia
Цитата:
Сообщение от Vadik Посмотреть сообщение
Теперь я могу с чистой совестью отписаться
Еще один вопрос, пожалуйста. Как так получилось, что банк это не party?
__________________
Isn't it nice when things just work?
Старый 28.06.2017, 09:00   #50  
belugin is offline
belugin
Участник
Аватар для belugin
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
Сотрудники Microsoft Dynamics
 
3,882 / 2004 (74) +++++++++
Регистрация: 16.01.2004
Адрес: Москва
Цитата:
Сообщение от ax_mct Посмотреть сообщение
ООП должно ограничиваться границами модуля. Чтобы модуль был отделяемым и самостоятельным.
Мне кажется вы в целом переизобретаете свою версию DDD
Старый 28.06.2017, 14:38   #51  
ax_mct is offline
ax_mct
Участник
Аватар для ax_mct
 
1,526 / 473 (19) +++++++
Регистрация: 10.10.2005
Адрес: PHP
Цитата:
Сообщение от belugin Посмотреть сообщение
Мне кажется вы в целом переизобретаете свою версию DDD
То что модуль ERP должен быть самодостаточным доменом - это на самом деле золотая идея. Те же микро-сервисы но уровне модулей ERP.
ООП без границ модулей - создало неподьемный монолит.

Цитата:
Сообщение от Morpheus Посмотреть сообщение
Методы, содержащие по несколько тысяч строк, написаны разделяющими Ваше мнение людьми.
Мне не важно несколько тысяч строк или тысяча по одной. И всем нормальным людям - не важно. Код - это шестое в списке того что действительно должно быть важно программисту. Иначе с ООП как с золотой рыбкой и разбитым корытом.

ООП - это хороший инструмент, но ООП для бизнес-логики ERP приносит намного больше вреда чем пользы. Поэтому код по несколько тысяч строк - меньшее из зол.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Похоже "Лучший по ..." превращается в "филькину грамоту". Что сделать, чтобы не превращалась? mazzy Обсуждение форума 47 18.10.2013 21:21
"Эти ваши интернеты": Прянишников "нокаутировал" Плющева mazzy Курилка 2 20.10.2011 10:56
Call of Duty: "No Russian" или "Ни слова по-русски" EVGL Курилка 30 01.02.2010 11:28
"Выделить все" и "Отменить выделение всех" Gustav Курилка 5 18.09.2009 14:40
"Счастливый кроха" в фильме "Бригада" Gustav Детская 14 01.06.2007 11:53
Опции темы Поиск в этой теме
Поиск в этой теме:

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

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

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

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