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

попробуй обновить на 70

(0) суммы одинаковые?
база начислений для взносов полная в каждом документе?
от одной и той же даты документы начисления СВЗ? от какой?

(0) Удалите первый документ начисления страховых взносов.

(2) да, те же самые суммы.
даты начисления СВЗ - первый - 31.03.2013 12:00:00, второй - новый (от даты заполнение не зависит). период в каждом из них - март 2013. подразделения должны совпадать?

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

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

(4) "подразделения должны совпадать?" - а что там с подразделениями у этого сотра и в этих двух документах?

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

сам запрос в конфиге находится по строке "ВТДанныеУчета"

[code]
проверяю
[/code]

(7) подразделение у сотра одно. в первом доке нет подразделеня, во втором я его проставил (чтобы найти причину, а то много сотрудников вылазит с копейками перераспределенными по взносам).

у меня такое было, когда задним числом делали какие-то перерасчеты. Помогало тупое перепроведение всех документов.

(10) делали. какое перепроведение должно помочь? вообще всех?

я обычно стандартные документы подбираю: начисление з/пл, б/л, отпуска, вводы постоянных начислений и удержаний. Перепровожу начиная с месяца, в котором этот косяк вылез. Естессно, групповой обработкой это все делаю :)

(12) не помогло (((((

попробовал все доки с начала года. придется переходить к тяжелой артиллерии..

попробовал перепровести*

тады не знаю :(

карточка учета страховых взносов что показывает?
сумма взносов рассчитана верно без нового документа?
а с новым документом?

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

а нет ли каких льгот у сотра, из-за которых запускается пересчет взносов?

(17) если проведен первый док - все правильно, если проведен второй - суммы базы и налогов удваиваются. поэтому второй документ должен при заполнении показывать только сумму отклонения, а не всю зп.
сторно этого документа нигде нет, ибо у меня есть журнал доков по сотруднику.
какие у него могут быть льготы?

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

Парни.. извините что влезаю.. хочу спросить..
Насколько трудно доработать ЗУП до ведения в базе паралельно учёт серой и чёрной зп? Реально ли это вобще и сколько такое может стоить примерно?

(0)Попробуйте покурить РН - Учет доходов для исчисления страховых взносов/СтраховыеВзносыСведенияОДоходах

Налоги начисляются исходя из данных этого РН.

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

(20) найди в конфиге строчку
|ПОМЕСТИТЬ ВТДанныеУчета
и посмотри, какой там запрос и СКОЛЬКО регистров в нем участвует, именно эта таблица содержит неправильные данные при заполнении начисления страховых взносов.

есть небольшой сдвиг

ОбщийМодуль.РасчетСтраховыхВзносовДополнительный.Модуль(6129, 5):

в запросе присутствует строчка

|ГДЕ
|    ЕСНОсновныеНачисления.Сотрудник ЕСТЬ NULL


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

БРААААААТЦЫЫЫ, НАШЕЕЕЕЛ!!!!

надо строку

|    ЕСНОсновныеНачисления.Сотрудник ЕСТЬ NULL

заменить на

|    ОсновныеНачисления.Сотрудник ЕСТЬ NULL

там и по смыслу она подходит.
сутки потратил мля ((( ненавижу эти соединения с внутренними таблицами ((((

таких строк три, две в этом же модуле, одна в другом, поиском легко находятся.

а нет, там еще косяк

ошибка именно здесь, но как поправить ее, не знаю ((

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

если дашь базу, могу попробовать поискать косяк - даж интересно стало...

(19) Сепелька, а чем упр учет не устраивает?

(28)Он всё вываливает в одру ведомость.. Нет разреза по организациям.. и т.д..

(27) дам. как тебе переслать?

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

(30) выложи куда-нить и мне ссылку, например...
[email protected]

отправил, ссылка разовая

Красивый "перерасчет"...
Сначала сделали начисление зарплаты в марте, потом начислили налоги... потом решили вручную внести строку в мартовском начислении, но перерасчет налогов сделать новым документом, так??

(34) примерно так... хотят все вертать обратно, но как?

(35) вроде как-то она там перекрутила, пусть сама мучается, мне теперь техническая сторона вопроса интересует, можно сказать уже, спортивный интерес )

(35) ну теоретически, конечно, и так можно...
но я не приветствую ручное заполнение строк в начислении зарплаты - пользователи вечно чего-нить напутают...

(36) тож интересно - пока не нашла косяк ((

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

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