Вышел релиз 336 "Зарплата и Кадры"

0 - 22.04.2013 - 18:46

Релиз 7.70.336 от 22.04.2013

1. При подготовке сведений персонифицированного учета для ПФР, предоставлена возможность использовать в сведениях о стаже код дополнительных сведений раздела "Исчисление страхового стажа" - ДЛОТПУСК.

victuan

81 - 26.04.2013 - 17:07

78-Korpas >Почему?

Korpas

82 - 26.04.2013 - 20:37

(81) Не знаю. Сейчас из дома нормально скачал. На работе не получалось. Может с провайдером что-то...

Гость

83 - 27.04.2013 - 16:53

Подозреваю, что мне свои настройки теперь все время таскать придется... или рубить хвост, что тоже не доказательно и не наглядно:(

Гость

84 - 28.04.2013 - 19:45

2victuan:
После перераспределения сотрудников по пачкам , не формируются файлы, выдает ошибку (версия 2.13.1):
ТаблицаВыплат.ВыбратьСтроки();
{L:\EXTFORMS_ZIK\ПОДГОТОВКАСВЕДЕНИЙДЛЯПФР2011.ERT( 9571)**: Значение не представляет агрегатный объект (ВыбратьСтроки)

victuan

85 - 29.04.2013 - 05:41

84-raevsky >Что такое "перераспределение сотрудников по пачкам"?
Сообщите подробную последовательность, приведшую к ошибке.
Повторите эту же последовательность на типовом отчете (без моих доработок). Ошибка воспроизводится на типовом отчете?

Kapitan911

86 - 29.04.2013 - 06:42

На типовом отчете после ручного переноса сотрудников из одной пачки в другую такая ошибка проявляется.
Таблица выплат при ручном переносе теряется.

Гость

87 - 29.04.2013 - 09:01

85-victuan Ручной перенос сотрудников из одной пачки в другую, на типовом отчете тоже самое.

Гость

88 - 29.04.2013 - 18:23

86-Kapitan911 > Попробуй http://infostart.ru/public/87032/

Гость

89 - 29.04.2013 - 18:35

88-GSokolov> Если возможно, выложите,пожалуйста,Вашу обработку в свободный доступ.После ручного переноса сотрудников из одной пачки в другую ошибка также возникает.

Гость

90 - 29.04.2013 - 18:38

а перенос сотрудников без начислений? и вообще, зачем перенос? если без начислений, то проще воткнуть создание пустой таблицы в другом месте

Гость

91 - 29.04.2013 - 18:42

1.Перенос льготников в отдельную пачку (требование ПФР),
2." проще воткнуть создание пустой таблицы в другом месте " - как понять?

Гена

92 - 29.04.2013 - 18:56

а нельзя утром ~~стулья~~ выплаты, потом перекид?

Гость

93 - 29.04.2013 - 19:12

91-mar_ta > ну как-бы попонятнее... если у сотрудника нет начислений, то в обработке при распределении по пачкам на этого сотрудника создается пустая таблица выплат. что-то вроде глСоздатьТаблицуВыплат (лень конфигуратор открывать). так вот вызов этой процедуры, при условии отсутствия таблицы, положить перед тем местом, где ругается:)

Гость

94 - 29.04.2013 - 19:23

92-Гена> и 93-Buhta> это ваши предложения как переписать типовую обработку? А нет ли готовой обработки, а то victuan с утра молчит?

Гость

95 - 29.04.2013 - 19:25

94-mar_ta > Вы просто пользователь?

Гость

96 - 29.04.2013 - 19:45

95-Buhta> Нет. Такая проблема возникла не только у меня ( см. 84). Если Вы знаете, где исправить типовую обработку, и, если это для Вас воэможно, то подскажите,пожалуйста.

Гена

97 - 29.04.2013 - 19:47

а нельзя сначала распределить уплаты, а затем только перебрасывать льготников в отдельную пачку?

Гость

98 - 29.04.2013 - 19:56

96-mar_ta > да я же вроде уже сказала где... перед ТаблицаВыплат.ВыбратьСтроки() на которое ругается воткнуть типа того:
Если ТипЗначенияСтр(ТаблицаВыплат)<>"ТаблицаЗначений" тогда
ТаблицаВыплат=глСоздатьТаблицуВыплатСЗВ64();
КонецЕсли;

Гость

99 - 29.04.2013 - 20:00

+ если печатать тоже надо, то аналогично в процедуре печати перед Если ТаблицаВыплат.КоличествоСтрок()>0 Тогда

Гость

100 - 29.04.2013 - 20:16

98-Buhta> Спасибо, не помогло, проблема со всеми пачками , кроме инвалидов и без начислений.

Гость

101 - 29.04.2013 - 20:23

100-mar_ta > не верю:)

