Информация о файле обновления Галактика F_PODOT_RES_810930.TXT


Описание файла обновления:
ФайлF_PODOT_RES_810930.TXT
ОбновлениеF_PODOT_RES_810930
НазначениеОбщее
ПродуктГалактика 8.10
Релиз03.11.2006 : Atlantis 5.2.8
КомпонентF_PODOT
ТипRES
Версия8.10.93.0
Дата2016-08-05 14:03:17
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.156501NEWпереход из АО в приказ на командировкиКассаАвансовый отчет
В системе есть возможность из Приказа на командировку попасть в Авансовый отчет. Клиент просит реализовать возможность попасть из Авансового отчета в Приказ на командировку.В окно редактирования авансового отчета добавлена вкладка "Приказы", где отображается информация о приказах на командировки, которые связаны с авансовым отчетом. По F4 осуществляется переход к редактированию приказа.
102.1501178.10.92.0Пакетная установка внешних атрибутов в спецификации авансовых отчетовКассаАвансовый отчет
Необходимо добавить возможность пакетной установки внешних атрибутов в спецификации авансовых отчетов .Для закладки спецификация авансового отчета реализовано пакетная установка внешних атрибутов.
102.1472828.10.91.0В спецификации авансового отчета неправильно рассчитываются валютные затраты в НДЕКассаАвансовый отчет
На данный момент в спецификации авансового отчета при пересчете валютных суточных в НДЕ получаем неверное значение из-за того, что округляется промежуточный результат (Суточные за 1 день умноженные на курс). Полученное округленное значение умножается на количество дней. Нужно либо не округлять, либо рассчитывать по формуле "суточные за 1 день"* "кол-во дней"*"курс". Описание клиента во вложении. Клиент настаивает на ошибке 1-го уровня, потому что ответственный сотрудник не может сдать авансовый отчет, т.к. в спецификации авансового отчета неправильно рассчитываются валютные затраты в НДЕ.Добавлена пользовательская настройка "Настройки Галактики Бухгалтерский контур Обработка документов Правила округления Округление расходов спецификации кассовых документов", которая по умолчанию принимает значение "да". При выключении данной настройки, для встраиваемого в кассовые документы интерфейса редактирования расходов (закладка "Спецификация") отключается округление сумм. Связано это с тем, что в БД хранятся промежуточные результаты расчетов, а конечные результаты рассчитываются непосредственно в интерфейсе отображения от промежуточных результатов. Таким образом, для избавления от погрешностей округления хранимые результаты можно не округлять. При этом суммы округляются при формировании хозяйственных операций по спецификации. При контроле сумм документа и спецификации так же используются округленные суммы.
102.1418948.10.90.0Добавить возможность привязки к приказу на командировку бухсправкиКассаПриказы на командировки
Добавить возможность привязки к приказу на командировку бухсправки.Добавлена возможность привязки/формирование бухсправок на расход/приход из приказов на командировки.
102.1275438.10.89.0Нумерация реестров по перечислениям в банкКассаНумерация документов модуля
Нумерация реестров по перечислениям в банк. Общие настройки системы - Автонумерация документов = с помощью специальной таблицы. Нужно добавить в модуле Касса - Настройка - Нумерация документов модуля документ Реестр по перечислениям. Что бы можно было для каждой кассы самостоятельно сформировать шаблон номера и выводить столько нулей, сколько нужно конкретному пользователю. Сейчас при обработке платежной ведомости автоматически формируется реестр по перечислениям в банк с шестью нулями перед порядковым номером, даже если вручную изменить номер реестра с 0000001 на 1, следующий реестр будет сформирован с номером 0000002.Добавлена настройка "Настройки Галактики Бухгалтерский контур Формирование номеров Нумерация реестров по перечислениям Нумерация реестров по перечислениям" для указания способа формирования номеров в реестрах по перечислениям: - по последним номерам БД - с помощью специальной таблицы по всем документам Режим "по последним номерам БД" - существующий режим который формирует номер по последнему значению БД в рамках года. Режим "с помощью специальной таблицы по всем документам" - позволяет формировать номера в реестрах используя специальную таблицу для формирования номеров. Для задания номера в специальной аблице используется интерфейс "Финансово-расчетные операции - настройка - нумерация документов модуля". Доработана нумерация в следующих интерфейсах формирования реестров на перечисления: - формирование реестров из приказов на командировки - формирование расходных документов в авансовых отчетах - формирование документов при обработке платежных ведомостей
102.1444848.10.89.0Не копируются внешние атрибуты из норм расходовКассаАвансовый отчет
К нормам расходов (NORMRASH) заведены внешние атрибуты. Для каждой нормы заполнены значения внешних атрибутов. Создаю авансовый отчет, иду в закладку спецификация, выбираю несколько норм расходов (помечаю insert-ом). Значения внешних атрибутов из первой нормы в атрибуты к расходам (RASHDOC) скопировались, а по остальным расходам атрибуты не скопировались.При множественном выборе норм расходов копируются внешние атрибуты всех выбранных норм.
102.1424628.10.88.0Формирование пенсионных стажей с территориальными условиямиЗаработная платаСведения о переходах
Формирование пенсионных стажей с территориальными условиями. Сотрудник едет в коммандировку на объект строительства с территориальными условиями и ставку он при этом не меняет. Кроме того справочник соответсвия КПС-подразделение-должность при заполнении не подтягивает действующие ставки, а предлагает заполнять для всех должностей. Если поле должность оставить незаполненным, то в переходах невозможно выбрать эту строчку. При вводе новой ставки в штатном расписании получается надо пополнять и справочник соответсвия КПС-подразделение-должность. Специфика такова, что территориальные условия не зависят от подразделения, в котором сотрудник работает. Если оформлять данный переход через приказ, то территориальные условия не переносятся. Дальше функция формирования записей о пенсионном стаже неверно формирует данные. Соответственно отчетность получаемая на основании этих данных неверная. Необходимо: 1) Чтобы территориальные условия переносились в переход в межпериод из приказа. Дальше с помощью функции в пенсионный стаж. 2) Если запись перехода создана вручную, то заполнение "территориальные условия" должно заполнятся аналогично параметра "Территориальные условия (устаревший)".Исправлен перенос территориальных условий из места назначения командировки в переход в межпериод. Теперь эти территориальные условия можно видеть в переходе в параметре "Территориальные условия (устаревший параметр)". При этом "Территориальные условия (устаревший параметр)" в переходе имеет больший приоритет, чем просто "Территориальные условия". Объединение данных двух параметров перехода в один будет осуществляться в рамках другой проблемы. При формировании пенсионных стажей, территориальные условия из перехода в межпериод имеют более высокий приоритет.
180.84628.10.86.0Расчет Северной надбавки вахтовикамЗаработная платаРасчет начислений (общие вопросы)
Если человек работает вахтовым методом и живет не в МКС или РКС, то для расчета заработанной им северной надбавки стаж его работы в МКС или РКС делится пополам. То есть, отработал он год в РКС - заработал 20% северных, но если он вахтовым методом работал - то всего 10% (сам стаж для пенсионного фонда полностью учитывается как северный). Наример, у нас человек родился и жил в Хабаровске, потом заработал себе 50% северных в МКС, а потом устроился в РКС на вахтовый метод - и работает уже там полтора года - программа ставит ему 80% северных (в общем то если бы не вахта, оно как раз и было бы уже правильно), а должна ставить 60% (т.к вахтовый стаж в РКС должен быть с коэфф 0,5, т.е 9 мес). Необходимо дать возможность ставить например коэфф стажа 0,5 конкретным сотрудникам (сейчас это ставится в классификаторе стажа, т.е. сразу всем сотрудникам) и при расчете надабвки продолжительность стажа умножать на этот коэффициент и уже от полученной продолжительности рассчитывать надбавку.В настройки справочника территориальных условий добавлено поле "Северный стаж". При переходе в межпериод из командировки анализируется значение данного поля для территориальных условий места назначения. В случаях, если командируют из северных условий в другие, северный стаж будет разбит (если он был создан). В случаях, если командируют из обычных условий в северный, будет создан северный стаж на период командировки.
102.1378878.10.85.0у пользователя пропала возможность просматривать скан-образ приказа на командировку при отсутствии прав доступа к документу по статусуСЗМН. Работа с Архивом. КИС ЭХДПоиск ШК и функции подсистемы интеграции
Отсутствует возможность просматривать скан-образ приказа на командировку при отсутствии прав доступа к документу по статусу.Добавлена возможность просмотра скан-образа при блокировке документа "Приказ на командировку" по статусу
102.1351148.10.84.0Доработать блокировку к ФЛМ на закладке Спецификация Авансового отчета по правам доступаКассаАвансовый отчет
Доработать блокировку к функциям локального меню на закладке Спецификация Авансового отчета по правам доступа.При наличии блокировки документа при наличии оборотов, по правам с дескриптором, по закрытому периоду и пр. закрываются функции локального меню: - Формирование спецификации по ДО - Формирование хоз. операций - Выбор долга из карточки подотчетника - Расчет превышения нормы расходов - Дублирование статьи расходов
102.1330708.10.83.0При создании приказа фильтр по подразделению сохраняется из предыдущего приказаУправление персоналомКомандировки
При создании приказа фильтр по подразделению сохраняется из предыдущего приказа. При формировании второго приказа на командировку пользователь выбрал "подразделение 2" в верхней панели приказа, а при открытии окна выбора сотрудников видно что стоит ограничение по другому подразделению "подразделение 1".При добавлении сотрудников в приказ ограничение по подразделению берется из шапки приказа. Если подразделение не задано - открывается список доступных сотрудников по всем подразделениям.
101.533218.10.81.0Рабочая корзина - запрет обработки записей, пересекающихся с заданным диапазономЗаработная платаРабочая корзина
У клиента табель с 16 по 23 число отчетного месяца закрывается всем на редактирование в связи с расчетом заработной платы за первую половину месяца (табели закрываются путём проставления даты проверки в каждом табеле). После этого если отдел кадров создает приказ, например, на работу в выходной в отчетном периоде, то данные даже утвержденного приказа не отражаются в табеле до тех пор, пока табель не будет открыт (настройка "Запретить ввод системных неявок на период защищенных табелей"). Но если создать приказ по персоналу на изменение режима работы или оклада, то при утверждении приказа и обработки рабочей корзины создается переход, данные которого учитываются при закрытом табеле при расчете заработной платы за первую половину месяца, что неправильно. Для решения данной задачи предлагается добавить системную настройку для ввода диапазона дат, внутри которого обработка рабочей корзины будет запрещена (тех записей РК, которые хоть как-то пересекаются с заданным диапазоном). Можно задействовать для этой цели настройку "Окончание диапазона защиты табелей от обновления" (тогда в ней нужно уметь задать дату, а не месяц). Также необходимо запретить ручной ввод переходов в межпериод, пересекающихся с заданным интервалом. Нужно, чтобы табели всегда считались защищёнными и в этом периоде тоже (если он задан). Тогда клиенту не пришлось бы проставлять дату проверки в каждом табеле ради того, чтобы рассчитать зарплату за первую половину месяца, а потом опять открывать.В настройке "Окончание диапазона защиты табелей от обновления" теперь можно задать дату полностью. Если до установки обновления в данной настройке был указан месяц и год, то новое значение выставится на последний день заданного месяца. Изменен подход к обработке настройки "Окончание диапазона защиты табелей от обновления" при определении защиты табелей. Теперь защищенный с точки зрения табелей период будет включать в себя: - Если установлена настройка "Окончание диапазона защиты табелей от обновления": весь диапазон дней до даты из этой настройки, включая день, заданный в самой настройке. - Если "Защитить проверенные табели от обновления"="да" и "Защитить проверенные табели от модификации"="да": дни всех месяцев, на которые приходится проверенный табель. Отныне запрещено добавление, удаление и изменение переходов, покрывающих защищенный период. Для переходов, приходящихся на защищенный период, в окне редактирования светится информирующая об этом строка. Запрещена обработка записей рабочей корзины типа "Изменить лицевой счет работника", если обработка может изменить значимые для табеля реквизиты лицевого счета на период, пересекающийся с защищенным. При попытке обработки такой записи в протокол будет выдано сообщение об ошибке. Если настройка "Запретить ввод системных неявок на период защищенных табелей"="да", то на защищенный период запрещается добавление, удаление и изменение системных неявок, как то: - приказов на командировку - отпусков - больничных - утверждения и удаления утвержденных приказов РПД 6, 35, 36, 40, 41, 42, 71, 72 В последнем нет новизны. Отличие от предыдущей реализации в том, что 1) Учитывается настройка "Окончание диапазона защиты табелей от обновления" 2) Слово "проверенный" табель в сообщениях, где оно было, заменено на более подходящее по смыслу "защищенный" табель. По части защиты табеля от переформирования правило обработки настройки "Окончание диапазона защиты табелей от обновления" следующее: если настройка покрывает хотя бы один день месяца табеля, табель нельзя будет переформировать. Получается, что возможны ситуации, когда целиком табель не переформируется, но при этом возможно ввести системные неявки или переходы на оставшуюся, незащищенную часть месяца. Защита от ручных корректировок табеля и ввода табельных отклонений на период, покрытый настройкой "Окончание диапазона защиты табелей от обновления", на текущий момент не реализована.
102.1280458.10.79.0Интеграция с РЦК. Копирование расшифровок из договоровКонтуры: финансовый, бухгалтерского учетаПредложение по новой фукциональности финансового контура
Разработать механизм копирования аналитик (КБК и Подразделения для РЦК) из договора. Цель: в большинстве случаев пользователи не знают про КБК и даже может быть про Подразделение для РЦК, которые необходимо указывать в платежном поручен. Необходимо хранить эти значения в договоре и при необходимости копировать с помощью функции локального меню в платежное поручение. К договору привязаны 2 внешних атрибута: - Каталог КБК - связан с пользовательской аналитикой КБК - Подразделение для РЦК - связан с пользовательской аналитикой Подразделение для РЦК Нет необходимости в отображении этих полей в договоре, я их сам потом с помощью crf добавлю в окнонный интерфейс. Основная задача - это в окне =Редактирование расшифровки заявки= добавить локальную функцию Копирование аналитики из договора или иное название, после выполнения которой значения (spkau.nrec) из внешних атрибутов к договору (Каталог КБК и Подразделение для РЦК) будут переноситься в текущую запись (если не заполнено) RASHDOC (вроде поля CSTATE и CCITY). Т.е. эта информация переносится только в полуручном режиме, захотели заполнить - выбрали функцию локального меню, нет - сами вручную заполняйте. У нас в 99.9 % случаев к платежке привязан 1 договор, поэтмой просто копировать из 1-го найденного, если есть привязка.В интерфейсе "Договоры", в локальном меню каталога документов добавлен пункт "Расшифровка для РЦК". Видимость пункта меню управляется настройкой "Настройки Галактики Бухгалтерский контур Обработка документов Интеграция с РЦК Интеграция с РЦК". Данный функционал позволяет формировать расшифровки для РЦК по договору. При создании новой записи указанная сумма платежа будет в валюте договора, а сумма в НДЕ рассчитывается автоматически по курсу на дату заключения договора. У случае, если у пользователя нет прав доступа к договору, то соответственно он не может выполнить команду локального меню "Расшифровка для РЦК". В платежном документе, на закладке "Расшифровка для РЦК", в локальном меню добавлен пункт "Загрузить расшифровку из договора". При выполнении данного пункта, по каждой хоз.операции платежного документа, у которой есть ссылка на договор и в нем настроены расшифровки для РЦК, открывается окно выбора. В заголовке окна указывается к какому договору относятся расшифровки. Для загрузки расшифровок в платеж необходимо маркером пометить нужные записи и нажать ввод. после этого выбранные расшифровки будут загружены в платежный документ. Если ни одна запись не помечена маркером, то загружаться будет текущая запись из расшифровки. В случае, если в платежном документе еще нет ни одной расшифровки, и в ходе выполнения загрузки расшифровок из договора выбрана только одна расшифровка, то если сумма расшифровки равна нулю или превышает сумму платежного документа, сумма загруженной расшифровки будет равняться сумме платежного документа (суммы берутся из шапки документа). Во всех остальных случаях расшифровки будут загружаться с суммами заданными в договорах.
101.526738.10.78.0Фильтр по сотрудникам в приказе на командировкуУправление персоналомКомандировки
Предлагается сохранять фильтр по сотрудникам при оформлении приказа на командировку. Описание во вложении.Реализовано сохранение фильтра по подразделению при выборе сотрудника. если открывается сотрудник другого подразделения - предыдущее ограничение по подразделению не накладывается.
102.1235968.10.78.0При откате платежной ведомости возникают "фантомы" реестров по перечислениямКассаПлатежные ведомости
При откате платежной ведомости возникают "фантомы" реестров по перечислениям при следующей последовательности действий: - обрабатываем платежную ведомость, создаем платежное поручение с реестром - отвязываем по F8 его - привязываем платежное поручение в окне "Привязка к ведомости документа на выдачу", ставим галочку в параметре "Формировать реестр по перечислениям в банк" - таким образом в платежном поручении у нас получается уже два (три и т.д.) реестра на одну и ту же сумму - при откате документов по платежной ведомости и утвердительных ответах об удалении платежной ведомости система задает вопросы по каждому из созданных реестров, происходит удаление, но в нижней панели на закладке "Документы" появляются пустые записи "РП" по количеству удаленных реестров. Предлагаю доработать функционал привязки существующих платежных поручений с реестром.Доработаны алгоритмы удаления и отвязки ПП/ВПП с реестром. Фантомы записей по реестрам в документах ПВ (записи из таблицы DocPlVed) появлялись при удалении ПП/ВПП с несколькими реестрами в случае, если первый по поиску реестр ПП/ВПП (с наименьшим NRec-ом) оказывался сформированным вручную непосредственно из ПП/ВПП, а не через формирование документов по ПВ. В этом случае найденный реестр не имел связи с ПВ, и соответственно в ПВ не происходило удаления записи "РП" на закладке "Документы". Остальные реестры не проверялись на наличие связей с ПВ, и соответственно документы ПВ по ним не удалялись. Сейчас алгоритм удаления ПП/ВПП делает перебор всех реестров, имеющихся у ПП/ВПП, и по каждому из них проверяет его наличие в документах ПВ, что исключает пропуск реестра, сформированного по ПВ - и сейчас запись по реестру, сформированному по ПВ, из документов ПВ удаляется. Причём, удаление ПП/ВПП с реестрами происходит корректно независимо от способа: - по F8 в интерфейсе ПП/ВПП; - по Ctrl+F8 в интерфейсе ПВ (функция "Откат документов ПВ"). При отвязке ПП с несколькими реестрами в интерфейсе ПВ по F8 на закладке "Документы" удаление ссылок на реестры также происходит корректно - запись по реестру удаляется вместе с записью по ПП/ВПП.
180.77978.10.78.0добавить фильтр при выборе сотрудника в Кассовых ордерахКассаПриходный кассовый ордер
при выборе сотрудника в ПКО и РКО необходимо обеспечить фильтр на этапе поиска Лицевого счета сотрудника. тип операции = расчеты с депонентами. для выбора архивного сотрудника я должен зайти в список ЛС, набрать его на клавиатуре, установить фильтр (убедившись что его нет в первоначальном списке) - это ОЧЕНЬ долго. предлагаю сделать фильтр на этапе выбора ЛС. и т.к. многие клиенты экономя лицензии помещают сотрудников в архив, предлагаю предустановленный фильтр = Все.В кассовых ордерах при заполнении поля "принято от" открывается окно выбора лицевых счетов. Если в окне выбора лицевых счетов начать вводить ФИО сотрудника, то открывается справочник сотрудников по которому происходит быстрый поиск. Теперь вместо справочника сотрудников открывается интерфейс кодов аналитического учета по сотрудникам. В данном интерфейсе существует возможность сохранения ранее выбранных ограничений по сотрудникам, в том числе и фильтр по текущим, архивным, всем сотрудникам.
102.1265388.10.77.0Доработать печатную форму командировочного удостоверения в бизнес-тексте согласно ПиР 102.124605КассаПриказы на командировки
Постановление Минфина РБ от 4.02.2013 г. №4 утвердила новую редакцию Инструкции о порядке и размерах возмещения расходов при служебных командировках в пределах РБ. В рамках ранее выпущенных обновлений была произведена доработка RTF-формы командировочного удостоверения. Необходимо также доработать форму в бизнес-тексте.Доработана форма командировочного удостоверения для Беларуси согласно требованиям в формате Бизнес-текст.
102.1270998.10.77.0Не корректно печатается командир. удостоверение в RTF для РБКассаПриказы на командировки
Не корректно печатается командир. удостоверение в RTF для РБ. Не выводятся данные паспорта. Убрать лишние строки.Изменены отчеты командировочного удостоверения в RTF и Fast-report. Данные паспорта выводятся. Удалены лишние пустые строки. Форма Fast-report приведена в соответствие с требованием постановления Минфина РБ от 4.02.2013 г. №4.
102.1246078.10.75.0Необходимо реализовать групповое командировочное удостоверение РБКассаПриказы на командировки
Постановление Минфина РБ от 4.02.2013 №4 утверждена форма командировочного удостоверения при направлении в служебную командировку группы работников.В печать групповых документов добавлена печать формы группового командировочного удостоверения постановления МинФина РБ от 04.02.2013г. №4 Для одноэтапных приказов данные о командировке берутся из шапки приказа. Для многоэтапных приказов данные берутся у первого сотрудника попадающего в приказ. Количество дней командировки берется как сумма дней по всем этапам для этого сотрудника. Место назначения и цель берутся из первого этапа. Сформировать групповое командировочное удостоверение возможно по помеченным сотрудникам как в одноэтапных так и в многоэтапных приказах. Если ничего не помечать - печатается текущая запись (Аналогично других форм Т9а)
102.1246108.10.75.0Новая редакция журнала учета работников,выбывающих в служебные командировки РБКассаПриказы на командировки
Постановлением Минфина РБ от 4.02.2013 №4 в новой редакции изложена форма журнала учета работников, выбывающих в служебные командировки.Форма журнала учета работников, выбывающих в служебные командировки доработана в соответствии с требованиями.
102.1260168.10.75.0При продлении командировки удаляется предыдущий переход в межпериод.Управление персоналомКомандировки
При продлении командировки удаляется предыдущий переход в межпериод.При создании приказа на основании имеющегося переход в межпериод старого приказа остается неизменным. Для нового приказа, при необходимости, переход создается через локальное меню "Переход в межпериод".
102.1242748.10.74.0Некорректный подсчет дней в пути в многоэтапных приказах на командировкуУправление персоналомКомандировки
Установлены следующие общесистемные настройки: 1. Настройки Галактики Бухгалтерский контур Обработка документов Значения полей по умолчанию Приказы на командировку Срок командировки в формируемом приказе на командировку : Значение 0; 2. Настройки Галактики Бухгалтерский контур Обработка документов Значения полей по умолчанию Приказы на командировку Время нахождения в пути в формируемом приказе на командировку : значение 0. При создании нового приказа на командировку в поле "Дата с" Система проставляет текущую дату, в поле "командировка на" устанавливается значение 0, в поле "из них в пути" значение 0. Выбираем организацию назначения и проставляем необходимый период командировки, при этом в поле "командировка на" устанавливается корректное значение дней. Выбираем командируемого сотрудника и преобразовываем приказ в многоэтапный. Далее добавляем в приказ нового сотрудника и проставляем для него новые параметры, отличные от первого сотрудника. При добавлении в приказ последующих сотрудников происходит некорректное вычисление поля "из них в пути" по следующему алгоритму: Количество дней командировки текущего сотрудника - количество дней командировки первого сотрудника.Подсчет дней командировки ведется корректно.
102.1245768.10.74.0В неверной валюте формируются реестры по перечислениям из приказа на командировкуКассаПриказы на командировки
В неверной валюте формируются реестры по перечислениям из приказа на командировку В приказе на командировку в спецификации в поле "В валюте статьи расходов" отличается от аналогичного поля "В валюте аванса". Например, статья расхода "НДЕ", аванса - "евро". Формирую реестр по перечислениям по данному приказу, с параметром "Формировать - в разрезе валют". В реестр заносится сумма из поля НДЕ, а валюта реестра указывается "евро". При последующем формировании из такого реестра платежного документа в него переносится сумма НДЕ в поле валюты, и, соответственно, пересчитывается в рубли. Что приводит к формировании платежки на неверную сумму в рублях и валюте.Реестры в разрезе валют формируются в сумме и валюте статьи расходов.
102.1246058.10.74.0В новой редакции форма командировочного удостоверения РБКассаПриказы на командировки
Постановление Минфина РБ от 4.02.2013 г. №4 утвердила новую редакцию Инструкции о порядке и размерах возмещения расходов при служебных командировках в пределах РБ. Соответственно, в новой редакции утверждена форма КОМАНДИРОВОЧНОГО УДОСТОВЕРЕНИЯ. Изменения в форме только по тексту командировочного удостоверения. Ссылка в форме должна быть уже на новое постановление.Форма командировочного удостоверения РБ доработана в соответствии с требованиями.
101.408818.10.72.0Функция GetFIO не сокращает имя и отчествоУправление персоналомИнтерфейс картотеки
Необходимо функцию формирования сокращенной записи ФИО перенести в отдельный метод объектного интерфейса.Выполнен рефакторинг кода - реализован новый метод, преобразующий ФИО в формат "Фамилия И.О.". Функциональность системы не изменялась.
102.1247718.10.72.0ошибка при формировании командировки на основании имеющейсяУправление персоналомКомандировки
Ошибка при формировании командировки на основании имеющейся. При формировании командировки на основании имеющейся, Галактика выдает ошибку.Если в номере приказа на командировку отсутствуют цифровые символы, то при создании приказа к номеру добавляется цифра "1" для возможности последующей нумерации.
102.1199388.10.71.0Формирование платежных документовКассаКомандировки сотрудников
Необходимо реализовать возможность Формирования платежных документов по реестрам, созданным по приказу на командировку. При этом необходимо чтобы банковские реквизиты в платежном документе автоматически подставлялись из лицевого счета сотрудника. Клиент пишет: "нашему бухгалтеру просто нецелесообразно формировать платежные поручения через приказы на командировку. Наш бухгалтер формирует платежи и реестры на командировочные расходы в ФРО, при этом связь между командировочными документами либо необходимо настраивать вручную, либо вообще отсутствует."Добавлена возможность формирования реестров по текущему приказу или по помеченным приказам на командировки с разбивкой по банкам из лицевых счетов сотрудников. В окно формирования реестров (вызывается из локального меню в списке приказов "Формирование реестра по перечислениям") добавлено поле "Группировать по банкам из лицевых счетов сотрудников". Если поставить галочку - поля для указания организации и банка скрываются, а реестры формируются с разбивкой по банкам из лицевых счетов сотрудников. Реализовано как для текущего приказа, так и для помеченных приказов. По окончанию формирования реестров выдается соответствующее сообщение.
102.1216328.10.71.0Настройка "Уровень иерархии" при печати приказов из КассыКассаПриказы на командировки
Необходимо, чтобы при печати приказов на командировки из Кассы учитывалась настройка "Уровень иерархии" для вывода подразделений согласно иерархии каталога подразделений, как это реализовано при печати приказов на командировки из м. Управление персоналом для каталога структурных единиц.В интерфейсе "Приказы на командировки" модуля "Касса" учитывается настройка "Настройки Галактики Управление персоналом Управление и учет кадров Уровень иерархии" при отображении и печати подразделений.
102.1228398.10.71.0Внешние атрибуты к спецификации приказаКассаПриказы на командировки
Необходимо реализовать возможность привязки внешних атрибутов к спецификации приказа.Для интерфейса "Приказы на командировки" реализована возможность привязки внешних атрибутов и внешней классификации к спецификации документа (список командируемых сотрудников). Также реализовано копирование внешних атрибутов и спецификации при создании приказов на основании имеющегося и удаление атрибутов и спецификации при удалении спецификации.
102.1234888.10.71.0Копирование внешних атрибутов и классификацииКассаПриказы на командировки
Необходимо реализовать копирование внешних атрибутов и классификации из спецификации приказа в авансовый отчет формируемый по данной позиции. Копирование должно осуществлятся в случае создания авансового отчета из соответствующей закладки приказа. Предлагается в интерфейсе "Формирование связи документов" при установленном значении "Формирование нового" отображать два чекбокса "Копирование ВА" и "Копирование ВК". Копирование осуществлять в случае, если эти значения установлены.Реализовано копирование внешней классификации и внешних атрибутов при создании авансового отчета из спецификации приказов на командировки. В окне настройки добавлены поля, в которых можно указать необходимость копирования внешней классификации, внешних атрибутов. Если в таблице Авансового отчета отсутствуют наименования копируемых внешних атрибутов и классификаций - они будут созданы.
102.1237448.10.71.0Журнал рег.-и вал.-х касс.-х ордеров Форма 1 в новой редакции РБКассаЖурнал регистрации кассовых документов
Постановление Правления НБ РБ от 29.03.2013 №185 утвердило новую редакцию журнала регистрации приходных (расходных)кассовых ордеров в иностранной валюте Форма 1. Журнал Форма 1 в редакции 2013 года практически не изменился: количество граф прежнее, незначительные изменения по тексту в графах формы. Ссылка в правом верхнем углу печатной формы должна быть на новое Постановление №185. Требования по заполнению журнала остались прежними.Исправлена ссылка на постановление для отчетов Бизнес-текст и Fats-report формы 1.
102.1237478.10.71.0Журнал регистрации валютных касс-х ордеров Форма 1-а в ред.2013 РБКассаЖурнал регистрации кассовых документов
Постановление Правления НБ РБ от 29.03.2013 №185 утвердило новую редакцию журнала регистрации приходных (расходных)кассовых ордеров в иностранной валюте Форма 1-а. Журнал Форма 1-а в редакции 2013 года практически не изменился: количество граф прежнее, незначительные изменения по тексту в графах формы. Ссылка в правом верхнем углу печатной формы должна быть на новое Постановление №185. Требования по заполнению журнала остались прежними.Форма 1-а доработана согласно новых требований. Отчеты: Бизнес-текст, RTF, Fast-report
102.1243898.10.71.0Пропала буква "а" в печатной форме служебного задания приказа на командировку РФ (Т-10а)КассаПриказы на командировки
Пропала буква "а" в шапке печатной формы служебного задания приказа на командировку РФ (Т-10а). Следует исправить.Исправлено. Вернул букву "а".
102.1219928.10.69.0Заполнение мест назначений в приказе на командировкуУправление персоналомКомандировки
В многоэтапном приказе на командировку при добавлении в список сотрудника предприятия- автоматически заполняются поля Место назначения, Организация, Даты командировки данными от первого введенного в приказе сотрудника. Это неудобно, приходится постоянно исправлять. Предлагается запоминать и заполнять эти поля данными от последнего введенного в приказ сотрудника.При добавлении сотрудника в многоэтапный приказ и создании первого этапа - данные этапа (Место назначения, Организация, За счет средств, Основание, Цель, даты начала и окончания командировки, страна, город) берутся из последнего введенного или измененного этапа в рамках данного приказа.
101.509508.10.67.0Проблема с привязкой Авансового отчетаКассаПриказы на командировки
Если существует платежка plpor.nrec = spPrikaz.nrec, то к такой спецификации приказа невозможно привязать авансовый отчет. Получаем сообщение --------------------------- Информация --------------------------- Формирование связи документов невозможно. Не задана сумма авансового отчета! --------------------------- ОК ---------------------------Авансовый отчет формируется корректно.
101.507148.10.66.0Не решена 101.47044 1)если сначала указать сотрудника, а потом дату 2)в многоэтапных приказахУправление персоналомКомандировки
В 101.47044 был добавлен контроль по пересечению с неявками при добавлении сотрудника. Необходимо сделать контроль при изменении периода командировки.Добавлен контроль пересечения приказов на командировки с неявками табеля рабочего времени при изменении периода командировки. Для одноэтапных/многоэтапных приказов: При изменении полей "Командировка на" (количество дней), "с" (дата начала), "по" (дата окончания) происходит поиск неявок в табеле рабочего времени на предмет пересечения с периодом командировки. В случае пересечения выдается сообщение предлагающее отменить изменение для текущего поля. Если пользователь подтвердил откат изменения для текущего поля - значение поля восстанавливается и поиск пересечений прерывается для всех сотрудников командировки. Если пользователь отменил отказ изменений - поиск пересечений будет происходить для каждого сотрудника приказа. Для многоэтапных приказов при создании очередного этапа происходит поиск пересечений с периодом создаваемого этапа. При наличии пересечения выдается информационное сообщение.
102.1199938.10.66.0Aqa-test: не заполняется поле "№ КУ" при создании новых приказов на командировку и их копированииКассаПриказы на командировки
Aqa-test: не заполняется поле "№ КУ" при создании новых приказов на командировку и их копировании Ошибка критична для прогона Aqa-test Поломана ПиР 102.119451 Тест находится n:LIBAQATEST810REL+OBNOVLBUHKASkassa_krit_err После разворота сегмента сохранения во вновь создаваемых приказах поле "№ КУ" остается пустым, что приводит к RuntimeПри прогоне теста поле "№ КУ" заполняется.
101.470448.10.65.0Контроль пересечения командировки с отклонениямиУправление персоналомКомандировки
Необходимо доработать контроль пересечения командировки с отклонениями. Во вложенном файле таблица, в которой видно, что при вводе в систему командировки осуществляется контроль пересечения с предыдущими командировками сотрудника. Требуется доработать контроль пересечения с отпусками, учебными отпусками и целодневными неявками.В интерфейс "приказы на командировки" добавлен контроль за пересечением командировки сотрудника с неявками табеля рабочего времени, приказами на обучение. При попытке добавить сотрудника в приказ проверяется наличие неявок (кроме типов "Командировка" и "Выходные дни") в табеле рабочего времени (Модуль "Табельный учет" - табели), а также наличие действующих приказов на обучение (модуль "Управление персоналом" - Картотека сотрудников - локальное меню "2. Сведения об образовании" ). При наличии пересечений выдается соответствующее предупреждение с возможностью добавлять/не добавлять данного сотрудника в приказ на командировку.
102.1193088.10.65.0Номер командировочного удостоверения про оформлении приказа на основании имеющегосяУправление персоналомКомандировки
В случае оформления приказа на командировку "на основании имеющегося" номер Командировочного удостоверения автоматически увеличивается на единицу. Заказчик не печатает в этом случае КУ, новый номер КУ присваивать не нужно, т.к. ведется журнал номеров КУ, Номер КУ приходится менять вручную. Необходимо предусмотреть возможность выбора: присваивать новый номер командировочному удостоверению, в случае оформления приказа на основании имеющегося, или нет.Добавлена настройка "Настройки ГалактикиБухгалтерский контурОбработка документовЗначения полей по умолчаниюПриказы на командировкуСохранять номера КУ при формировании приказов на основании существующих" которая позволяет оставлять номера командировочных удостоверений неизменными при формировании приказов на командировку на основании существующего.
102.1154248.10.64.0Валюта отчетов в итогах?КассаРасшифровка авансовых документов
Установлена настройка "Настройки Галактики Общие настройки системы Отчеты, расчеты Валюта для отчетов" - "доллар США". При этом итоги по группировке в интерактивном отчете - формируются в валюте: Необходимора НДЕ/Валюта отчетов для его формирования (и видимо - не только для итогов). о в настройке интерактивного отчета предоставить возможность выбора НДЕ/Валюта отчетов для его формирования (и видимо - не только для итогов).В настройку отчета добавлены параметры "формировать суммы": "в НДЕ" - все суммы формируются в НДЕ "в валюте отчетов" - суммы отображаются в валюте отчетов ("Настройки Галактики Общие настройки системы Отчеты, расчеты Валюта для отчетов") "в валюте спецификации" - суммы спецификации выводятся в валюте спецификации, а итоговые суммы отображаются в валюте отчетов ("Настройки Галактики Общие настройки системы Отчеты, расчеты Валюта для отчетов") Ранее отчет "Расшифровка авансовых отчетов" работал в режиме "в валюте спецификации". Изменяются поля "Сумма", "Учтено", "Превышено". Доработана печать отчетов: согласно параметры "формировать суммы" выводятся колонки сумм в отчеты. В расширенный отчет выводятся суммы "Учтено", "Превышено" в соответствующих валютах. & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ БАЗОВЫХ ФОРМ: AOPLP.FRM & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ ШАБЛОНОВ: НЕТ
102.1179718.10.64.0Возможность запрета корректировки специфик. авансов. отчета при наличии оборотовКассаАвансовый отчет
Необходима возможность запрета корректировки спецификации авансов. отчета при наличии проводок.В документах "Авансовый отчет", "Расходный кассовый ордер", "Валютный расходный кассовый ордер" при наличии оборотов и соответствующей включенной настройке ("Настройки Галактики Бухгалтерский контур Обработка документов Параметры работы с документами различных типов" - при наличии бухгалтерских оборотов - "Да") блокируется возможность корректировки спецификации документа. Также блокируются пункты меню, приводящие к изменению документа.
102.1191138.10.64.0заполнять суммы при выборе долга подотчетника в спецификации АОКассаАвансовый отчет
заполнять суммы при выборе долга подотчетника в спецификации АО. сейчас заполняется только сумма в валюте аванса. необходимо также заполнять сумму в НДЕ и в валюте документаПри выборе долга из карточки подотчетника в спецификации авансового отчета заполняются поля "в нац. валюте" и "в валюте статьи расходов" суммой в НДЕ.
180.71198.10.64.0Копирование атрибутов спецификацииКассаАвансовый отчет
Сформировали позицию спецификации по норме, в неё перетянулись значения внешних атрибутов из нормы. После этого запускаем функцию "Дублирование статьи расходов Ctrl+F3", позиция скопировалась, а атрибуты нет.При дублировании позиции спецификации дублируются внешние атрибуты и классификация для новой записи.
101.490838.10.63.0Т13 изменяется после установки даты проверкиКассаПриказы на командировки
Информация из приказов на командировку учитывается в табеле учета рабочего времени сотрудников. Учитываются приказы со статусами "исполняется", "выполнена", "продлена". В случае, когда табель учета рабочего времени закрыт, то данные, которые учитываются в табеле не должны изменяться.Для контроля приказов необходимо включить настройки: "Настройки Галактики Управление персоналом Табельный учет Формирование Защитить проверенные табели от обновления" , "Настройки Галактики Управление персоналом Табельный учет Редактирование Запретить ввод системных неявок на период защищенных табелей", "Настройки Галактики Управление персоналом Табельный учет Редактирование Защитить проверенные табели от модификации". При контроле обрабатываются статусы "исполняется", "выполнена", "продлена". При этих статусах контролируются сотрудники в приказе, у которых закрыт табель учета рабочего времени. Запрещается удалять/добавлять сотрудников в приказы , если период командировки пересекается с месяцем, за который закрыт табель данного сотрудника. В случае запрета редактирования приказа по данным условиям запрещается изменение сроков командировки, изменения статуса. Если в приказе имеется сотрудник с командировкой, которая попадает в закрытый табель, а статус отличен от контролируемого ("исполняется", "выполнена", "продлена"), то изменить статус можно будет только на неконтролируемый (отличный от "исполняется", "выполнена", "продлена"). Для многоэтапных приказов анализируется статус приказа и статус этапа одновременно. Запрещается изменение сроков этапа если оно повлияет на сроки командировки, которые попадают в закрытый табель работника. Контролируется удаление, этапа, сотрудника, приказа по закрытому табелю.
101.500838.10.63.0Дата командировки не соответствует дате приказаКассаПриказы на командировки
В приказе на командировку в поле дата командировочного удостоверения выводится дата начала командировки, а должна выводиться дата приказа Дата командировочного удостоверения должна совпадать с датой приказа, а сейчас она тянется из даты начала командировки.Добавлена настройка "Настройки Галактики Бухгалтерский контур Касса Дата командировочного удостоверения равна дате приказа на командировку". В случае когда настройка установлена в значение "Да" (по умолчанию): в окне редактирования приказа скрывается колонка "Дата КУ", а в отчеты в значение даты командировочного удостоверения подставляется значение даты приказа на командировку. Если настройка установлена в значение "Нет" - колонка "Дата КУ" открыта и доступна для редактирования. В отчеты, в поле "Дата командировочного удостоверения" выводится соответствующее поле.
102.1176558.10.63.0Интерфейс выбора типа документа при формировании расходных документовКассаПриказы на командировки
Для выбора типа документа при формировании расходных документов использовать интерфейс F_KATDOC::VIPPICKDOCДля выбора типа документа при формировании расходных документов используется интерфейс F_KATDOC::VIPPICKDOC
102.1179258.10.63.0Дать доступ к интерфейсу F_PODOT::KOMUD при наличии лицензии STAFFMAINMENUУправление персоналомКомандировки
Дать доступ к интерфейсу F_PODOT::KOMUD при наличии лицензии STAFFMAINMENU2. При формировании приказов на командировки идет изменение табеля работника, а отследить из-за какой записи прошли изменения без этого интерфейса крайне сложно. У клиента лицензия только на "Управление персоналом".Для лицензии "Управление персоналом" (STAFFMAINMENU2) доступен интерфейс "Командировки сотрудников предприятия" (F_PODOT::KOMUD).
180.70948.10.63.0Фильтр по сотруднику на вкладке "Расходы" по РКОКассаАвансовый отчет
Вкладка "Расходы" в авансовом отчете. Нажимаем F7, выбираем тип документа "Расходный кассовый ордер", "Выбор существующих". В результате в заголовке выбора РКО отображается сотрудник, по Alt+B также указано, что установлено ограничение по сотруднику, но в списке видны все РКО по кассе.Фильтр работает правильно.
101.487658.10.62.0Нужна печатная форма реестра по алиментам.Заработная платаРеестры по перечислениям. Печатные формы реестров
Необходимо разработать печатную форму реестра по почтовым переводам в формате EXCEL или FR.Разработана печатная форма реестра по почтовым переводам в формате EXCEL.
102.1163458.10.62.0Реализовать печать приказов на командировку в соответствии с очередностью пометкКассаПриказы на командировки
Реализовать печать приказов на командировку в соответствии с очередностью пометки.Реализована печать приказов в соответствии с очередностью пометки приказов. 0В интерфейсе "Приказы на командировки" документы возможно сортировать: - по дате приказа + номеру приказа - номеру приказа Отсортировав по дате + номеру приказа и пометив сверху-вниз необходимые приказы будет получен отчет с сортировкой по дате + номеру приказа.