Мне кажется что вариант №2 когда нужно вычислить по транзакциям (matl tran и jobtran) для нас будет большим источником ошибок.
Интересно, а как на других заводах? Там тоже вычисляют по транзакциям? и есть ли у нас в России те кто использует actual/standart costing?
Спасибо за статью! С первых же строк узнал свой родной завод.
У нас тоже ЗНП используются не для отслеживания хода производства, а как инструмент учёта.
В связи с этим вопрос.
Если бы ЗНП использовались по прямому их назначению — как инструмент исполнения производства, то как тогда относить затраты на готовую продукцию?
поясню на примере.
Нужно изготовить партию втулок объёмом 100шт, которые впоследствии будут использованы при сборке нескольких видов готовой продукции (ГП).
Создаём одно ЗНП на изготовление 100 втулок, выполняем его, списываем материалы на это ЗНП. Бухгалтера у нас не ведут учёт полуфабрикатов по 21-му счёту, а материалы списывают на конкретный вид ГП.
Вопрос как в таком случае списывать материалы, если у нас одно ЗНП?
Здесь вы в основном описываете как делать не следует.
Хотелось бы увидеть пример того как надо делать. (если можно на примере десктопного .net-приложения для работы с БД SQL)
Вы дважды упомянули трёхуровневую архитектуру, разъясните, пожалуйста, как она будет выглядеть в этом случае?
Это ведь довольно распространенная задача — скрыть/показать некоторые информационные поля во View в зависимости от привилегий пользователя.
Как тогда по вашему должно выглядеть идеалогически правильное MVVM-решение данной задачи?
Данный пример показывает доступность действия «CanBuy» о котором ViewModel может сообщить.
А если речь идёт не о доступности действия, а о доступности колонки в Grid на основе роли пользователя.
Например, нужно скрывать колонку с запрплатой, если у пользователя нет соответствующих прав на её простмотр.
В этом случае допускается иметь во ViewModel свойство SalaryVisible (или SalaryAllowed)?
Может быть мой вопрос будет освещён во второй части статьи, но задам его сейчас.
Допустим из одного окна (родительского), по нажатию кнопки показывается другое окно (дочернее).
Где, согласно принципам MVVM, должны быть инстранцированы View и ViewModel дочернего окна?
допустимо ли делать это в code behind родительского окна?
Вы показали схему таблицы MR_ORDER_TREE в которой хранится дерево изделия.
В ней присутствует поле «is_item_buy», означающее «Покупное ли изделие».
Означает ли это что изделие может быть собственного изготовления в случае вхождения в сборку А и покупным в случае вхождения в сборку Б?
(Не могли бы вы привести реальный пример из вашей АКТПП-системы)
У нас, например, данный признак относится к изделию не зависимо от его вхождений.
Интересно, а как на других заводах? Там тоже вычисляют по транзакциям? и есть ли у нас в России те кто использует actual/standart costing?
У нас тоже ЗНП используются не для отслеживания хода производства, а как инструмент учёта.
В связи с этим вопрос.
Если бы ЗНП использовались по прямому их назначению — как инструмент исполнения производства, то как тогда относить затраты на готовую продукцию?
поясню на примере.
Нужно изготовить партию втулок объёмом 100шт, которые впоследствии будут использованы при сборке нескольких видов готовой продукции (ГП).
Создаём одно ЗНП на изготовление 100 втулок, выполняем его, списываем материалы на это ЗНП. Бухгалтера у нас не ведут учёт полуфабрикатов по 21-му счёту, а материалы списывают на конкретный вид ГП.
Вопрос как в таком случае списывать материалы, если у нас одно ЗНП?
Хотелось бы увидеть пример того как надо делать. (если можно на примере десктопного .net-приложения для работы с БД SQL)
Вы дважды упомянули трёхуровневую архитектуру, разъясните, пожалуйста, как она будет выглядеть в этом случае?
Как тогда по вашему должно выглядеть идеалогически правильное MVVM-решение данной задачи?
А если речь идёт не о доступности действия, а о доступности колонки в Grid на основе роли пользователя.
Например, нужно скрывать колонку с запрплатой, если у пользователя нет соответствующих прав на её простмотр.
В этом случае допускается иметь во ViewModel свойство SalaryVisible (или SalaryAllowed)?
Допустим из одного окна (родительского), по нажатию кнопки показывается другое окно (дочернее).
Где, согласно принципам MVVM, должны быть инстранцированы View и ViewModel дочернего окна?
допустимо ли делать это в code behind родительского окна?
В ней присутствует поле «is_item_buy», означающее «Покупное ли изделие».
Означает ли это что изделие может быть собственного изготовления в случае вхождения в сборку А и покупным в случае вхождения в сборку Б?
(Не могли бы вы привести реальный пример из вашей АКТПП-системы)
У нас, например, данный признак относится к изделию не зависимо от его вхождений.