Ваши комментарии
Расчетчики предпочитают видеть то, что отправляется, на примере других квитков, а предложен был вариант в два прохода по одному действию.
То есть с квитками в excel два в одном невозможно?
С РВ в квитке не было проблем, пока не решили исключить источник из квитка, которых у нас более 10...
Выше указанная настройка решает проблему, но частично, т.к. не всегда требуется для перечисленных видов:
то надо суммировать, то нет, где-то из основной должности брать, а где-то нет.
Только квиток тип 200 кажется лишен всех недостатков - как-то ведь удается это!
ясно! Спасибо!
источник тоже был пустой, указал "Б" теперь Ок!
Спасибо!
Проверил, шифр затрат у вида пустой!
Выше написал: " у всех видов стот +", значит в том числе и у 374!
НО строки по всем видам создаются с источником "Б" - то есть основным, а по виду 374 с "Т"
В чем особенность 374?
Если уж в формуле расчета среднего допускается РВ, превосходящий количество календарных дней в месяце, то почему бы ему не быть столь же гибким в другую сторону...
Арифметикой пусть занимается программный алгоритм, а не пользователь с калькулятором.
По поводу пересечения периодов исполнения: РВ измеряем в днях. Все работники на основном месте занимают полную ставку, за редким исключением, которое не касается пересечения исполнений, т.е. по графику полный рабочий день. Выходит, что взаимоисключающих пересечений не может быть, но и расчета по исполнению совмещений без фактически отработанного времени не может быть. Какой выход?
Позиция разработчика понятна! Нет правовой основы - нет и функциональных возможностей!
Сервис поддержки клиентов работает на платформе UserEcho
Технология мне понятна. Если почтой - отдельные книги(файлы) по каждому ЛС, если печать - одной книгой по всем засвеченным ЛС.
Хорошо, а почему нельзя задать вопрос об отправке до прочтения параметров настройки отправки?
Если ответил "Да" значит создаются и отправляются файлы, "Нет" - значить создается и показывается книга...