Гость

102 - 29.04.2013 - 20:29

+ если что, там в процедуре выгрузки в 2-х местах это воткнуть надо

MishaD

103 - 29.04.2013 - 20:34

Сегодня использовал обработку victuan'а. Она все-таки для правильного, и удобного распределения уплат. А для всего остального делаю переброс в "Документы ПУ". И не надо корячиться с перебросом льготников в другие пачки. "Документы ПУ" прекрасно делит пачки на льготников, штатных и договорников.

Гость

104 - 29.04.2013 - 20:55

102-Buhta> спасибо помощь, терпение и Ваше время ,при ошибке ссылка была уже на другую строку.Простите за невнимательность.Вставлено в 2-х местах, проверяем checkxml.

Гость

105 - 30.04.2013 - 07:43

91-mar_ta > См (12)

Гость

106 - 30.04.2013 - 13:14

89-mar_ta > https://skydrive.live.com/redir?resi...NTlQV1pdeBHcUc

Гость

107 - 30.04.2013 - 13:36

106-GSokolov > :) каждый наваял что-то для себя:)

Гость

108 - 30.04.2013 - 14:30

+ может скинемся и создадим что-нибудь универсальное-рабочее?;) ЗЫ: обработку Виктуана не смотрела, т.к. у него неск. другой подход и лень было, т.к. сдала уже все, но все остальные предложения в нашем случае работать не будут... но в своих правках я совсем не посвящала себя льготникам и вредникам и т.п.... я пока собираю коллекцию решений, м.б. когда и чужие мысли пригодятся;)

victuan

109 - 30.04.2013 - 19:01

91-mar_ta >Перевыгрузка через Документы ПУ-5 решит проблему.
94-mar_ta >А что я должен был говорить? ;)

Гость

110 - 02.05.2013 - 00:24

Цитата:

Сообщение от Buhta

может скинемся и создадим что-нибудь универсальное-рабочее?;)

А надо ли? Отчитался типовой ЗиКой, всё вроде как работает. Да и правила игры постоянно меняются.

Гость

111 - 02.05.2013 - 08:25

110-Странный аттрактор > ну у кого-то работает, а у кого-то не работает... да я не настаиваю:) для себя, что нужно на данный момент, нарисовала:) понадобится другое - еще что-нить нарисую или спишу у кого-нить:)

Гость

112 - 02.05.2013 - 08:36

конкретные замечания по обработке (106): 1) определение типа договора для каждого отчетного периода с 2010 года приводит к тому, что если не полностью каждый период закрывается оплата, то у "перебежчиков" с ДГПХ на трудовой и обратно по одному типу договора возникает недоплата, по другому переплата (ведь раньше не было деления), из-за этого лишнее деление сотрудников по пачкам, ругань на переплату и, главное, не верная сумма распределения текущего периода! уж лучше как в типовом, все прошлое на трудовой
2) как и у всех - проход только по исходным. сотрудники из только корректировок пропадают или не те суммы учитываются (редкий случай, но у нас случилось такое)

Гость

113 - 02.05.2013 - 08:42

+ но зато ситуация с вываливанием отсутствия таблицы начислений при ручном переносе по пачкам устранена:) чего нет в других обработках:) + еще наверно что-то полезное для льготников и вредников. + полезное для проверки отрицательных сумм. спишу м.б. кое-что в след раз;)

Гость

114 - 02.05.2013 - 19:26

Цитата:

Сообщение от Buhta

ругань на переплату и, главное, не верная сумма распределения текущего периода!

На ругань по переплате не обращайте внимания, это рецидив прошлогоднего, переделывать не стал, для проверки переплаты целиком по сотруднику есть вкладка "Анализ". У себя неправильного распределения в описанном случае не заметил, хотя сотрудники такие есть. Однако, приму к сведению, хотя для ПФР неважно, в какой пачке стоит уплата, им важен общий результат уплаты по физлицу.

Цитата:

Сообщение от Buhta

как и у всех - проход только по исходным.

Есть варианты на вкладке "Анализ":
а) по файлам XML с 2010 года, сложенным в одну папку, указанную в строке на вкладке "Анализ", и
б) если строка не заполнена, по файлам, загруженным в ЗиК, только в этом случае корректирующие пачки должны быть указаны в соответствующей АДВ-6-2 при загрузке. ЗиК вообще, ИМХО, не предусмотрела ситуацию загрузки корректировок, не учтённых в АДВ при сдаче исходников.

