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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 02.12.2009, 11:01   #1  
ena_ax is offline
ena_ax
Участник
 
254 / 46 (2) +++
Регистрация: 06.12.2006
Изменение группы складской аналитики
На данный момент в аксапте ведется учет в разрезе партий.
Группа складских аналитик - Склад + Партия.
Склад - Физический и Финансовый, Партия - только физический склад.
Автосоздание партий при приходе.
По факту на складе никакого партионного учета нет, и использование партий в аксапте только затрудняет работу пользователей.

Хочу создать новую Группу складской аналитики - Склад + Партия. Но у Партии сделать признак Физический склад = 0, и поставить признаки Пропуск при расходах и приходах.

Как считаете такой подход верным или нет? Какие проблемы могут быть?
Старый 02.12.2009, 11:09   #2  
twilight is offline
twilight
MCTS
MCBMSS
 
874 / 237 (9) ++++++
Регистрация: 17.10.2004
Адрес: Королёв
Я бы наверно отключил у текущей группы обязательность партий, потом job-м создал журнал переноса из партий просто на склад, разнес журнал и потом бы отключил партии.
Старый 02.12.2009, 12:02   #3  
ena_ax is offline
ena_ax
Участник
 
254 / 46 (2) +++
Регистрация: 06.12.2006
Отключить обязательность в стандартной аксапте нельзя.
Если использовать вашу идею, то нужно сначала всю номенклатуру списать, потом возможно можно будет снять обязательность Партии и оприходовать обратно.
Слишком громоздко.
Старый 02.12.2009, 15:43   #4  
Starling is offline
Starling
Участник
Дети Юза
 
530 / 76 (4) ++++
Регистрация: 20.10.2005
Адрес: Kiev
Цитата:
Сообщение от ena_ax Посмотреть сообщение
Отключить обязательность в стандартной аксапте нельзя.
Если использовать вашу идею, то нужно сначала всю номенклатуру списать, потом возможно можно будет снять обязательность Партии и оприходовать обратно.
Слишком громоздко.
В стандарте нельзя, но для переброски остатков из разреза Склад+Партия в разре Склад можно снять это ограничение программно.
Выполнить переброс журналом переноса, как вам и предложили.
Вернуть проверку назад.
Только проконтролировать, чтобы на момент, пока проверка будет отключена, пользователи не натворили лишнего в базе.
Предложенный вами вариант, при котором все списывается, а потом оприходуется, все равно упрется в эту проверку. Кроме этого будут проблемы с себестоимостью, после закрытия склада.

ИМХО – журналы переноса, самый правильный и удобный вариант.
Старый 02.12.2009, 16:09   #5  
pitersky is offline
pitersky
северный Будда
Аватар для pitersky
Ex AND Project
Соотечественники
 
1,506 / 428 (18) +++++++
Регистрация: 26.09.2007
Адрес: Солнечная система
Можно иначе попробовать
Уберите автосоздание партий. Для каждой номенклатуры настройте одну-единственную партию. Дождитесь, пока по другим партиям остатков не будет. Затем уберите ЭТОТ номер партии из инвентдимов и отключите партию в группе аналитик.

Последний раз редактировалось pitersky; 02.12.2009 в 16:15.
Старый 02.12.2009, 16:51   #6  
ena_ax is offline
ena_ax
Участник
 
254 / 46 (2) +++
Регистрация: 06.12.2006
Вариант с Журналом переноса для меня понятен, но в этом случае потребуется определенный опыт в его программном заполнении.
В моем варианте (используя новую Группу аналитик) все проще.
Проблем с закрытием склада и расчетом себестоимости не вижу, ведь сама аналитика партия - не финансовый склад.
Старый 03.12.2009, 11:10   #7  
Starling is offline
Starling
Участник
Дети Юза
 
530 / 76 (4) ++++
Регистрация: 20.10.2005
Адрес: Kiev
Цитата:
Сообщение от ena_ax Посмотреть сообщение
Вариант с Журналом переноса для меня понятен, но в этом случае потребуется определенный опыт в его программном заполнении.
Поищите на форуме, тут предлагался интересный вариант формирования журналов переноса через журнал инвентаризации.

Цитата:
Сообщение от ena_ax Посмотреть сообщение
В моем варианте (используя новую Группу аналитик) все проще.
Я пока вижу только один минус у этого варианта. У вас остатки по старым партиям будут весеть в InventSum до конца времен. Что в общем-то не сильно страшно. Но не факт, что это единственный минус. Если остановитесь на этом варианте - отпишите результаты.
Цитата:
Сообщение от ena_ax Посмотреть сообщение
Отключить обязательность в стандартной аксапте нельзя.
Если уж на то пошло, то сменить группу складских аналитик в станадртной аксапте тоже нельзя, если по номенклатуре были проводки. В DAX2009 так точно.
Цитата:
Сообщение от ena_ax Посмотреть сообщение
Проблем с закрытием склада и расчетом себестоимости не вижу, ведь сама аналитика партия - не финансовый склад.
Проблемы с себестоимостью буду только в случае, если вы все спишите, а потом все оприходуете, так как списание и новые приходы ни как не будут между собой сопоставлены.
Если просто поменять группу, то в вашем случае, проблем вроде как быть не должно.
Старый 03.12.2009, 11:27   #8  
ena_ax is offline
ena_ax
Участник
 
254 / 46 (2) +++
Регистрация: 06.12.2006
Спасибо всем за обсуждение.
С эстетической точки зрения не хочется видеть остатки по старым партиям и отрицательные остатки без партии.
Поэтому склоняюсь все-таки к варианту с журналом перенос.
По поводу заполнения через журнал инвентаризация - интересная мысль.
Теги
складская аналитика, редактирование аналитик

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Вопросы по изменению складской аналитики ena_ax DAX: Функционал 12 09.06.2009 19:11
Сравнение в разрезе складской аналитики. longson DAX: Программирование 3 14.01.2008 13:45
Изменение группы складской аналитики Uma Turman DAX: Функционал 27 02.07.2007 04:53
Изменение складской аналитики sao DAX: Программирование 1 15.06.2006 14:41
Группы скадской аналитики s_pro DAX: Функционал 1 15.09.2004 17:39

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

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

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