| igmig65 | Дата: Понедельник, 11.01.2010, 12:38 | Сообщение # 1 |
|
Генерал-майор
Группа: Проверенные
Сообщений: 370
Репутация: 24
Статус: Offline
| Заметил такую ситуацию(моделировал на 19 ЗиК, 25 платформа). Если например в предыдущем расчетному периоду месяце были введены отпускные, переходящие на текущий месяц (например: 2 записи с 20/11/2009 по 30/11/2009 и с 01/12/2009 по 22/12/2009). А в текущем сотруднику ввести больничный (например с 15/12/2009 по 20/12/2009), они вытеснят отпускные за период больничных (с 15/12/2009 по 20/12/2009), т.е. введется сторно отпускных за этот период. И вот если табель был введен до больничных, то все нормально, а вот если теперь перепровести табель, то оклад вводится и до вытесненной записи, в нашем случае с 01/12/2009 по 14/12/2009. Тоесть ОкладВытесняемый уже невидит что период до 15 числа занят отпускными. Судя по описаниям вообще правильно в таких случаях отклонения вводить после ввода оклада. Но отпускные то уже в прошлом периоде и их не перепроведешь. Получается платформа не видит пересечение периодов вытесняющих и вытесняемых расчетов, если введена сторно запись не за весь период первичной записи. Кто нибудь сталкивался с такой проблемой.
|
| |
|
|
| Темный_Эльф | Дата: Суббота, 16.01.2010, 11:11 | Сообщение # 2 |
|
Полковник
Группа: Пользователи
Сообщений: 173
Репутация: 33
Статус: Offline
| Для решения данной проблемы необходимо и достаточно вести учет отработанного времени не методом отклонений, а использовать прямой учет отработаного времени. Вытеснение в компоненте Расчет лучше не использовать вообще.
|
| |
|
|
| igmig65 | Дата: Понедельник, 18.01.2010, 12:31 | Сообщение # 3 |
|
Генерал-майор
Группа: Проверенные
Сообщений: 370
Репутация: 24
Статус: Offline
| Quote (Темный_Эльф) использовать прямой учет отработаного времени
В моем случае, т.к все работают на повременке, графики работ стандартные, метод отклонений позволяет полностью автоматизировать ввод табелей. Да и учет таким методом ведется уже не один год и не на одной фирме. А сам метод определяется при начале работы и менять его уже нельзя.
Проблему решил просто дополнительной проверкой первичной записи(атрибут сторно записи). Но все-же, вытесняемый расчет, если нет сторно записи видит периоды вытесняющих расчетов и вводит записи с откорректированым периодом, а если есть сторно, то корректируется уже по периоду сторно, хотя должен учитывать и сторно и первичную запись.
|
| |
|
|
| Темный_Эльф | Дата: Вторник, 19.01.2010, 20:31 | Сообщение # 4 |
|
Полковник
Группа: Пользователи
Сообщений: 173
Репутация: 33
Статус: Offline
| Если хочешь автоматизировать ввод табелей, то можно в процедуре заполнения табеля (при прямом методе учета времени) анализировать уже существующие начисления, искать среди них больничные/отпускные/прогулы/отгулы и соответсвующим образом корректировать табель. ИМХО, это правильнее. Также это позволяет откорректировать фактически отработанное время в случае, когда соответствующий документ (например больничный лист) еще не поступил в бухгалтерию.
|
| |
|
|
| AgA | Дата: Суббота, 23.01.2010, 19:49 | Сообщение # 5 |
 Подполковник
Группа: Пользователи
Сообщений: 145
Репутация: 26
Статус: Offline
| У меня была аналогичная проблема с отзывом из отпуска, в прошлом дали теперь хотят вернуть. Насколько понял механизм вытеснения программным путем изменить нельзя. Было давно уже всего не помню. Нужно попробовать ввести документом ввод любого расчета может получится. Он делает проведение 2 варианта Записать и Ввести запись расчета (по разному проводит). Если ничего не получится можно включить программно, видимость по окладу не вытесняемому и конкретному ввести вручную что нужно документом ввод любого расчета. Но тогда будет некрасиво в отчетах 2 вида оклада.
|
| |
|
|