Гость

115 - 02.05.2013 - 23:57

Цитата:

Сообщение от Buhta

но зато ситуация с вываливанием отсутствия таблицы начислений при ручном переносе по пачкам устранена

А зачем переносить-то?

Гость

116 - 03.05.2013 - 09:02

115-Странный аттрактор > Раз есть кнопочка, значит НАДО! Бывают ситуации...

Гость

117 - 05.05.2013 - 10:24

Цитата:

Сообщение от GSokolov

На ругань по переплате не обращайте внимания, это рецидив прошлогоднего

некоторые ПФ не пропускают даже 1 копейку переплаты, если это на самом деле переплаты, а не результат кривости обработки... если обработка дает такую ругань, то надо смотреть (у себя просто открыла таблицу переплат на печать). копейки могут быть пережитком прошлого, но серьезные суммы из-за ошибок при сборе переданных сумм взносов и уплат приводят к неправильным текущим суммам.... кста, определение типа договора таким образом тоже считаю не корректным - сотр. в каком-то периоде мог УЖЕ не работать, но попасть в сведения с доплатой или каким-нить доначислением... а его на ДГПХ...

Гость

118 - 05.05.2013 - 18:50

117-Buhta > Ругань на переплату появляется как раз по предыдущим данным в загруженных файлах, а не по текущему периоду.

Цитата:

Сообщение от Buhta

кста, определение типа договора таким образом тоже считаю не корректным

Предложи свой алгоритм. При условии отсутствия информации о типе договора в прошлых файлах и необязательности помещения задолженности в пачку с конкретным типом. Кстати, тип договора у меня определяется для каждого загруженного периода с приоритетом трудового, а не ГПХ.

Гость

119 - 05.05.2013 - 19:48

118-GSokolov >

Цитата:

Сообщение от GSokolov

Ругань на переплату появляется как раз по предыдущим данным в загруженных файлах

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

Цитата:

Сообщение от GSokolov

тип договора у меня определяется для каждого загруженного периода с приоритетом трудового, а не ГПХ.

Если ПустоеЗначение(ТипДоговора)=1 Тогда
Если ПустоеЗначение(глРаботалСотрудник(ВремТабДанных.Со трудник, НачалоПериода, глПолучитьДатуОкончанияОтчетногоПериодаСЗВ(НачалоП ериода)))=0 Тогда
ВремТабДанных.ТипДоговора = Перечисление.ТипДоговораСЗВ63.Трудовой;
Иначе
ВремТабДанных.ТипДоговора = Перечисление.ТипДоговораСЗВ63.ГражданскоПравовой;
КонецЕсли;
Иначе
ИМХО, это приоритет ДГПХ:) если не работал, то все туда свалится

Цитата:

Сообщение от GSokolov

Предложи свой алгоритм

Если ПустоеЗначение(ТипДоговора)=1 Тогда
Если (глВидРасчетаДействует(ВремТабДанных.Сотрудник, ВидРасчета.ОплатаПоДоговору,'01.10.12','31.12.12') =0) или (ПустоеЗначение(глРаботалСотрудник(ВремТабДанных.С отрудник, '01.10.12','31.12.12'))=0) тогда //считаем, что нет хронических недоплат и если доплачиваем, то только за последний картал 2012
ВремТабДанных.ТипДоговора = Перечисление.ТипДоговораСЗВ63.Трудовой;
Иначе
ВремТабДанных.ТипДоговора = Перечисление.ТипДоговораСЗВ63.ГражданскоПравовой;
КонецЕсли;
Иначе

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

Гость

120 - 05.05.2013 - 20:00

+ и еще вот это что:
НачалоПериода = ?(ПустоеЗначение(Док.КорректируемыйПериод)=0, Док.ОтчетныйПериод, Док.КорректируемыйПериод);??? уже спрашивала в прошлый раз, но ответа не получила... имхо, абсурд полный... если наоборот, то смысл вижу, а если именно так как написано, то почему-то берем корректируемый при его отсутствии, а отчетный при наличии корректируемого... ЗЫ: вопчем с таким кодом в моей базе совсем не те суммы распределялись

Интернет-форум Краснодарского края и Краснодараг. Краснодар, Краснодарский край 2022г.

Интернет-форум Краснодарского края и Краснодара
г. Краснодар, Краснодарский край 2022г.