M_TRANSP
Краткое описание :
снятие остатков топливаОписание :
Снятие остатков топливаЧто измененно :
Клиент просит предоставить возможность заполнения значений из последнего обработанного путевого
в столбцах "кол-во топлива в баке 1" и "кол-во топлива в баке 2".
Кроме того, необходимо добавить новые столбцы:
"показание спидометра по факту"
"фактическое кол-во топлива в баке 1"
"фактическое кол-во топлива в баке 2"
При этом клиентом планируется, что в данные столбцы будут копироваться данные из эквивалентных полей, существующих на текущий момент. Т.е., например, данные из столбца "кол-во топлива в баке 1" будут копироваться в "фактическое кол-во топлива в баке 1". Сам процесс копирования должен запускаться нажатием отдельной кнопки.
Предполагается, что скопированные данные в столбцах с фактическими показателями будут корректироваться отдельной комиссией по измерению остатков топлива в баке.
Как измененно :
Добавлены столбцы
"показание спидометра по факту"
"показание спидометра по ПЛ"
"фактическое кол-во топлива в баке 1 по ПЛ"
"фактическое кол-во топлива в баке 2 по ПЛ"
"фактическое кол-во топлива в баке 2 по ПЛ"
"Марка топлива в 1 баке"
"Марка топлива в 2 баке"
"Марка топлива в 3 баке"
Добавлена кнопка Заполнение остатков, количество с ПЛ переносит в фактическое.
При выборе ПЛ заполняются поля:
1. марки топлива по бакам из карточки ТС
2. фактическое количество топлива в ПЛ в том случае, если топлива в карточке ТС совпадает с топливом в ПЛ.
3. показания спидометра ПЛ.
M_TRANSP
Краткое описание :
Копирование путевых листовОписание :
Регистрационные листыЧто измененно :
При копировании путевого листа устанавливать номер ТС в поле Putlst.nomer в соответствии с историей изменения номеров в карточке ТС.
Как измененно :
Реализовано.При копировании путевого листа устанавливается гос. номер ТС в поле Putlst.nomer в соответствии с историей изменения номеров в карточке ТС.
M_TRANSP
Краткое описание :
Не считаются автоматически услуги при "перенос показателей ПЛ в единчный заказ" = "при изменении значений"Описание :
Регистрационные листыЧто измененно :
В реестре настроек настройка "УТ - Рег.листы - Учет заказов- Расчет количества услуг = всегда"
В характеристиках предприятия "перенос показателей ПЛ в единичный заказ" = "при изменении значений".
При таком раскладе получается, что при изменении в ПЛ значений полей, в заказ они переносятся, а стоимость услуг не рассчитывается.
Считаем, что при таком значении настройки "УТ - Рег.листы - Учет заказов- Расчет количества услуг" услуги должны пересчитывать также!
Как измененно :
На расчет услуг влияет не настройка "УТ - Рег.листы - Учет заказов- Расчет количества услуг",
а настройка 'Расчет стоимости услуг'. Пересчет стоимости услуги , включая кол-вo (вот оно-то
уже и рассчитывается с учетом настройки 'Расчет количества') идет при соответствующих значениях настройки
'Расчет стоимости услуг'. К основным показателям заказа относятся пробег всего, время в движении и моточасы.
Таким образом при изменении этих показателей в ПЛ и при значении настройки в характеристиках предприятия "перенос показателей ПЛ в единичный заказ" = "при изменении значений", а настройки 'расчет услуги' при изменении основных показателей добавлен расчет стоимости услуги.
M_TRANSP
Краткое описание :
Информация о заправочных карточках в отчетах по ЛЗВОписание :
Лимитно- заправочные ведомости на отпуск ГСМЧто измененно :
Как оказалось в потоке данных отчета по ЛЗВ (как FCom, так и FR), вызываемого из контекстного меню интерфейса работы с ЛЗВ, нет информации о заправочных карточках.
Необходимо добавить в поток эти данные.
В FR можно это сделать например следующим образом:
From
...
LimZapH LimZapHFR
, LimZapL LimZapLFR
, AutoDoc AutoDocFR
, WayDoc WayDocFR
, KatOrg ORG_FromFR
Where
((
...
LimZapFR.LimZnRec == LimZapHFR.NRec
and LimZapFR2.LimZLnRec == LimZapLFR.NRec
and LimZapLFR.Temp2 == AutoDocFR.nrec
and AutoDocFR.cWaydoc == WayDocFR.nrec
and AutoDocFR.cOrg_From == ORG_FromFR.Nrec
))
Table AutoDocFR
(
[WayDocFR_Code] WayDocFR.Code;
[WayDocFR_Name] WayDocFR.Name;
[AutoDocFR_NOM_DOC] AutoDocFR.NOM_DOC;
[AutoDocFR_ActionBeg] AutoDocFR.ActionBeg;
[AutoDocFR_ActionEnd] AutoDocFR.ActionEnd;
[ORG_FromFR_Name] ORG_FromFR.Name;
);
Как измененно :
Добавлена выгрузка полей в frm и fastreaport
из таблицы "Список документов водителей и ПС":
- код документа
- наименование документа
из таблицы "Документы водителя и ПС"
- Номер документа
- дата начала действия
- дата завершения действия
- наименование организация выдачи
M_TRANSP
Краткое описание :
Бесконтрольное добавление записей ShinPut в ПЛ не связанные с комплектующейОписание :
Картотека комплектующихЧто измененно :
Зашел в картотеку комплектующих.
Поставил фильтр по комплектующим для ТС гар.номер 0112.
Выделил три комплектующие (у комплектующих по одному закреплению, не перемещались).
Запустил пункт меню "Синхронизация с ПЛ" со следующими параметрами
(.) в выписанные ПЛ
(.) не удалять сведения по ГСМ
с 04.07.2013 по 10.07.2013
Запустил.
В результате получил бесконтрольное добавление записей ShinPut в ПЛ совершенно никак не связанные с комплектующей.
При debug исходника SRC\CompSrc\M\M_Transp\vip\SynhKarPL.vip выясняется следующее, что ошибка возникает примерно так:
1) запускается функция Function SynhComponPL(ipwTypeComp : word; iplMarker : longint ): word;
2) в ней запускается окно RunWindowModal(wndSynhComponPL2);
3) в результате выполнения события cmValue1 этого окна переменная wTypeDel получает некоторое свое значение (в моем случае оно равно 21).
4) далее по коду происходит выполнение в результате которого в указанной ниже конструкции (стр.2705)
case wTypeDel of
11,12,13 :
{
// все ПЛ
AddBounds(tbPLTransp);
} // 11,12,13
21,22,23 :
{
// выписанных ПЛ
wStatPL := 0;
AddBounds(tbPLStatTransp);
} // 21,22,23
end; // case wTypeDel of
налагается Bounds - AddBounds(tbPLStatTransp); он содержит привязку к ТС и статусу ПЛ
5) далее налагается bounds AddBounds(tbPLNoDateSp); он содержит привязку к датам ПЛ
6) далее идет выполнение и в конечном итоге система приходит к функции (стр.2866)
ReCalcComp(coCompon, Compon_Main.nRec, Compon_Main.WhatIs, date(0,0,0));
7) в функции ReCalcComp отрабатывает следующее выражение (стр.2341)
wTypeDel := RunwndSynhComponPL(coCompon, CheckCompon.Nrec, word(0));
которое полностью убивает значение переменной wTypeDel, которое мы устанавливали в окне параметров wndSynhComponPL2
Значение пересчитывается от настроек пользователя, что неверно!
8) Далее события развиваются стремительно: при следующей итерации по маркеру выбора комплектующих wTypeDel уже имеет измененное значение, в рассматриваемом случае, у нее значение 0.
следовательно в выражении
case wTypeDel of
11,12,13 :
{
// все ПЛ
AddBounds(tbPLTransp);
} // 11,12,13
21,22,23 :
{
// выписанных ПЛ
wStatPL := 0;
AddBounds(tbPLStatTransp);
} // 21,22,23
end; // case wTypeDel of
Bounds по машине не устанавливается вообще!
Идет заполнение данных во всех подряд путевых, ограниченных только датами.
Как измененно :
Устранено.
M_TRANSP
Краткое описание :
Для каждого закаа в графе Стоимость ГСМ отражается суммарная стоимость по всем заказам ПЛОписание :
Сведения о заказчике иерах.Что измененно :
Для каждого закаа в графе Стоимость ГСМ отражается суммарная стоимость по всем заказам ПЛ
Ctrl+p из окна с иерархией, Отчет по заказчикам. В р-те по ПЛ получаем огромную сумму.
База DATA810, настройка Апрель 2001- по ПЛ.
То же самое в окне с иерархией, только там в поле Стоим. ГСМ просуммированы количества.
Как измененно :
Отображение стоимости согласно документации регламентируется настройкой "Сведения получать по". В данном случае установлено по путевому, при наличии же нескольких заказов в ПЛ рекомендуемые значения настройки 'по заказам ', 'по заказам и путевому'. Устранено отображение в окне иерархии в графе стоимость кол-ва.
M_TRANSP
Краткое описание :
После установки M_TRANSP_RES_810910 не формирует записи в ЖХО для регистрационных листовОписание :
Регистрационные листыЧто измененно :
После установки M_TRANSP_RES_810910 не формирует записи в ЖХО для регистрационных листов.
Сервисная функция тоже не работает.
Как измененно :
Устранено для путевых листов при формировании с настройками Вбщесистемных - регистрационные листы - дата формирования хоз.операции - по дате обработки ПЛ и настройке в характеристиках предприятия - приравнять дату обработки к дате выписки(возвращения).
В сервисную функцию 'формирование хоз.операций' добавлен параметр
'Корректировка существующих ТХО'. В этом случае в ТХО обновляются основные показатели: дата, стоимость услуги, номер путевого.
M_TRANSP
Краткое описание :
Изменяются номера и порядок записей ГСМ при выборе заказаОписание :
Регистрационные листыЧто измененно :
Изменяются номера (поле Номер) и порядок записей ГСМ при выборе заказов в окне
Данные для расчета норм ГСМ.
База Tmpty_Auto, ПЛ 000070.
Как измененно :
Устранено.
M_TRANSP
Краткое описание :
Не выводит на печать пятый экологический классОписание :
Картотека основн. составаЧто измененно :
В интерфейсе можно задать для ТС экологический класс - "пятый", а в печатные формы это значение не выводится.
Должно выводиться.
выдержка из кода
pXL.SetTblStringFldValue('s_eco_class', if (Transp.wDop6=1,'первый',
if (Transp.wDop6=2,'второй',
if (Transp.wDop6=3,'третий',
if (Transp.wDop6=4,'четвертый',
if (Transp.wDop6=10,'нулевой',
'не указан'
)))))
Как измененно :
Добавлен 5,6 класс в печать xls.
M_TRANSP
Краткое описание :
Предупреждение о запрете редактирования ЛЗВ выдаётся три разаОписание :
Лимитно- заправочные ведомости на отпуск ГСМЧто измененно :
У пользователей с установленной настройкой Доступа к
документам "Свои изменения, по всем - чтение" при попытке
установить фильтр в интерфейсе "Лимитно-заправочная
ведомость на отпуск ГСМ" выдается сообщение "Разрешено
редактировать только собственные ЛЗВ согласно настройки
"Доступ к документам". Сообщение выдается три раза до
изменения какого-либо значения в фильтре и два после. Фильтр
в конечном итоге установить удается.
Такая же проблема при попытке отредактировать чужой
документ: сообщение выдаётся три раза.
Как измененно :
Устранено.
M_TRANSP
Краткое описание :
Сообщение об ошибке при формировании отчетаОписание :
Учет перевозимых МЦ по ПЛ и ТТНЧто измененно :
Сообщение об ошибке при формировании отчета, если в настройке отчета указано
Вид отчета = "с отражением времени по всем пунктам". См. вложение.
В отчете не выводится наименование пунктов.
Как измененно :
Исправлено.
M_TRANSP
Краткое описание :
Убрать из статус-строки F3,F7,F8Описание :
Регистрационные листыЧто измененно :
Убрать из статус-строки F3,F7,F8, когда курсор на кнопках. См. вложение.
Функция локального меню Сведения из АСУ.
Как измененно :
Убран из статус-строки F3,F7,F8, когда курсор на кнопках.
M_TRANSP
Краткое описание :
Убрать F3 из статус-строкиОписание :
ХарактеристикиЧто измененно :
Убрать F3 из статус-строки, когда курсор на кнопках, см. вложение.
Как измененно :
Убрано F3 из статус строки.
M_TRANSP
Краткое описание :
Сохранять параметры фильтра в dskОписание :
ХарактеристикиЧто измененно :
При входе в интерфейс поправочных коэф-в чтобы попасть в расширенный режим необходимо зайти в редактирование коэф-в, а затем по Alt+B переключиться на расширенный режим. После того, как сделали это - выходим из интерфейса поправочных коэф-в. Когда заходим снова, открывается обычный , а не расширенный режим, что не совсем удобно.
Как измененно :
Добавлено сохранение режима редактирования в dsk.
M_TRANSP
Краткое описание :
Индекс не найден при формировании отчетаОписание :
Без учета открытых ПЛЧто измененно :
Индекс не найден при формировании отчета
Общие отчеты-> Учет ГСМ-> Движение автомобильного топлива -> полный отчет-> без учета откр.
Если стоит учитывать архивные ПЛ и есть ПЛ переведенные в архив,
появляются ошибки про индекс и зависает.
Как измененно :
Устранено. Возникала на базе, когда по одной из машин все путевые за отчетный период были в архиве.
M_TRANSP
Краткое описание :
Распространить действие настройки При распределении по ОС -выбор из картотеки ТС и на складские документыОписание :
Регистрационные листыЧто измененно :
Распространить действие настройки "При распределении по ОС выбирать ТС из"-из картотеки ТС и на складские документы.
Есть настройка Настройки Галактики \ Производство
и планирование \ Управление производственной логистикой
\ Накладная на отпуск \При распределении по ОС выбирать
ТС из - картотеки подвижного состава.
В складских документах (приходная накладная,
накладная на внутреннее перемещение и акт на списание)
при вызове функции "Распределение по ОС" открывается
окно "Выбор инвентарной карточки".
Как измененно :
Действие настройка Настройки Галактики \ Производство
и планирование \ Управление производственной логистикой
\ Накладная на отпуск \При распределении по ОС выбирать
ТС из - картотеки подвижного состава распространено и на складские документы (приходная накладная, накладная на внутреннее перемещение и акт на списание)
M_TRANSP
Краткое описание :
автоматическое значение услуги в ПЛОписание :
Предложение по новой функциональности модуля Управления транспортомЧто измененно :
автоматическое значение услуги в ПЛ
Как измененно :
В настройки Общесистемные - Управление транспортом - Картотека ТС добавлена настройка "Транспортная услуга по умолчанию". Если для конкретного ТС в карточке не задана основная услуга, то в заказе формируется услуга в соответствии с настройкой.
M_TRANSP
Краткое описание :
вывод в переходящий ПЛ конечной датыОписание :
Регистрационные листыЧто измененно :
Согласно Приказу от 18 сентября 2008 г. N 152 Об утверждении обязательных реквизитов и порядка заполнения путевых листов, сведения о сроке действия путевого листа включают дату (число, месяц, год), в течение которой путевой лист может быть использован, а в случае если путевой лист оформляется более чем на один день - даты (число, месяц, год) начала и окончания срока, в течение которого путевой лист может быть использован.
В настоящее время печатная форма путевого листа содержит только дату начала срока.
Необходимо предусмотреть возможность вывода дат начала и окончания срока действия путевого листа.
Как измененно :
В экранную форму редактирования путевого листа добавлено поле 'Дата действия'. Первоначально дата действия устанавливается от даты выписки(она и использовалась всегда в качестве даты начала действия ПЛ). По умолчанию срок действия ПЛ один месяц.
В общесистемные настройки : Управление транспортом - Регистрационные листы - Контроль при выписке ПЛ
добалены настройки: 'Показывать дату окончания действия ПЛ ' и
'Контроль срока действия ПЛ со значениями 'нет', 'да'.
Первая настройка регламентирует показ даты окончания действия ПЛ в режиме редактирования.
При установленном значении 'да' в обоих настройках при изменении
полей дата выезда, дата возвращения, дата действия производиться анализ попадания дат выезда(возвращения) в диапазон действия ПЛ и выдается предупреждающее сообщение.
Стандартные формы входящие в поставку, не менялись, так как к постановлению нет образцов новых форм ПЛ. Если пользователю, согласно принятой на предприятии учетной политики необходимо получить это поле в печатных формах, то необходимо разработать свою присоединенную форму, в которой на основании выводимого в поток поля nrec путевого листа, получить значение поля Putlst.LastDate.
M_TRANSP
Краткое описание :
Путевые листы - наложение фильтраОписание :
Регистрационные листыЧто измененно :
При установки фильтра по регистрационным листам в поле "интервал выписки/обработки" поля расположенные за этим полем "с... и по.." не скрываются, а всегда отображаются. Если установить интервал - по всем датам, то поля с... по.. не закрываются. Там остаются даты прошлого фильтра.
и когда заходишь в этот фильтр, то кажется что фильтр будет установлен по этим датам, хотя они не отрабатывают пока не поставишь настройку "только в интервале". И это приводит в заблуждение пользователя.
Просьба доработать.
Как измененно :
Реализовано.
M_TRANSP
Краткое описание :
При удалении заказа в ПЛ Locked records buffer is overflowed in master..na_getmultipleinfoОписание :
Регистрационные листыЧто измененно :
Если включена "Настройки Галактики \ Управление транспортом \ Регистрационные листы \ Учет заказов \ Учет комплектующих в заказах" = "да"
Добавляю заказ в под кнопкой [Формирование заказов].
Сразу же удаляю заказ в этом окне.
Получаю ошибку в галактике.
---------------------------
Ошибка
---------------------------
TBlockModifier.Run+GroupDelete.
Таблица №12023.
Внутренняя ошибка интерфейса доступа к базе данных. Подробности в ms70drv.log
---------------------------
ОК
---------------------------
затем следующую ошибку
---------------------------
Ошибка
---------------------------
Внутренняя ошибка интерфейса доступа к базе данных. Подробности в ms70drv.log таблица N12023
---------------------------
ОК
---------------------------
в ms70drv.log видим следующее
28.06.2013 10:19:48 [GALAXY81#VIKTOR]:
DELETE FROM T$SHINPUT WHERE (F$SHI_AKK=? AND F$CPUTLST=? AND F$CTRANSP=? )
28.06.2013 10:19:48 [GALAXY81#VIKTOR]:
42000: [Microsoft][ODBC SQL Server Driver][SQL Server]Locked records buffer is overflowed in master..na_getmultipleinfo
42000: [Microsoft][ODBC SQL Server Driver][SQL Server]The transaction ended in the trigger. The batch has been aborted.
Как измененно :
Согласно рекомендации, в в исходниках WINPUTKo.vpp и WINPUTSH.VPP убраны блокировки.
M_TRANSP
Краткое описание :
обновление алгоритмов расчета ГСМ в ПЛОписание :
Регистрационные листыЧто измененно :
На предприятии используются алгоритмы расчета норм ГСМ модуля "Управление транспортом".
Пользователь некоторое время использовал один алгоритм, а потом алгоритм изменился и к ТС был привязан другой алгоритм.
При создании ПЛ расчет идет по новому алгоритму, но в созданных ранее ПЛ алгоритм не обновился.
И получается, что в карточке ТС указан один алгоритм, а в ПЛ привязан совсем другой.
Количество введенных ранее ПЛ достаточно большое, чтобы перевыбирать тот алгоритм, который уже привязан к ТС.
Пользователю не подходит вариант изменения алгоритмов вручную в каждом ПЛ.
Автоматического изменения алгоритмов в системе не предусмотрено.
Необходимо реализовать возможность выполнить обновление алгоритмов в ПЛ.
Как измененно :
Переименован пункт вспомогательного меню режима просмотра пл - Расчет гсм -Перенос марки топлива из карточки ТС переименована в Пернос сведений о ГСМ из карточки ТС. И при запуске предлагается настройка, позволяющая определить какие сведения необходимо переносить (марка ГСМ, алгоритм).
M_TRANSP
Краткое описание :
Странная работа ф-ции Проверить корректность формулыОписание :
АлгоритмыЧто измененно :
Странная работа ф-ции Проверить корректность формулы
(п. меню Алгоритмы оплат). Для любой ф-лы выдает ошибку.
Как измененно :
Устранено. Функция проверки корректности отрабатывает для переменных и не предусмотрена для проверки сложных алгоритмов с участием переменных StUsl[], SumAlgCode[], SumOpl[], SumZakOpl[]