"История" сотрудников должна сохраняться. Если сотрудник по старому документу получил что-то по старой должности, то это изменяться не должно. Поэтому атрибуты хранятся в документе. При копировании только расчетчик может знать изменилось ли что-то у сотрудника или нет. Автоматически лучше ничего не менять, иначе концов не найдешь. Хорошо бы иметь сообщение от программы, что у сотрудника что-то изменилось, чтобы расчетчик узнал об этом. Но это нереально. Так как атрибутов, которые могут измениться очень много и программно отследить все изменения невозможно. Жесткого регламента по расчету ЗП не существует.
Хочу рассказать еще о такой проблеме, которая часто возникает у нас. Наши бухгалтера очень любят не создавать новые документы, а копировать предыдущие. К примеру, сотрудник работал слесарем, а с 01.02. его перевели электрогазосварщиком, а это должность с вредностью. Документ изменение был создан, все поставлено как надо, но... при копировании документа, должность и пр. остается старым. Бухгалтера ноль внимания, зато когда начинаем налоги считать, доп тариф для электрогазосварщика не начислен
Уходит куча времени, чтобы понять и исправить ошибку.
В связи с этим очень прошу разработчиков учесть, что при копировании документа все данные по сотруднику должны обновляться!!! А также желательно, чтобы при создании документа "Изменение" задним числом, все созданные документы после даты изменения это учитывали
И, если честно, я не пойму зачем в каждый документ тащить должность и подразделение сотрудника в принципе, но это, конечно дело вкуса, может у кого сотрудники по должностям и подразделениям скачут без приказов.
Так ведь я не прошу менять старые документы. Мне нужно новые выводить правильно. Если у меня сотрудник с 01.02. переведен на другую должность или в другое подразделение, то в документе после 01.02. он выводиться ОБЯЗАН по новой должности. А расчетчик не может в голове держать столько информации, на то мы все это и автоматизируем. Зачем тогда делать документ "изменение"? Понятно, что копировать документы удобнее, чем заново набирать и многие этим пользуются. Так почему бы не пересмотреть это в процедуре при копировании или при изменении даты? Изменилась дата - обнови данные сотрудника на актуальные.
При копировании НЕ ВСЕГДА есть необходимость изменять данные по сотруднику. Поэтому вариант "Всегда изменять" более неудобный чем "Изменять вручную". Скорее всего будет возникать больше вопросов, так как будет меньше контроля.
Мы перешли на 5.0 с Камина 1.2. Там вообще не выводились данные в документ, такие как подразделение и должность. Сотрудник и всё, и все работало прекрасно.
Сотрудник может проходить по нескольким подразделениям-должностям. Причем, может быть, даже в одном документе. И что менять при копировании?
В "простом" привычном варианте (1.2) замены "научились" использовать. Это хорошо. Может и в ЗП50 что-то подобное будет.
Но, рассмотрев историю развития КАМИН-Зарплаты: 2.0, 3.0, 3.5, 4.0, 5.0, 5.5..., увидим, что подобного механизма обновления реквизитов сотрудников в документх нет. Вывод: в нем нет необходимости?
Хочу рассказать еще о такой проблеме, которая часто возникает у нас. Наши бухгалтера очень любят не создавать новые документы, а копировать предыдущие. К примеру, сотрудник работал слесарем, а с 01.02. его перевели электрогазосварщиком, а это должность с вредностью. Документ изменение был создан, все поставлено как надо, но... при копировании документа, должность и пр. остается старым. Бухгалтера ноль внимания, зато когда начинаем налоги считать, доп тариф для электрогазосварщика не начислен
Уходит куча времени, чтобы понять и исправить ошибку.
В связи с этим очень прошу разработчиков учесть, что при копировании документа все данные по сотруднику должны обновляться!!! А также желательно, чтобы при создании документа "Изменение" задним числом, все созданные документы после даты изменения это учитывали
И, если честно, я не пойму зачем в каждый документ тащить должность и подразделение сотрудника в принципе, но это, конечно дело вкуса, может у кого сотрудники по должностям и подразделениям скачут без приказов.
Так ведь я не прошу менять старые документы. Мне нужно новые выводить правильно. Если у меня сотрудник с 01.02. переведен на другую должность или в другое подразделение, то в документе после 01.02. он выводиться ОБЯЗАН по новой должности. А расчетчик не может в голове держать столько информации, на то мы все это и автоматизируем. Зачем тогда делать документ "изменение"? Понятно, что копировать документы удобнее, чем заново набирать и многие этим пользуются. Так почему бы не пересмотреть это в процедуре при копировании или при изменении даты? Изменилась дата - обнови данные сотрудника на актуальные.
Почему бы на основании этой дискуссии не внести предложения:
1: при копировании документов по начислениям ТОЛЬКО проверить учетные данные (должность, подразделение, статья затрат, источник и т.д.) и сообщить о расхождениях при утвердительном ответе на вопрос "Обновить данные?" - обновить их. Ту же саму проверку делать по кнопке "Рассчитать одно или всех".
Так ведь я не прошу менять старые документы. Мне нужно новые выводить правильно. Если у меня сотрудник с 01.02. переведен на другую должность или в другое подразделение, то в документе после 01.02. он выводиться ОБЯЗАН по новой должности. А расчетчик не может в голове держать столько информации, на то мы все это и автоматизируем. Зачем тогда делать документ "изменение"? Понятно, что копировать документы удобнее, чем заново набирать и многие этим пользуются. Так почему бы не пересмотреть это в процедуре при копировании или при изменении даты? Изменилась дата - обнови данные сотрудника на актуальные.
А как данные могут обновиться при копировании, если программа не знает, что вы там меняете?Как вы себе это представляете?
При вводе кадровых документов задним числом необходимо обновить данные во всех кадровых документах поздним числом. Существует определенный порядок работы в программе, а именно последоватнльное изменение и проведение документов.
При вводе кадровых документов задним числом необходимо обновить данные во всех кадровых документах поздним числом. Существует определенный порядок работы в программе, а именно последоватнльное изменение и проведение документов.
Так почему бы об этом программе не подумать? Напишу еще раз, в КАМИНЕ 1.2 было достаточно ввести документ Изменение и перепровести последующие документы, в КАМИНЕ 5.0 необходимо все документы не просто перепровести, но и переделать.
Вносить изменения в этой части конфигурации не планируется.
Единственное, зафиксировано предложение:
mirwl пишет:
Почему бы на основании этой дискуссии не внести предложения:
1: при копировании документов по начислениям ТОЛЬКО проверить учетные данные (должность, подразделение, статья затрат, источник и т.д.) и сообщить о расхождениях при утвердительном ответе на вопрос "Обновить данные?" - обновить их. Ту же саму проверку делать по кнопке "Рассчитать одно или всех".
Предложение 1763 зафиксировано и передано в отдел разработки.