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

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

Предложи им, если это организаторы должны решать
ответ от Людмилы Зарецкой:
Цитата:
сразу и однозначно хочу сказать по поводу публикации ответов победителей конкурса: мы не можем это сделать без согласования с авторами этих ответов. Возможно, кто-то из них совсем не захочет, чтобы его ответы выставлялись на всеобщее обозрение. И человек имеет на это право, поскольку это его интеллектуальная собственность. Мы во время церемонии награждения поинтересуемся мнением участников-победителей и, если они не против, мы дадим их ответы.
Думаю, что справедливо.
__________________
полезное на axForum, github, vk, coub.
Старый 17.01.2012, 16:00   #22  
ZornFire is offline
ZornFire
MS Dynamics AX 2012 R3
Аватар для ZornFire
Oracle
Злыдни
Ex AND Project
 
333 / 76 (3) ++++
Регистрация: 12.01.2009
Адрес: Москва
Вообще интересно, конечно, посмотреть на ответы победителей конкурса, это показало бы на сколько конкурс.. открытый, а так же можно было бы увидеть в этом мотивацию жюри при распределении призовых мест

Не думаю, что кто то в этом случае был бы против публикации своих ответов, это ж ещё и не хилая самореклама будет, как высоко компетентного специалиста в своей области, а вдруг зарплату поднимут))
__________________
"Человек человеку волк, а зомби зомби зомби." (с)
С Уважением, Алексей Кабанов
Старый 17.01.2012, 16:16   #23  
Ivanhoe is offline
Ivanhoe
Участник
Аватар для Ivanhoe
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
4,143 / 2155 (80) +++++++++
Регистрация: 29.09.2005
Адрес: Санкт-Петербург
Мои ответы
Получил 48 из 60 баллов за эту часть вопросов. Признаю, что отвечал "приспустив рукава", но вряд ли смог бы ответить намного лучше

15. Бизнес- ситуация № 1.
Развертывание Microsoft Dynamics AX планируется выполнить в компании имеющей филиальную структуру в разных регионах России. Профиль компании – торговля. Одна из задач проекта – обеспечение работы каждого филиала при отсутствии связи с центральным офисом. Другая важная задача -получение единой отчетности по данным из всех филиалов.
Существующие каналы связи не обеспечивают гарантированную связь в режиме 24* 7. Организация альтернативных каналов связи либо не возможна, либо они неприемлемо дороги (спутниковые каналы связи).
Принято решение производить отдельные инсталляции системы в филиалах.

Задание 1.
Предложите вариант решения, которое позволит получать отчетность в центральном офисе по всем филиалам.

Ответ:
Необходимо определить понятие «единая отчетность». Тут есть несколько вариантов:
1. Интересует управленческая отчетность на уровне проводок ГК (т.е. разрез – План счетов и финансовые аналитики). В каждом филиале (желательно) использовать единый План счетов и набор финансовых аналитик. В конце каждого периода необходимо выполнить консолидацию – стандартными средствами системы необходимые данные выгружаются в файлы, которые после этого передаются любым доступным способом в центральный офис и импортируются в консолидирующую компанию. В процессе консолидации можно выполнять дополнительные ручные и полуавтоматические (через специальный журнал) корректировки. Отчетность строится стандартными средствами: ГФО (российская функциональность) или Финансовые отчеты (международная функциональность). Также возможно использование стандартного OLAP-куба.
2. Интересует вся официальная бухгалтерская и налоговая отчетность. Практически не выполнимое требование в стандарте, т.к. для многих официальных отчетов требуются модульные операции, стандартных средств для консолидации которых нет (отчетность по ОСам, например). Возможно, часть отчетности придется собирать в Excel на основании данных, присланных из филиалов. По основным бухгалтерским документам стандартная консолидация также не подходит, т.к. при консолидации переносятся балансы по счетам, а не обороты (и корреспонденции). Возможно, получится экспортировать проводки по ГК из филиальных систем, импортировать в одну промежуточную базу (при этом нужно сохранить уникальность номеров операций, например, включив в номерные серии по ваучерам префикс филиала), после этого воспользоваться русской функциональностью трансляции для копирования проводок в консолидирующую компанию или пересчитать балансы по счетам ГК за период (т.к. при импорте они не пересчитаются). На основании итоговых данных строить отчетность аналогично п.1.
3. Интересует аналитическая отчетность по всем направлениям деятельности: взаиморасчеты, продажи, складские движения и т.п. Стандартными средствами никак не решается. Возможно, стоит подумать про некую офф-лайн репликацию филиальных БД и построения сводных OLAP-кубов на основании всего набора БД (всех филиалов).
------------------------------------------------

