Пакет настроек Готовая продукия

[gsbelarus]

Originally reported on Google Code with ID 449

Необходимо на базе ВМК создать пакет Готовая продукция
В него войдут Метаданные, Макросы, Отчеты, Хранилище и Общая настройка
В пакет должны войти все док-ты, справочники и отчеты из ветки Готовая
продукция, кроме док-та "Прием данных от bizerba"
Отключенные макросы, отчеты, методы и события не должны попадать в настройку
Функции связи Готовой продукции с подсистемами производства и реализации
необходимо отключить (но в настройку добавить)
Нужно учесть, что для работы подсистемы Готовая продукция были добавлены
поля  Код в справочник контактов и справочник ед.изм.
В настройку Данные должны войти:
- записи из Справочника тары и Справочника типов тары
- подразделения Экспедиция колбасного цеха, Цех переработки мяса, Склад
готовой продукции МПЦ
- группа пользователей Кладовщики
- группы ТМЦ: Все ТМЦ, Готовая продукция, Вспомогательная продукция, Тара
реализации, Тара как продукция, Поддоны, Тележки

Во всех отчетах нужно убрать реквизиты ВМК. И наложить ограничения на
подразделения по текущей компании

Готовый пакет настроек проверить на совместимость с ФБ2.0. Тестировать на
базе, где установлен склад

Reported by alexandra.gsoftware on 2007-03-05 18:00:32

[gsbelarus]

+ в настройку должна войти должность экспедитор (используется при выборе экспедитора
в диалоговых окнах)
+ прием данных от bizzerba - нужно взять с Березовской базы и совместить с Витебской
(они вроде работают на документе Приход готовой продукции он одинаковый и БМКК и ВМК).

Наверное было бы хорошо сделать базовую настройку заявки (которая была бы общая для
ВМК и БМКК и развиваясь от которой шли бы их собственные заявки) , которая бы
включала базовые функции работы с заявками - что бы можно было сразу обеспечить связь
отвесов с заявкми

Reported by mikleshoihet on 2007-03-06 07:43:42

[gsbelarus]

Мне кажется, в качестве базовой настройки по заявкам можно взять Витебские заявки.
Что скажет ilonaand?

Вообще, готовая продукция в последнее время не редактируется. Может, пора собирать
эталон_комбинат?

прием данных от bizerba с Березы и содрали:)

Reported by alexandra.gsoftware on 2007-03-06 09:16:15

• Labels added: Type-Task, мясокомбнат
• Labels removed: Type-Defect

[gsbelarus]

Заявки Витебские намного более логичны и универсальны но в базовую настройку надо 
включить только основные документы и справочники, которые позволят включить функцию

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

Reported by ilonaand on 2007-03-06 11:22:00

[gsbelarus]

Можно приступать, начиная с базовой настройки заявок + готовая продукция

Reported by mikleshoihet on 2007-03-07 10:56:20

[gsbelarus]

Надо вообще все отчеты посмотреть, многие на скорую руку делались, что-то можно
соптимизировать.

Вопрос: нужны несколько подразделений добавить в настройку. Но они-то сейчас
привязаны к ВМК! Можно привязать их к эталонной организации. Можно компанию ВМК
переименовать в Эталон Мясокомбинат.

Кто что думает по этому поводу?

Еще мне кажется, нужна новая логика работы с тарой.... Я подумаю, что можно сделать,
и напишу сюда же

Reported by alexandra.gsoftware on 2007-03-07 15:22:40

[gsbelarus]

Надо попробывать отказаться от привязки к подразделениям (если такая есть) и
привязаться к типам подразделений (т.е. можно сделать тип Экспедиция, Подразделение

готовой продукции, Производственный цех)

Reported by mikleshoihet on 2007-03-08 09:16:00

[gsbelarus]

с подразделениями все просто.
Организуем справочник типов подразделений (ID, наименование типа)
В справочник контактов добавляем поле-ссылку на него, настраиваем отображение только
для TgdcDepartment и заменяем ссылки на подразделение в коде ссылками на тип
подразделения. Это, кстати, и в реализации тоже надо будет сделать. Насчет других
подсистем не в курсе.

С тарой предлагаю сделать так.
Будет справочник с полями Сылка на позицию док-та (отвес-накладной или прихода),
ссылка на тару, кол-во. Фактически, он будет связан по мастер-детэйл с позицией. На
форме просмотра отвес-накладной можно приклеить третий грид для тары и кнопку для
отображения\скрытия его (как для проводок в складе)

При расчетах массы тары обычно используются 
1)неизвестное кол-во типов ящиков\коробок (их общая масса равна сумме произведений
масс ящика\коробки на кол-во этой же единицы тары)
2)дополнительная тара (например, бумага). Ее количество не указывается, только масса

3)поддон. Выбирается тип поддона, подставляется масса. Можно дать возможность
указывать массу, не выбирая поддон. Т.к. поддон, в отличие от ящиков-коробок-бумаги
не уходит со склада вместе с готовой продукцией, в док-те важна только его масса 
4)рохля, она же тележка (все аналогично поддону)

