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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 20.03.2008, 10:24   #1  
Geo is offline
Geo
Участник
Аватар для Geo
 
258 / 47 (2) +++
Регистрация: 04.04.2008
Коллеги, доброго времени суток!

Только взялся за Аксапту, а уже идет опытная.
Помимо прочих вопросов, вырисовывается один большой: учет спецодежды (с/о). У клиента нет в требованиях к системе ни ведения норм выдачи, ни амортизации (всё списывается на 20-е при выдаче), так что учет сам по себе весьма простой. Но в ТЗ (которое я должен реализовать) разработана схема с учетом с/о посредством карточек Основных средств. Сделано это ради стандартного мат. ответственного лица и статуса (куплено, в экспл., списано).

Проблема в том, что модуль ОС весьма сложен, как по настройке, так и в применении (включа отмену операций и т.п.), плюс запланировано (и отчасти сделано) заметное количество доработок, которые должны позволить нормально использовать функционал ОС применительно к даным нуждам учета. Второй день я разобраюсь с вылезающими граблями, и без программиста этого делать не получается А вопросы только множатся. Последний из них приведен в соседней теме, "Списание со склада товаров при вводе ОС в эксплуатацию". Также проблема в том, что сотрудник, писавший ТЗ, уже уволился и полностью работающего примера не оставил, как и описания необходимых настроек модуля ОС.

И вот кажется мне, что, раз амортизации выданной с/о нет - то нет смысла и вообще с ОС заморачиваться. Может, делать всё через обычные операции с товаром? В качестве минимального решения думаю в операции списания со склада и возврата добавить код сотрудника (который получает эту с/о), а наличие с/о у сотрудника формировать интеллектуальным отчетом, который будет смотреть на выданное сотруднику, сроки годности и возвраты.

Очень нужен ваш совет: стоит ли пытаться обойтись без ОС, какой объем доработок это может вызвать, какие есть подводные камни (в частности, насколько реализуема "минимальная" схема из предыдущего абзаца). С учетом, что времени свободного совсем мало (уже идет опытная), и полноценное проектирование вряд ли получится.
Старый 20.03.2008, 14:58   #2  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,124 / 4006 (192) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от Georgea Посмотреть сообщение
И вот кажется мне, что, раз амортизации выданной с/о нет - то нет смысла и вообще с ОС заморачиваться.
Похоже что так. Но тут надо многое взвешивать. Например, будет ли увас вестись налоговый учет... Какие именно доработки и т.п.

Цитата:
Сообщение от Georgea Посмотреть сообщение
Может, делать всё через обычные операции с товаром? В качестве минимального решения думаю в операции списания со склада и возврата добавить код сотрудника (который получает эту с/о), а наличие с/о у сотрудника формировать интеллектуальным отчетом, который будет смотреть на выданное сотруднику, сроки годности и возвраты.
Через товар делать можно (многие так и делают)
но предложенный вами способ не годится. Через некоторое время количество проводок станет очень большим, а ваш "интеллектуальный отчет" очень тормозным.

как сделать лучше - сложно сказать.
Очобенно учитывая ваши модификации. Попробуйте рассмотреть вариант: добавить складскую аналитику Сотрудник.
Но возможно это неправильный совет в вашем конкретном случае.

Если делать без программирования, то надо всего лишь понять, что каждый сотрудник - это склад.
Т.е. если программировать не получится, то создайте столько складов, сколько сотрудников и перемещайте одежду по складам-сотрудникам.
Правда с остальными товарами в этом случае будет недудобно работать. Поэтому если есть возможность, то лучше создать еще одну складскую аналитику.
__________________
GitHub, Facebook, mazzy.priot, mazzy.music, coub.
Старый 20.03.2008, 17:49   #3  
Geo is offline
Geo
Участник
Аватар для Geo
 
258 / 47 (2) +++
Регистрация: 04.04.2008
Спасибо большое за ответ.

Уже практически решили от ОСов отказаться. Всплыл и вариант с добавлением складской аналитики, только мне надо сначала понять, что это такое

Немного неясно, почему "интеллектуальный отчет" на добавленных полях при росте числа операций будет работать медленно, а такой же отчет, но на складской аналитике - быстро?
Я не знаток технологий Аксапты, но разве установка фильтра по одному полю, пусть и на всю таблицу операций, может так долго работать?
Как вариант - сделать доработку, которая будет при разноске списания с/о и возврата на склад бросать в отдельную таблицу номера создаваемых проводок, ном. номера с/о и коды сотрудников, и потом на основе этой таблицы строить быыыыстрые отчеты (не знаю, принято ли так делать, но сам способ имхо вполне реализуем).

Каждый сотрудник как склад - это было бы полным решением в Навижн, где на каждом складе могут быть свои счета хранения МПЗ... В Аксапте, к сожалению, напрямую это не пойдет, поскольку при выдаче должны пойти проводки Дт 2х Кт 10, а перемещения в Аксапте проводок не порождают.
Старый 24.03.2008, 15:58   #4  
Geo is offline
Geo
Участник
Аватар для Geo
 
258 / 47 (2) +++
Регистрация: 04.04.2008
Тема получила продолжение здесь: http://www.sql.ru/forum/actualthread.aspx?...38273&pg=-1
 

Опции темы Поиск в этой теме
Поиск в этой теме:

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

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

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

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