16. Бизнес- ситуация № 2.
Вашим Заказчиком является сотрудник бухгалтерии. Ему требуется запрос по задолженности клиентов на произвольную дату, причем, отдельно необходимо указать просроченный долг (также на произвольную дату). Для внесения ежедневных операций используется базовая функциональность системы. Платежи, задолженности, сопоставление и т.п.

Задание 2.
Каким образом обеспечить требование Заказчика по совпадению данных в отчетах на одну и ту же дату, но построенного в разное время?
Например, отчет по задолженности по состоянию на 31 марта можно построить как 15 апреля, так и 15 мая. Оба отчета должны совпадать (в том числе в части просроченного долга).

Ответ:
Отчет необходимо строить по проводкам клиентов с учетом истории сопоставления и открытого сальдо. Алгоритм построения отчета на Отчетную дату (упрощенный, без оптимизации на уровне запроса SQL):
1. Ищутся все проводки по клиенту (CustTrans) по задолженности (тут нужно определить что считать признаком задолженности – операции конкретного типа, например, «Заказ на продажу», знак суммы по операции с учетом галки «Коррекция», заполненность поля «Накладная» и т.п.) с датой операции меньше Отчетной даты с необходимой сортировкой (Группа клиентов / клиент / Группа договоров / Договор и т.п.):
a. Если по проводке есть открытые проводки (CustTransOpen), то вся сумма открытых проводок «запоминается» в столбец «Задолженность». Сумма открытых проводок, по которым дата «Срок выполнения» меньше Отчетной даты, «запоминается» в столбец «Просроченная задолженность».
b. По проводке ищутся все сопоставления (CustSettlement) с «Дата сопоставления» больше Отчетной даты. Сумма отобранных сопоставлений прибавляется к текущему запомненному значению «Задолженность». Сумма отобранных сопоставлений, по которым «Срок выполнения» меньше Отчетной даты, прибавляется к текущему запомненному значению «Просроченная задолженность».
c. Выполняется вывод строки по проводке клиента в отчет: необходимая информация + два столбца «Задолженность» и «Просроченная задолженность».
----------------------------------------------------------------------

17. Бизнес- ситуация № 3.
Одной из задач при автоматизации работы складской службы является проведение инвентаризации. При проведении инвентаризации, специальная комиссия производит подсчет фактического количества товара нас кладе. В компании осуществляются отгрузка товара в круглосуточном режиме. Для инвентаризации выделяется «окно» в работе в дневное время, во время которого не производят движения товара.
После подсчёта товара, данные следует внести в систему.
Задание 3
Предложите схему процесса по внесению и обработке данных об инвентаризации в систему, с учетом того что документы подтверждающие наличие товара могут быть внесены с задержкой до 3-х дней. Т.е. в момент проведения инвентаризации в систему фактически не введены все документы, подтверждающие текущее наличие (нет всех приходных и/или расходных документов). Также следует учитывать, что сразу после проведения инвентаризации (в тот же день) продолжается движение товара (приемка и отгрузка).

Ответ:
1. В настройках модуля указать блокирование движение по товару на момент инвентаризации. В форме «Местонахождение номенклатуры» по каждой номенклатуре необходимо иметь строки по каждому складу. При такой настройке после начала инвентаризации на конкретном складе, конкретная номенклатура не сможет иметь движение по складу.
2. При создании журнала инвентаризации в поле «В наличии» автоматически фиксируется текущее наличие (с учетом введенных в систему документов) на складе.
3. При проведении инвентаризации заполняется поле «Инвентаризированно».
4. После завершения инвентаризации необходимо заблокировать журнал для изменений (например, «утвердить»). При этом необходимо снять признак «Инвентаризация начата» в форме «Местонахождение номенклатуры по нужному складу. Это доработка.
5. После прохождения определенного регламентом срока, например 3 дня, необходимо запустить процедуру «Обновить наличие» по утвержденному журналу. При этом система автоматически рассчитывает и обновляет поле «В наличии» в строках журнала (на основании всех заведенных в систему документов, алгоритм расчета «В наличии» может быть оптимизирован для учета данных InventSum и части InventTrans), одновременно обновляя остальные поля: «Количество», «Сумма затрат» и т.п. Это доработка.
6. После обновления строк журнала можно разнести журнал Инвентаризации.
--------------------------------------------------------------------------

