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

Проверь документы Начисление ЗП, во всех должен быть проставлен видначисления
Сделай обработкой перепроведение Закрытие месяца, начисление ЗП

Ещё историю констант по ЕСН можно проверить...

Все документы Начисления копировались с друг друга и совершенно идентичны. Просмотрела историю не было записей значит так и есть ставка 28. Но при этом перекос идет именно с 7 месяца и дальше вообще по загадочной ставке считает, что меня умиляет :(

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

Регресс не используеться?

Нет и при этом не может база зарплаты привысить 3000.000 Ну и как бы если была шкала она минус бы не должна была ставить, а при этом именно в 7 месяце она вычетает вроде как переплаченые и потом уже по другой ставке остальные фигачит :(

Н утогда что-нить в прошлом месяце намудрили... и она теперь пытаеться это исправить...

Отчеты по 70му счету посмотри
+ история константы порядок начисления ЕСН

@@Собачки, у тебя Ася есть?

Собачки с Асей :) Как вы себе это представляеете? :)
Аси нет, есть мыло.

А прикольно выглядело бы :))

На удивление 70 показывает все нормально и правильно,а константа пустая история ну и соответственно не задано значение.

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

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

Oduvashka, значит это глюк...

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

(16) Отладчиком-то пройдись по документу.. может че-нить выудишь :)

Сделай карточку учета ЕСН. Пишет в окне сообщения "Данные по бухучету не соответствуют ..."? Там же можно понять откуда что берется.

ЗакрытиеМесяца должно идти после НачисленияЗарплаты, поставте его в конец дня.
И смотрите счет ДФЛ. Нет ли там проводок сделанных обновлением, их надо убрать. Вообщем базу для ЕСН нада смотреть на счете ДФЛ.

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

(20) как наказывать бум?
Я практикую стальной линейкой по шаловливым ручкам :)

(21) Вообще то наказывать надо 1С...
Типичное отсутствие проверки на корректность задания данных (таких проверок в типовых очень мало).
Все возложено целиком на юзера.
Особенно это касается ЗиК
И при этом нет нормального описания, рассчитанного на юзера с минимальной подготовкой...

В 8-ке ситуация станет просто аховой...
А учитывая появившуюся возможность делать движения дока другой датой и возможность "пристраивать" движения к доку извне - будет нехилая вешалка...

Косяки тупых юзеров так и будут переть.

И раздолье для воров... Но только при наличии хороших познаний в 8-ке...

(22) Они самы виноваты - купили и работают с программами 1С:Предприятие. Никто их не заставлял ;)

Да, это всегда тема :) Уже сколько было приколов юзверь сделал что-то а ты сидишь голову ломаешь и оказываеться самая фигня :(( Ну мы решили каждому дать книжку пусть читают :))) А вот про 8-ку верно ведь сказано :( а я о ней думаю

(24) Так вы чтением книжек наказываете? Линейкой по рукам гуманнее будет.