Для добавления тары можно использовать форму, аналогичную существующей форме тары.
Но
ее можно формировать динамически: добавляется столько лэйблов и эдитов для ввода
кол-ва, сколько записей есть в справочнике тары. Компоненты ввода для доп.тары,
поддона и рохли не формируются динамически. При сохранении этой формы заполняется
таблица, связывающая позицию док-та и тару, и в этот же момент рассчитывается общая
масса тары

В форме редактирования отвес-накладной нужна кнопка для вызова формы тары (если нужно
отредактировать уже внесенные данные, или ввод осуществляется из справочника ТМЦ)

В общем, идея ясна, по-моему. Прошу знающих и заинтересованных высказать свои
предложения.

Reported by alexandra.gsoftware on 2007-03-15 07:22:34

[gsbelarus]

поступило 2 конструктивных предложения
1. давать возможность отключать форму тары (пока она отключается только из формы
выбора остатков)
2. грид с тарой располагать не внизу, а слева (как на форме просмотра
отвес-накладной, так и на форме редактирования)

Reported by alexandra.gsoftware on 2007-03-15 15:53:24

[gsbelarus]

+ Сводный отвес перелать на триггерах

Reported by alexandra.gsoftware on 2007-03-16 09:05:36

[gsbelarus]

+ добавить в настройку Док-т Заявка (организация) (без настройки формы, гридов и
т.д). На него есть ссылки в отвесах, поэтому он должен быть, если люди поставят
отдельно готовую продукцию....

Reported by alexandra.gsoftware on 2007-03-16 15:00:45

[gsbelarus]

Тара сейчас фигурирует в двух док-тах - Отвес-накладная и Приход готовой продукции
(используется аналогично) в следующих методах:

1) DoAfterOpen (позиция):
  из справочника тары ее (тары) характеристики считываются в переменные детэйл-обджекта:
Packages
Boxes
Papers

2) GetFromClause, GetSelectClause
  в позицию добавляется вес для каждого типа тары и вычисляемое поле "Общий вес тары"
 (от этого откажемся)

3) DoAfterInsert
  полям-ссылкам на тару в позиции присваиваются значения переменных Packages, Boxes,
Papers. Появляется форма тары (если не отключена переменная ToAskQuant)

4)DoFieldChange
  см. все ниже строчки 
  case "ALIAS", "GOODKEY"

В форме диалога док-тов вызывается ф-я настройки грида (см
dlgInvDocument147037569_536200041OnSetupDialog). От нее тоже отказываемся

Кроме того, см. экшн  Пересчитать Позиции и Обнулить тару на форме диалога, там она
(тара) используется

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

Кроме того, тара фигурирует в отчетах указанных док-тов, а также накладной на
реализацию и возможно где-то еще (можно искать по слову USR$VMK_PACKAGES)

Что с этим сделать - см пост 7
+ в  позиции нужен триггер, убивающий тару при удалении позиции
+ >Компоненты ввода для доп.тары... не формируются динамически. Это НЕ ВЕРНО, они
тоже должны формироваться динамически (но без ограничения на целое число)

Сначала - ТЗ!!!!

Reported by alexandra.gsoftware on 2007-04-13 11:04:47

[gsbelarus]

Получаем следующее:

1.  Добавить кнопку вызова формы тары в диалог редактирования документа.
2.  Там же добавить чекбокс: «Показывать диалог тары». По умолчанию – включен. Если
он
выключен, то не показывать диалог тары при добавлении новой позиции.
3.  Динамически формировать кол-во компонентов на форме тары.
4.  На форме просмотра документа добавить грид с тарой. Его можно будет
показывать/скрывать, как и проводки. В нем можно будет, не вызывая форму тары,
отредактировать кол-во тары по выбранной позиции.  
5.  На форме редактирования кнопка из пункта 1 будет показывать/скрывать грид с тарой
как и пункте 4. Он будет появляться на той же панели что и позиции, отодвигая их
влево. Много места ему не надо. В гриде будут отображаться: Тип тары, кол-во тары,
вес тары.
6.  Убрать из документов использующих тару поля с весом разных видов тары, вместо них
добавить поле-ссылку на таблицу, в которой будут поля:
ID    USR$DOCUMENTKEY   USR$PACKKEY USR$QUANTITY
Соответственно ссылка на позицию документа, ссылка на тип тары, кол-во тары. Поле
Кол-во тары будет иметь тип Decimal и для коробок/ящиков значение должно округляться
до 1.
7.  На документах использующих тару настроить триггеры, удаляющие записи в таблице
тары при удалении позиций документа.
8.  Переписать все макросы и события использующие тару (и отчеты).

Reported by flakekun on 2007-04-13 13:59:33

[gsbelarus]

Reported by ilonaand on 2007-12-17 09:16:43

• Status changed: Fixed