18. Бизнес- ситуация № 4.
При работе с некоторыми товарами (например, обувь) используются упаковки, содержащие несколько разных товаров с разным количеством (например, упаковка из 6 шт содержит товара А = 1 шт, В = 3 шт, С = 2 шт…). Упаковки могут иметь как уникальный, так и повторяющийся состав. Основной процесс схематично выглядит так: «Закупка» -> «Прием на склад и хранение» -> «Отгрузка со склада»
Задание 4
Предложите решение, позволяющее использовать в учете как сами упаковки (как единое целое), так и конкретные товары из этих упаковок. При этом в закупках и отгрузках удобно использовать работу с упаковками, а для целей складского учета и отчетности необходимо видеть конкретные товары в количественном и стоимостном выражении.

Ответ:
1. Ни разу не приходилось иметь дело с такими требованиями.
2. Приемка товара:
a. Предлагаю не менять стандартные механизмы и попробовать оставить закупку отдельно каждой номенклатуры из упаковки. Это позволит стандартно определять стоимость каждой номенклатуры и делать приемку на складе по заказу через стандартный механизм журнала прибытия.
b. Если все-таки вводить возможность оформления закупки на одну номенклатуру «Упаковка», придется делать модификации:
i. Пользователь видит «фиктивную» строку с упаковкой, на самом деле автоматически создаются строки по каждому компоненту упаковки и распределяется цена. Состав упаковки и распределение – также модификация (с учетом распределения накладных расходов (в т.ч. постфактум) и возможной коррекции НДС, достаточно не тривиальная).
ii. Пользователь покупает номенклатуру «Упаковка», которая приходуется на склад как одна номенклатура. После приемки необходимо дополнительно формировать журнал «Разборка спецификации». Состав спецификации – стандартная функциональность, а распределение себестоимости по компонентам – достаточно серьезная доработка, затрагивающая закрытие склада.
3. Учет товара на складах. Во всех предложенных выше вариантах закупки, на складе ведутся отдельно номенклатуры, входящие в «Упаковку», в т.ч. ведется себестоимость, делаются инвентаризация, перемещения и т.п. Все в рамках стандартной функциональности.
4. Продажи. Продавать нужно одну номенклатуру «Упаковка» типа спецификация с автоприемкой при продаже. Т.е. при разноске накладной автоматически «собирается» спецификация и списываются ее компоненты. Это стандартная функциональность. Единственная проблема – возвраты и сторнирования (см. закупки – проблемы схожие, как из одной номенклатуры-спецификации получить компоненты со своими себестоимостями).
5. Возможно, все складские движения должны происходит всегда со всей «Упаковкой», т.е. нельзя двигать отдельно компоненты. В таком случае возникает вопрос, зачем нужно требование про учет количества и стоимости по отдельности.
---------------------------------------------------------------------------

19. Бизнес- ситуация № 5.
Торговая компания имеет ряд сбытовых подразделений с собственными складами, а также несколько распределительных складов обсуживающих конкретные сбытовые подразделения (входящие в один регион). Сбытовые подразделения могут пополнять свои запасы как с распределительного склада, так и из соседних подразделений (в рамках одного региона). Также в компании возможно движение товара между распределительными складами. Некоторые из сбытовых подразделений могут заказывать товар напрямую у поставщика (поставщик находится в одном регионе с подразделением).
В целом компания ориентирована на минимизацию затрат (в том числе, логистических).
Задание 5
Предложите вариант реализации в системе настройки, обеспечивающей пополнения запасов конкретного сбытового подразделения разными способами (напрямую от поставщика, с распределительного склада, от другого подразделения)

Ответ:
1. Ручной режим. Стандартная система позволяет выполнять закупки, межскладские перемещения вручную, при этом практически нет ограничений – все решает пользователь.
2. Используется сводное планирование. Необходимо разобраться с требование «пополнение запасов конкретного подразделения разными способами». Имеется в виду возможность один раз настроить один конкретный доступный способ, или подбор способа автоматически на-лету?
a. В стандартной функциональности системы нет возможности анализа остатков по нескольким точкам пополнения и принятия решения, откуда выгоднее заказать товар. Если нужно именно это – потребуется модификация. Модификация должна использовать данные по срокам / стоимости доставки, анализировать остатки на допустимых для пополнения складах и рассчитывать оптимальный план пополнения. Задача в общем случае не тривиальная. На практике встречались случаи, когда товар перемещался между филиалами только при определенном наборе условий, куда включались в т.ч. качество упаковки и стоимость товара (после двух-трех перемещений товар было проблематично продать), «важность» конкретного филиала (т.е. более приоритетные филиалы всегда должны иметь последний товар по компании, а в менее – только самый ходовой товар с большими запасами).
b. В рамках стандарта для каждого склада можно настроить способ пополнения – это может делаться как по умолчанию на уровне карточки склада (указать склад пополнения), так и на уровне склад – номенклатура – в настройке покрытия конкретной номенклатуры. Во втором случае можно:
i. оставить действие по-умолчанию для склада (т.е. если указан для склада Склад пополнения – будет запланировано перемещение, не указан – закупка);
ii. всегда делать пополнение с другого указанного склада;
iii. всегда делать закупку у поставщика.
-----------------------------------------------------------------------------

