Тестирование в манданте разработки

В очередной раз убедился, что тестировать лучше в манданте разработки. Не понимаю сторонников тестирования системы в той же инстанции, но в отдельном манданте. Типа данные не будут мешаться в разработческом манданте. А чего им там мешаться? Транспортами они не носятся, за исключением НСИ.

Зато проблем с отдельным мандантом хватает. Одна только забывчивость что-то перенести в него уже создает рассинхронизацию и проблемы на поиск виноватого. Зачем? Кроссмандантные разработки и настройки все равно сломают что тот, что другой мандант, если будет такой случай.

Я высказался 🙂


Универсальный ракурс с табельными номерами

M_PREMK — универсальный ракурс, где можно посмотреть все табельники с основной информацией. Может помочь в быстрых выборках через se16/sm30

MANDT CLNT 3 Мандант
WERKS CHAR 4 Раздел персонала
BTRTL CHAR 4 Подраздел персонала
PERSG CHAR 1 Группа сотрудников
PERSK CHAR 2 Категория сотрудников
ABKRS CHAR 2 Единица расчета
BUKRS CHAR 4 Балансовая единица
KOSTL CHAR 10 Место возникновения затрат
ORGEH NUMC 8 Организационная единица
VDSK1 CHAR 14 Ключ организации
SBMOD CHAR 4 Группа исполнителей
SACHZ CHAR 3 Ответственный за регистрацию ВремДанных
NCHMC CHAR 25 Фамилия (поле для средства поиска)
VNAMC CHAR 25 Имя (поле для средства поиска)
PERNR NUMC 8 Табельный номер
MANDT CLNT 3 Мандант
WERKS CHAR 4 Раздел персонала
BTRTL CHAR 4 Подраздел персонала
PERSG CHAR 1 Группа сотрудников
PERSK CHAR 2 Категория сотрудников
ABKRS CHAR 2 Единица расчета
BUKRS CHAR 4 Балансовая единица
KOSTL CHAR 10 Место возникновения затрат
ORGEH NUMC 8 Организационная единица
VDSK1 CHAR 14 Ключ организации
SBMOD CHAR 4 Группа исполнителей
SACHZ CHAR 3 Ответственный за регистрацию ВремДанных
NCHMC CHAR 25 Фамилия (поле для средства поиска)
VNAMC CHAR 25 Имя (поле для средства поиска)
PERNR NUMC 8 Табельный номер


Как удалять записи в se16n

Опытным путем выяснили, что se16n может удалять за раз больше 15000 и меньше 20000 записей. А надо было почистить T558D с 400 000 записями. Быстрее всего записи удаляются, если встать курсором на самую первую запись. Тогда происходит меньше перерисовки экрана, а поэтому скорость возрастает.

Отдельные полезности можно посмотреть здесь: Продвинутые перцы переходят на SE16H


Автоматизация анализа ошибок проводок

Начался завал — проблемы с прогонами проводок. Минутное решение нашлось быстро.

Информация об ошибках прогонов проводок хранится в таблице PPDMSG. По коду ошибки ясен характер. У нас их немного. Основное это контировки (код K2, ошибка 008) и кредиторы (код F5, сообщение 104). Сразу списком по прогону выгружаем и отдам в бизнес для работы.

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