Вход | Регистрация
 
1С:Предприятие :: 1С:Предприятие 8 общая

ЗУП версии 3.1.10. Расширение для исправления ошибки 10223517

ЗУП версии 3.1.10. Расширение для исправления ошибки 10223517
Я
   obs191
 
27.06.20 - 08:28
У кого-нибудь не глючит?
https://yadi.sk/d/SIp3Eu_7YdbfbQ
   Aleksey
 
1 - 27.06.20 - 08:29
так пора уже обновляться...
   Фрэнки
 
2 - 27.06.20 - 08:45
имхо, это расширение запилили для 3.1.14 и его версия для 3.1.10 просто не рабочая, хотя в зип она вложена.
   Фрэнки
 
3 - 27.06.20 - 08:50
(1) до сентября время еще есть. А наличие дурных глюков тоже аргумент, чтоб не торопиться чрезмерно.

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

Как и БП 3 - предупреждение при первом запуске озвучивает, но на том же прошлом релизе платформы, что и ЗУП продолжает работает.
   obs191
 
4 - 27.06.20 - 08:56
(2) Понятно
(3) +
   2S
 
5 - 27.06.20 - 09:54
(3) Фрэнки, не плодя темы.
Мы как-то мусолили тему со страховыми взносами (точнее база страховых взносов) в случае перерасчетов прошлого периода. Например, больничный во время отпуска.
Кратко напомню, в случае отсутствия начислений текущего месяца, ЗиУП сторнирует записи периода начисления записи сторно. Если же в расчетном месяце ввода больничного начисления есть, то сорнируется текущий период.
Перекосы случаются довольно часто. Обычно больничные вводятся в течении расчетного периода, до начисления. Получаем одну базу для расчета страховых взносов (сторнируются "прошлые" периоды).
А теперь представим ,что в этот период , до расчета начислений, сдают отчетность.
После расчета начислений, база меняется, так как формируются записи корректировок сторно (сторно перекладывается на текущий месяц).
Старался не сумбурно, думаю понятно описал. Что спросить хотел - я думаю ты сталкиваешься с таким, как выходидишь из ситуации?
Понятно, что надо сдавать корректировки, но, блин, это дикий геморрой при большой численности.
Конечно сказал своим, после расчета, перепроводить все отклонения и начисление зп текущего периода повторно, чтобы базы страховых привести в соответствие, но вот отчетность уже может быть сдана к тому моменту...
   Фрэнки
 
6 - 27.06.20 - 10:37
(5) Я так думаю, что в сейчас уже состояние расчетов и перерасчетов с больничными и отпусками существенно доработали.
Есть подробные разборы как это нужно делать на новом функционале.

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

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

:-)
   2S
 
7 - 27.06.20 - 10:42
(6) cпасибо за коммент
вынуждают уходить на 3.1.14
   kzot
 
8 - 29.06.20 - 17:34
(7) попробуй патчи обнови для 3.1.10
   kzot
 
9 - 29.06.20 - 21:22
всяк одно, в патче для 3.1.14 при отклонениях по дням для среднего считается неправильно, надо править.
   hhhh
 
10 - 29.06.20 - 21:35
(9) сейчас с этими нерабочими днями так всё запутали, что уже никто не знает, правильно или неправильно. Вы думаете, что неправильно, а на самом деле неизвестно.
   kzot
 
11 - 29.06.20 - 21:58
(10) если бы я только думал, то не писал бы... в исправлении они пересчитывают коэффициенты и сделали это неправильно применяют его к о всем начислениям по виду, что то вроде СуммаНачислений * (ОбщееВремя-ОплачиваемоеНерабочееВремя)/ОбщееВремя ) и это пишут в средний.
при желании, можете проверить сами записи расчета среднего в РН "Данные о начислениях для расчета среднего заработка (общий)" при смене графика работы у сотрудника.
   Gucci76
 
12 - 29.06.20 - 22:56
(5) У меня клиенты не любят пересдавать. Просят, если в течении квартала у сотрудника положительная сумма дохода для взносов, то поменять минус в этом месяце с каким то другим сотрудником, а в другом месяце обратную процедуру (для регистра накопления "Учет доходов для взносов" и пересчет самих взносов). Но если сотрудник увольняется, то пересдают.
Т.к. сотрудников в базе много, то вероятность обнаружить небольшая.
Чтобы БЛ с "кривыми" движениями (до начисления ЗП) не попадали в отчет, то дату отчета надо ставить концом квартала.
   hhhh
 
13 - 30.06.20 - 11:02
(11) ну они же не сами придумали эти коэффициенты. Они же проконсудьтировались при этом в минтруда,  в минфине и в налоговой, и там сказали, что так правильнее.
   kzot
 
14 - 30.06.20 - 11:53
(13) да это понятно, просто при идеальных условиях всё работает, если чуть в сторону плывёт.
патчи же фиксят по тихому, вчера для десятки обновили.
сейчас время есть, буду проверять, опять сомнения по сказанному в (11).

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.