![]() |
#1 |
Участник
|
DocFlow NAV представляет собой модуль документооборота, построенный на базе Microsoft Dynamics NAV (версии 3.70 - 5.0). Модуль ориентирован на компании, которые уже используют Navision или только собираются приобрести Navision.
DocFlow NAV дает возможность планирования и контроля прохождения документа по стадиям, возможность сохранения оригинальных документов, отправки оповещений и многое многое другое. DocFlow NAV позволяет контролировать прохождение определенных стадий согласования документа в процессе обработки, от этапа создания до полного завершения (учета). Подробнее... http://navision.mazzy.ru/lib/docflownav/ |
|
![]() |
#2 |
Участник
|
Видел этот функционал в работе - даже очень и очень полезная штука!
|
|
![]() |
#3 |
Administrator
|
являясь "папой" этого модуля, с удовольствием отвечу на ваши вопросы прямо тут.
![]() |
|
![]() |
#4 |
Участник
|
а кто "мама"? В какой организации первоначально вынашивалось сие чудо? Возможно бизнес-процессы (размеры) той "мамы" далеко не всем подходят. Насколько модуль универсальный? Может легче свой написать?
![]()
__________________
Должен остаться только один. |
|
![]() |
#5 |
Участник
|
Действительно, очень полезный модуль. А как происходит отклонение неверно созданных документов?
|
|
![]() |
#6 |
Участник
|
Думаю его тупо не подписывают на следующем уровне. В чем проблема? Хотя пусть "папа" расскажет.
__________________
Должен остаться только один. |
|
![]() |
#7 |
Участник
|
Как я понял создан маршрут согласования
1.Оформление (ответственный – менеджер продаж) 2. Отгрузка (ответственный – менеджер склада) 3. Одобрение Директором Продаж 4. Одобрение Финансовым отделом и например, директор продаж этот документ отменяет, что происходит: указывается причина и док. попадает в архив, исполнители посыл. увед.? |
|
![]() |
#8 |
Administrator
|
Цитата:
![]() И везде делалось, как хотел пользователь. Во многих местах по-разному. В модуль вошли лучшие решения, зарекомендовавшие себя на протяжении долгой бесперебойной промышленной эксплуатации. |
|
![]() |
#9 |
Administrator
|
Цитата:
![]() есть стадия - обработка документа. есть стадия - согласование директором продаж. менеджер закидывает документ директору продаж, а тот не согласен и кидает документ обратно. но настройка запрещает кинуть без указания причины. и настройкой определяется создание напоминания, например, автору, или всем предыдущим исполнителям |
|
![]() |
#10 |
Участник
|
Поясните, пожалуйста, DocFlow - это доп. решение или встроен в NAV?
Часть описанного есть в 5.1 SP1, но не все. |
|
![]() |
#11 |
Administrator
|
Это не встроено, это отдельный функционал.
Это работает с 3.7 и с 4SP2 и с 4SP3. Да, в 5.1 что-то есть (процентов 5). Более того, в 6 есть уже гораздо больше похожего (процентов 20). Но пока мы впереди Microsoft-а ![]() |
|
![]() |
#12 |
Участник
|
Ну в 6ке нету и не будет Matrix form
![]() ![]()
__________________
Должен остаться только один. |
|
![]() |
#13 |
Administrator
|
нет? сделаем!
на временных таблицах! ![]() пользователь любит матрикс формы ![]() |
|
![]() |
#14 |
Участник
|
Цитата:
Далее, на основе этого функционала можно сделать все, что Вы описали. При этом доработки будут как раз эти 20%-30%. Цитата:
Но пока мы впереди Microsoft-а
![]() МС последнее время всё "ставит не на те лошадки" в разработке... |
|
![]() |
#15 |
Administrator
|
Да, Вы абсолютно правы, я ничего о модуле Approval не слышал и ни разу его не видел.
С удовольствием посмотрел бы на его возможности. ![]() ![]() |
|
![]() |
#16 |
MCTS
|
Approval - это утверждение документов, он локализован в 5SP1.
На локальном портале для партнеров говорят должна быть инструкция на русском. А киттинг, вроде не локализован. Кстати, RedFox, что это такое? |
|
![]() |
#17 |
Участник
|
Могу рассказать об Approval
Вещь удобная, но имеющая недостатки. В основном утверждать надо покупки, а не продажи, так как на покупку нужно тратить деньги компании ![]() Из недостатков (что я нашел, если не прав, то поправьте пожалуйста - функционал изучал по формам и английскому описанию полей): список утверждающих можно настроить для конкретного документа - все это вынесено в шаблоны. Можно указать дополнительных утверждающих, операции утверждения которых создаются неазвисимо от условий. Нельзя указать список сотрудников, привязанных к автору документа, либо к пользователю, указанном в документе. Пример: необходимо, чтобы квоту покупки утвержал начальник того пользователя, на которого оформляется данная квота. Пришлось мне дорабатывать этот механизм, добавляя новые поля в документы и меняя кодюниты утверждения. Правда при превышении лимита покупки/продажи создается добавочная операция утверждения для пользователя, прописанного в поле "Код утверждающего" - но это не то для случая с начальником пользователя (не автора документа, а именно пользователя, например подотчетника). Еще недостаток, что лимит покупок-продаж указывается только в рублях - пришлось тоже менять это, протягивая поле код валюты и меняя кодюнит утверждения. Может не в тему, но нашел еще большой недостаток в 5.1 sp1 - если не прав, то подскажите как делать: Есть форма "Настройка основных шаблонов" - в нем мы можем указать какие поля в каком порядке подлежат импорту-экспорту в Excel, есть в этой таблице такие поля как "Значение по умолчанию", "Обязательно" и "Комментарий". Есть форма "Обзор таблиц переноса данных". На кнопке Перенос данных есть пункт "Поля переноса данных" - выходит таблица с именами полей таблицы для импорта/экспорта, причем есть в ней поле Include - признак участия поля в трансформации данных. Это поле иметт смешной Caption "Первичный Ключ" ![]() Кто как переносит данные и остатки в 5.1? |
|
![]() |
#18 |
Участник
|
прочитал мануал по переносу master data
"Настройка основных шаблонов" - Не используется при импорте/экспорте - эта вещь применяется при запуске Функции Заполнить по шаблону в Клиенте, Поставщикеи других master data. При этом используются указанные в шаблоне поля и затираются старые значения значениями по умолчанию. Было бы время - сделал бы еще использование поле "Обязательно" и "Значение по умолчанию" при импорте из Excel. |
|
![]() |
#19 |
Участник
|
Цитата:
Цитата:
А киттинг, вроде не локализован. Кстати, RedFox, что это такое?
Kitting is the assembly, grouping or packaging of several inventory items into a consolidated product. Examples of kitting include: • Items packaged and sold together such as first aid kits, lunch baskets, gift baskets, or an assortment of fasteners. • Assemblies put together from prefabricated parts such as a bicycle, computer system, or radio. Kits can be bought, sold, and returned. Kits are available for processing in: • Quotes • Orders • Invoices • Credit memos • Blanket orders |
|
![]() |
#20 |
Участник
|
Kitting ваще не в тему
__________________
Должен остаться только один. |
|