У кого-нибудь не глючит?
https://yadi.sk/d/SIp3Eu_7YdbfbQ

так пора уже обновляться...

имхо, это расширение запилили для 3.1.14 и его версия для 3.1.10 просто не рабочая, хотя в зип она вложена.

(1) до сентября время еще есть. А наличие дурных глюков тоже аргумент, чтоб не торопиться чрезмерно.

К тому же 3.1.10 работает еще на прошлых релизах платформы, а для свежего ЗУП платформу нужно обновлять.

Как и БП 3 - предупреждение при первом запуске озвучивает, но на том же прошлом релизе платформы, что и ЗУП продолжает работает.

(2) Понятно
(3) +

(3) Фрэнки, не плодя темы.
Мы как-то мусолили тему со страховыми взносами (точнее база страховых взносов) в случае перерасчетов прошлого периода. Например, больничный во время отпуска.
Кратко напомню, в случае отсутствия начислений текущего месяца, ЗиУП сторнирует записи периода начисления записи сторно. Если же в расчетном месяце ввода больничного начисления есть, то сорнируется текущий период.
Перекосы случаются довольно часто. Обычно больничные вводятся в течении расчетного периода, до начисления. Получаем одну базу для расчета страховых взносов (сторнируются "прошлые" периоды).
А теперь представим ,что в этот период , до расчета начислений, сдают отчетность.
После расчета начислений, база меняется, так как формируются записи корректировок сторно (сторно перекладывается на текущий месяц).
Старался не сумбурно, думаю понятно описал. Что спросить хотел - я думаю ты сталкиваешься с таким, как выходидишь из ситуации?
Понятно, что надо сдавать корректировки, но, блин, это дикий геморрой при большой численности.
Конечно сказал своим, после расчета, перепроводить все отклонения и начисление зп текущего периода повторно, чтобы базы страховых привести в соответствие, но вот отчетность уже может быть сдана к тому моменту...

(5) Я так думаю, что в сейчас уже состояние расчетов и перерасчетов с больничными и отпусками существенно доработали.
Есть подробные разборы как это нужно делать на новом функционале.

Если совсем кратко, то попробовали в документах отпуска указать возможность создания перерасчета в случае появления больничного не совсем вручную. Насколько удачно получилось - это надо подробно смотреть.

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

:-)

(6) cпасибо за коммент
вынуждают уходить на 3.1.14

(7) попробуй патчи обнови для 3.1.10

всяк одно, в патче для 3.1.14 при отклонениях по дням для среднего считается неправильно, надо править.

(9) сейчас с этими нерабочими днями так всё запутали, что уже никто не знает, правильно или неправильно. Вы думаете, что неправильно, а на самом деле неизвестно.

(10) если бы я только думал, то не писал бы... в исправлении они пересчитывают коэффициенты и сделали это неправильно применяют его к о всем начислениям по виду, что то вроде СуммаНачислений * (ОбщееВремя-ОплачиваемоеНерабочееВремя)/ОбщееВремя ) и это пишут в средний.
при желании, можете проверить сами записи расчета среднего в РН "Данные о начислениях для расчета среднего заработка (общий)" при смене графика работы у сотрудника.

(5) У меня клиенты не любят пересдавать. Просят, если в течении квартала у сотрудника положительная сумма дохода для взносов, то поменять минус в этом месяце с каким то другим сотрудником, а в другом месяце обратную процедуру (для регистра накопления "Учет доходов для взносов" и пересчет самих взносов). Но если сотрудник увольняется, то пересдают.
Т.к. сотрудников в базе много, то вероятность обнаружить небольшая.
Чтобы БЛ с "кривыми" движениями (до начисления ЗП) не попадали в отчет, то дату отчета надо ставить концом квартала.

(11) ну они же не сами придумали эти коэффициенты. Они же проконсудьтировались при этом в минтруда,  в минфине и в налоговой, и там сказали, что так правильнее.

(13) да это понятно, просто при идеальных условиях всё работает, если чуть в сторону плывёт.
патчи же фиксят по тихому, вчера для десятки обновили.
сейчас время есть, буду проверять, опять сомнения по сказанному в (11).