L_UKSMTO

L_UKSMTO ( 9.1.11.0 )

Краткое описание :

Доработка операция импорта уведомлений об отгрузке

Описание :

Импорт уведомлений об отгрузке

Что измененно :

Файл импорта содержит в т.ч. ранее импортированные позиции
уведомлений об отгрузках - журнал формируется нарастающим итогом.
При проведении операции импорта уведомлений об отгрузке система должна:
1. Изменять дату уведомления об отгрузке по ранее импортированным позициям
только в случае изменения нижеуказанных полей (требуется доработка):
- Вес груза в тоннах;
- Грузополучатель;
- Диаметр трубы, D mm;
- Класс прочности;
- Количество;
- Количество в дополнительных единицах;
- Количество в штуках;
- Минимальная температура стенки нефтепровода;
- Номер спецификации;
- Рабочее давление, МПа;
- Сейсмичность, баллов;
- Тип покрытия;
- Толщина стенки трубы, S mm;
- ТУ, ГОСТ;
2. Не изменять дату уведомления об отгрузке при наличии сформированным по ним
Распоряжений на прием-отпуск, т.к. в этом случае обновление уведомлений об
отгрузках производиться не должно (требуется доработка).
3. Отображать в интерфейсе импорта только новые позиции и ранее загруженные
позиции, по которым были изменены значения полей, указанных в п.2 (в т.ч. и при
наличии Распоряжений на приём-отпуск МТР).
4. В протоколе ошибок не выводить сообщения об изменение даты уведомления об
отгрузке.

Кроме того,а один и тот же ПИД по одному и тому же договору может отгружаться в
одном и том же вагоне несколько раз, и в этом случае в Вашем алгоритме заложена
проверка по дате отгрузки: если в Галактике уже существует уведомление об
отгрзке МТР c такими же ПИД, Договор и номер вагона, но с датой отгрузки,
предшествующей дате отгрузки указанной в файле (с разницией более 25 суток), то
в Галактику загрузится новое уведомление об отгрузке.
Данная особенность алгоритма ни в коем случае не должна быть нарушена.
Мы просим обновлять Дату получения уведомления об отгрузке, а не Дату отгрузки.

Как измененно :

При проведении операции импорта уведомлений об отгрузке:
1. Поиск уведомлений по отгрузке осуществляется по PID, договору, вагону и
дате отгрузки (разница не более 25 дней), если такой записи нет, то добавляется
новая.
2. Обновление даты уведомления об отгрузке по ранее импортированным позициям
происходит только в случае изменения нижеуказанных полей:
- Вес груза в тоннах;
- Грузополучатель;
- Диаметр трубы, D mm;
- Класс прочности;
- Количество;
- Количество в дополнительных единицах;
- Количество в штуках;
- Минимальная температура стенки нефтепровода;
- Номер спецификации;
- Рабочее давление, МПа;
- Сейсмичность, баллов;
- Тип покрытия;
- Толщина стенки трубы, S mm;
- ТУ, ГОСТ.
3. При наличии сформированного по уведомлению Распоряжений на прием-отпуск,
обновление уведомлений об отгрузке не производится.
4. В протоколе ошибок сообщения об изменение даты уведомления об отгрузке не
выводятся.

L_UKSMTO

L_UKSMTO ( 9.1.11.0 )

Краткое описание :

При формировании Распоряжения на прием-отпуск по Журналу регистрации сведений об отгрузке не верное кол-во Распоряжений

Описание :

Формирование распоряжений на прием-отпуск

Что измененно :

В протоколе видно, что создано 4 распоряжения
Создано распоряжение прием-отпуск №000419 от 29/11/2013
Создано распоряжение прием-отпуск №000420 от 29/11/2013
Создано распоряжение прием-отпуск №000421 от 29/11/2013
Создано распоряжение прием-отпуск №000422 от 29/11/2013

Как измененно :

Группировка распоряжений зависит от значения настройки
"Управление комплектацией строительства \ Параметры
документов \ Журнал регистрации сведений об отгрузке поставщиков \ Формирование
распоряжений на приём-отпуск с группировкой":
1. по соглашениям
договор - соглашение - договор СМР - Тип МТР
2. по соглашениям, объектам строительства и договорам СМР
соглашение - объект строительства - договор СМР

L_UKSMTO

L_UKSMTO ( 9.1.11.0 )

Краткое описание :

Неверно осуществляется поиск в спецификации соглашения.

Описание :

Импорт уведомлений об отгрузке

Что измененно :

При импорте уведомлений об отгрузке неверно осуществляется
поиск по ПИД-у позиции спецификации соглашения.
Ошибка происходит если в спецификации соглашения есть две и более позиций с
одинаковыми МЦ, но разными ПИД-ами.
Сейчас поиск осуществляется следующим образом:
1) В ПЗС находится МЦ, соответствующая заданному ПИД-у.
2) В спецификации заданного соглашения находится позиция с МЦ, найденной на
шаге 1). Первая попавшаяся позиция.
3) По всем соглашениям находятся позиции спецификации, у которых в целевом
учете присутствует заданный ПИД.
4) Все позиции спецификаций соглашений, найденные на шаге 3) сравниваются с
позицией, найденной на шаге 2).
5) Как только найдено совпадение, это и есть искомая позиция спецификации
соглашения.

В этом алгоритме есть дырка. На шаге 2) не делается проверка присутствует ли в
целевом учете найденной позиции заданный ПИД.

На самом деле алгоритм должен быть таким:
1) По всем соглашениям находятся позиции спецификации, у которых в целевом
учете присутствует заданный ПИД.
2) В полученном списке осуществляется поиск позиции спецификации, которая
относится к указанному в файле для импорта соглашению, и которая содержит туже
МЦ, что указана в позиции ПЗС и заданным ПИД-ом.
Этого было бы достаточно.

Как измененно :

Алгоритм поиска спецификации соглашения следующий:
1) По всем соглашениям находятся позиции спецификации, у которых в целевом
учете присутствует заданный ПИД.
2) В полученном списке осуществляется поиск позиции спецификации, которая
относится к указанному в файле для импорта соглашению, и которая содержит туже
МЦ, что указана в позиции ПЗС и заданным ПИД-ом.