ЗиК: конечно и начальное сальдо #427466

ЗиК 289 - формирую свод начислений и удержаний за июнь конечное сальдо 87,88, а за июль начальное 82,62. почему такое может быть?

Выплачено 5 руб не за тот месяц. Выходи на конкретного сотрудника: сформируй свод на подразделение, на полподразделения и т.д. Пока не останется конкретный "плохиш". Тогда можно будет что-то определенное сказать.

Просмотрите сотрудников с долгом предприятию (скорее всего по ним не ввели документ "Начисление зп")

у меня есть конкретный сотрудник. эти суммы вот по нему

еще просмотрите документ "Накопленная задолженность". Сумма по этому документу совпадает  с начальным сальдо?

по этому сотруднику в документу Накопленная задолженность какая сумма стоит?

Накопленная задолженность за июнь 505,38

смотрите конкретно по сотруднику.... скорее всего в документе стоит 82,62 вместо 87,88

эта сумма конкретно по этому сотруднику 505,38

а суммы 82,62 и 87,88 откуда?

формирую свод начислений и удержаний за июнь конечное сальдо 87,88, а за июль начальное 82,62.а вот откуда они берутся - я и не знаю. поэтому по идее и спрашиваю

конечное сальдо 87,88 - это начальное сальдо июня + всего начислено - всего удержано- выплачено + возвращено начальное сальдо след. месяца - это сумма по документу Накопленная задолженность - долги сотрудников предприятию (для их ввода заводится док. Начисление зп и делается расчет по этому документу)

87,88 - это долг за предприятием минус долг за работниками?

Расчетный листок за июнь дай сюда.

Документ "Накопительная задолженность" убери

долг за предприятем на начало -506,20 всего начислено - 27642,34 всего выплачено - 24366 долг за работником на конец - 87,88

ну значит в документе "Накопленная задолженность" по сотруднику должна быть сумма 87.88

так, этот документ накопленная задолженность где 505,38 - на начало июня и в журнале расчетов задолженность по з/п и стоит 505,38

смотрите документ за июль "Накопленная задолженность"

в том то и дело что в документе за июль этого сотрудника вообще нет

Если вы не понимаете назначение этого документа, лучше им не пользуйтесь ! Для вас самый лучший вариант - удалить эти документы. Тогда картина формирования "сальдо" будет вам понятна.

какой сейчас период расчета в базе?

август

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

в журнале расчетов по этому сотруднику только текущее начальное сальдо -82,62

выплата в июне была одной суммой?

выплаты были : за май 506 за июнь 19860 за июнь 4000

еще... сальдо нач. и конечное в мае - июне сходится?

да,сходится

в июне в журнале расчетов есть строка текущее начальное сальдо ?

если нач. сальдо июня 506,2, то в июне выплата за май должна быть 506,20

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

Если умело пользоваться документом "Накопленная задолженность", то можно "объединять сумму к выплате за разные периоды". Но для этого надо понимать смысл документа "объединять сумму к выплате за разные периоды"

я написала выплату 3 суммами -вот тремя документами и введено

А если им совсем не пользоваться, то можно добиться что бы у расчетчиков не было вообще не возникало вопросов по служебному ВР, который отвечает за начальное сальдо. Более того, они бы и не знали когда и чем оно формируется. Начальное сальдо - это служебный ВР (в типовой их три таких служебных ВР). Конфигурация должна их формировать сама, а не нагружать бесполезной и не нужной работой расчетчиков. :-) Уже много лет возникает один и тот же вопрос с разъехавшимся начальным и конечным сальдо. А по определению этого не должно происходить в принципе, так как с предметной точки зрения это одно и то же число. Даже не два одинаковыйх, а одно и то же.

В типойвой ЗиК неверно решается задача с начальным сальдо. Через несколкьо периодов может потеряться - по моему три, а когда-то два.

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

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

Об этом в сказано "Через несколько периодов может потеряться" - с 2002 года с ЗиК работаю, но ни разу ничего никуда не терялось в ЗиК. Что я делал не так ?

текущее начальное сальдо за июнь 0,82 задолженность 505,38.за май выплата была 506

"задолженность 505,38.за май выплата была 506" - здесь ошибка. Почему выплачено больше, чем рассчитано ЗиК?

предполагаю что бухи хотели избавиться от сальдо 0,82 копейки

так то долг по расчетке 506,2,а выплата 506

Ну не редактируешь ручками суммы и не выплачиваешь не за те периоды и округляешь всегда путем отброса дробной части, а не округлением по правилам математики. 506.2 Это сводный долг из нескольких периодов, а выплачивал только за один.

Выплата больше положенного не должно приводить к фатальным последствиям при расчете начального сальдо. Прежде всего это ошибка разработчиков конфигурации, а потом уже некорректные данные с точки зрения программы.

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

Обязательно вылезет.

В типовой ЗиК не предусмотрена выплата за период больше чем положено. При такой выплате возникает, то что у Вас возникло.

так счас из-за чего вылезло?

Как раз из-за того, что за период выплатили больше чем положено. "задолженность 505,38.за май выплата была 506" - за май должны меньше чем выплатели за май.

Константа округления стоит сколько = 0.01?

так еще же сальдо было 0,82.округление стоит 1,00

из-за константы?

из-за нее...

исправила константу и рассчитала запись. сальдо стало 87,26 - типа ближе к правде.

еще такой вопрос - стоит ли менять эту константу среди года - или это чревато?

ап

Года или не года все равно. Для этой константы налоговый период не показатель. Вопрос только стоит менять или нет в принципе. Если программист, то проще отказаться от механизма сальдо от 1С и переписать самой свой и забыть про все проблемы раз и навсегда. Для этого необходимо будет: Добавить один вид расчета типа "задолжность за период". Добавить документ "Начало месяца", который будет расчитывать и вводить эту задолжность. В документе необходим максимум только один реквизит "переносить копеешное сальдо на текущий период". В алгоритмах расчета от 1С начальное сальдо и т.д. добавить код в самое начало алгоритма расчета, что-то типа такого: Результат = 0; Возврат; Ну и если сильно захочится, то можно добавить свой документ выплата, в котором период выплаты будет в табличной части + печатные формы.