GaryaКонкретно в ЗиК версионность практически не используется.Версионность чего нужна?

Роман ДынникЕсть ли понятие параллельного или вертикального расчета, многопоточности расчета? Что это такое?

GaryaС изменением оклада задним числом Вы верно сказали - имеются проблемы. Мне пытались объяснить это тем, что зарплата, дескать, такая область, которая ошибок не прощает. Закрытие периода должно происходить "насмерть". Короче, в ЗиК учетное время "сливается" с календарным... :)

До 15 числа месяца, следующего за периодом расчета зарплаты, должна быть собрана база для ЕСН, начислен и перечислен ЕСН, отражен результат в бухучете и т.д. Если после этого мы решим поправить начисления задним числом, получим кучу дурной работы.
Аналогия - закрыли бухгалтерский год, сдали отчетность, закрытый год не трогаем.

Жесткое закрытие периода расчета зарплаты - не блажь конфигурастов, и не недостаток платформы.


Все остальное обсуждение очень спорно, чувствуются пробелы и в предметной области и в знании функционала ЗУП/ЗиК.

Роман Дынник Можно считать компанию последовательно по сотрудникам, можно расчет сотрудников распараллелить (одновременно считать, например, 100 сотрудников в 100 потоках) Вот это не знаю как сделать. Сомневаюсь, что вообще возможно. Даже если принять за поток одного расчетчика, работающего с одним документом :), то именно расчет будет происходить параллельно, а запись результатов в базу по одному документу.
Роман Дынник можно для простых начислений выполнить вертикальный расчет, кот. выполнится более быстро за счет множественной обработки сразу, т.е. не по сотрудникам а по начислениям. Можно комбинировать эти два вида. Делал такое в 7.*, в нашей терминологии называлось "пакетный расчет". В 8.* перебора записей и их последовательного расчета, как было в 7.* нет, т.е. все делается "вертикально".

Роман ДынникЗакрывайте, но в ЗиК-е(наверное и в др. сторонних конфигурациях) нет такого понятия как "номер расчета", который дает возможность в рамках месяца сделать любое кол-во доп. расчетов. И изменения делаются в новом расчете, т.е. записи не правятся в вашем "закрытом периоде".
В новом номере расчета делается сторнировка и начисление. Таким образом, я могу сформировать любую отчетность учитывая данные до соответствующего "номера расчета".

Версионность по учетному и календарному времени.
учетная дата каледарная дата ... сумма10.01.2007 10.01.2007 оклад 200010.01.2007 10.02.2007 оклад 1500
Смысл понял. Решить можно, добавив еще одно измерение в регистры расчета. В типовой, конечно, этого нет.

Роман ДынникС переподачей отчетности никогда не сталкивались? Сталкивался неоднократно. Подача уточненной отчетности - исключение. Если дать пользователям произвольно править предыдущие периоды это исключение превратиться в ЗЛО. Помимо отчетности есть еще расчетные листки, которые уже выданы работягам, когда они получают вторую версию расчетки, начинается Маппет-шоу. Тоже сталкивался. Еще есть закрытая себестоимость, определенный финансовый результат и позеленевший главбух.

Роман ДынникНаверное поэтому кругом для средних и крупных компаний - "самописные" зарплаты, да? Согласен, типовым функционалом без чудес можно расчитывать достаточно простые зарплаты.

Резумэ: Типовая написана громоздко и универсально, часть функционала избыточна. Сама же платформа хороша, писать зарплату "с нуля" - долго, конечно, но стоит.

Garya...и на разницу между ранее полученными (по ним должна быть распечатка) и новыми суммами подготовить бухгалтерскую справку. Всё! Делов на 5 минут... :) Если себестоимость сложная - делов на 2 дня.

GaryaНе все пользователи такие тупые, как иногда о них думают... :) Точно, они еще тупее, чем о них думают, хехе
GaryaА для исключений достаточно решить эту проблему настройкой соответствующих прав доступа, а не обрубанием функционала В типовой 7.7 существует документ "Исправление", правит закрытые периоды. В 8.1 аналога не нашел, написать его - день ленивой работы.