20. Бизнес- ситуация № 6.
В ходе проверки уже разработанной системы, финансовый отдел обнаружил многочисленные замечания в отчетных данных. Было выявлено, что замечания относятся к работе менеджеров по продажам, которые проводят ежедневные операции (заказы на продажу). Они со своей стороны выполняли обычные действия, не обращая внимания на новые аналитические признаки, используемые финансовым отделом. В результате переговоров со всеми задействованными участниками выяснилось, что менеджеры не в состоянии заполнять все аналитические признаки, необходимые финансовому отделу. Согласно бизнес-процессу, заказы на продажу обрабатываются менеджерами практически сразу же после внесения в систему (для печати отгрузочных документов). Т.о. нет возможности внести корректировки аналитических признаков перед обработкой документов.
Задание 6
Какое решение в данной ситуации можно предложить в текущей ситуации (с учетом ограничений по срокам и бюджету проекта)?

Ответ:
1. Необходимо сформулировать правила назначения финансовых аналитик (я так понимаю, под «аналитическими признаками» финансового отдела понимаются именно финансовые аналитики).
2. На основании правил настроить / запрограммировать автоматическое назначение финансовых аналитик при создании заказа. Стандартно можно задать аналитики для клиента, договора, номенклатуры, сайта (одна аналитика).
3. Настроить иерархии аналитик для типа объекта «Коллекция таблиц» и объекта «Продажи» / «Клиент». Таким образом можно ограничить возможность ввода только допустимых аналитик в документы. Например, при после выбора Подразделения менеджеру по продажам не нужно «думать» и остальные аналитики он выбирает из предложенных.
__________________
Ivanhoe as is..

Последний раз редактировалось Ivanhoe; 17.01.2012 в 16:23.
За это сообщение автора поблагодарили: kashperuk (15), Pustik (6), sukhanchik (10), lev (10), gl00mie (5), S.Kuskov (10), ashu (1), ZornFire (1).
Старый 18.01.2012, 22:18   #24  
Pustik is offline
Pustik
Участник
 
807 / 372 (14) ++++++
Регистрация: 04.06.2004
Большое спасибо за то, что поделились. Очень полезно и интересно. Все понятно и грамотно рассказано. Не знаю по каким-таким причинам они там не досчитали 12 баллов, но есть некие сомнения , что это просто придирки, типа: "А по чему не упомянули, что может быть и такая ситуация, несмотря на пример?" (так в задаче №2 можно придраться). Если так, то это не серьезно.
Лично мне очень понравилось. С интересом читал пост. Спасибо.
__________________
-Ты в гномиков веришь?
-Нет.
-А они в тебя верят, смотри, не подведи их.
Старый 16.02.2012, 01:44   #25  
kashperuk is offline
kashperuk
Участник
Аватар для kashperuk
MCBMSS
Соотечественники
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,361 / 2084 (78) +++++++++
Регистрация: 30.05.2004
Адрес: Atlanta, GA, USA
Только вот сейчас наконец добрался, чтобы прочитать вопросы и ответы конкурса
Очень познавательно и увлекательно, спасибо, что поделились!

Еще есть желающие?
Теги
ax awards, dynamics ax, конкурс

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
rumicrosofterp: Dynamics AX 2012: прием заявок на пилотные внедрения в России до 30.09.2011 Blog bot Microsoft и системы Microsoft Dynamics 14 22.03.2012 16:05
rumicrosofterp: Dynamics AX: планы разработки на 31 октябрь 2011 Blog bot Microsoft и системы Microsoft Dynamics 0 01.11.2011 03:13
Microsoft Dynamics: Лучшего знатока Microsoft Dynamics AX ждет скутер! NaviCon Group объявляет о старте конкурса Blog bot Microsoft и системы Microsoft Dynamics 0 28.10.2011 23:11
rumicrosofterp: Dynamics AX: планы разработки, август 2011 г. Blog bot Microsoft и системы Microsoft Dynamics 0 10.08.2011 16:11
Обсуждение документа "Сравнение 1С и AX" Кузнецов Александр Сравнение ERP-систем 44 20.02.2008 13:56
Опции темы Поиск в этой теме
Поиск в этой теме:

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

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

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

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