78-Korpas >Почему?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

91-mar_ta > См (12)

89-mar_ta > [url]https://skydrive.live.com/redir?resid=3D1C2A342390B347!108&authkey=!ANTlQV1pdeBHcUc[/url]

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

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

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

[quote=Buhta;30255932]может скинемся и создадим что-нибудь универсальное-рабочее?;)[/quote]
А надо ли? Отчитался типовой ЗиКой, всё вроде как работает. Да и правила игры постоянно меняются.

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

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

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

[quote=Buhta;30270827]ругань на переплату и, главное, не верная сумма распределения текущего периода![/quote]На ругань по переплате не обращайте внимания, это рецидив прошлогоднего, переделывать не стал, для проверки переплаты целиком по сотруднику есть вкладка "Анализ". У себя неправильного распределения в описанном случае не заметил, хотя сотрудники такие есть. Однако, приму к сведению, хотя для ПФР неважно, в какой пачке стоит уплата, им важен общий результат уплаты по физлицу.
[quote=Buhta;30270827] как и у всех - проход только по исходным.[/quote]Есть варианты на вкладке "Анализ":
а) по файлам XML с 2010 года, сложенным в одну папку, указанную в строке на вкладке "Анализ", и
б) если строка не заполнена, по файлам, загруженным в ЗиК, только в этом случае корректирующие пачки должны быть указаны в соответствующей АДВ-6-2 при загрузке. ЗиК вообще, ИМХО, не предусмотрела ситуацию загрузки корректировок, не учтённых в АДВ при сдаче исходников.

[quote=Buhta;30270887]но зато ситуация с вываливанием отсутствия таблицы начислений при ручном переносе по пачкам устранена[/quote]
А зачем переносить-то?

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

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

117-Buhta > Ругань на переплату появляется как раз по предыдущим данным в загруженных файлах, а не по текущему периоду.
[quote=Buhta;30298121] кста, определение типа договора таким образом тоже считаю не корректным[/quote]Предложи свой алгоритм. При условии отсутствия информации о типе договора в прошлых файлах и необязательности помещения задолженности в пачку с конкретным типом. Кстати, тип договора у меня определяется для каждого загруженного периода с приоритетом трудового, а не ГПХ.

118-GSokolov > [quote=GSokolov;30302004]Ругань на переплату появляется как раз по предыдущим данным в загруженных файлах[/quote] про это и говорю. переплаты быть не должно. может быть только на копейки из-за прошлых недоработок и способов округления. текущие платежи распределяются с учетом прошлых и если криво видит прошлое, то криво ляжет и текущее...

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

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

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