Новый расчёт ПФУ

[Malahov]

Люба, спасибо за совет. Когда поставил дату фактического приёма на работу, то рассчитать отпускные удалось сразу. До этого я забил дату приёма для всех 01.01.2007. Но всё равно расчёт неправильный. Человек идёт в отпуск с 01.02.07 на 17 дней. Когда вывел расчёт отпускных на печать, то видно, что программа почему-то подхватила 11 месяцев, по декабрь 2006 включительно. А вместо 12-го месяца, т.е. января 2007, в таблице расчёта стоит 3000-01-01 00:00:00:0, естественно, без суммы и кол-ва дней. В статистике суммы и календарные дни для отпускных внесены правильно, по март 2007 года включительно.
Сразу вопрос по соцльготе. У меня в апреле уволился человек. Мне надо вручную отменять ему соцльготу по НДФЛ с 01.04.07 или при формировании приказа на увольнение система как-то сама её отключит (что, думаю, вряд ли)?
По исправлению процентов в разноске по счетам выражаю надежду, что при очередном обновлении версии они сами поменяются и мне (и куче других людей) не придётся морочить голову с переписыванием. Или придётся?
И вообще не по теме. Уж больно неустойчиво работает Дебет. Когда делал расчёт отпускных и вносил изменения, всё глюкнуло и перестало работать. И лишь перегрузив машину, смог опять продолжить. И у меня это не в первый раз, да и у других, судя по форуму, тоже часто проблемы.

[Malahov]

Я сделал расчёт отпускных ещё по одному человеку. Отпуск с 01.03.07 по 14.03.07. Поскольку в период отпуска есть гос.праздник 8 Марта - добавляю один неоплачиваемый день к отпуску. Заполняю форму: кол-во дней отпуска 15, период отпуска с 01.03.07 по 14.03.07 (т.е.14 дней, за фактически отработанное время). При расчёте программа упорно не видит январь 2007, а снова пишет 3000.01.01 и считает отпускные не по дням, указанным «за период», а по строке «количество дней». По-моему, это неправильно, поскольку фактическое кол-во дней отпуска и оплачиваемое кол-во дней могут быть разными.

[Malahov]

И снова я. Очередная проблема с задвоением строк. Увидел, что в «статистике – календарные дни для отпускных», в одном месяце ввёл неправильные данные. Исправил, делаю заново «расчёт» февральской зарплаты, в результате в своде по лицевым счетам одна сумма начисленной зарплаты, а в своде по фондам - другая. Делаю «выборку по полям ЛС» и вижу, что отпускник проходит двумя строчками с одной и той же суммой. Если одну строку удалить – вообще выскакивают цифры абсурдные. Удаляю этого человека из приказа на профотпуск – всё нормально насчитывается и все проходят по одной строке.
И ещё. Почему в расчётно-платёжной ведомости у людей, которым был вручную (согласно инструкции) исправлен табель рабочего времени, так вот, у этих людей в ведомости в столбиках „днів” „годин” стоят нули??? Поглядит проверяющий и задаст глупый вопрос – а за что, собственно, им вообще платят, если они не работали? И как эту ведомость распечатать, если программа пишет, что ведомость больше размера листа, а все эти столбики желательно-таки напечатать. В других программах есть простая команда «сделать по размеру листа». А у вас? Неужели обязательно убивать часть ведомости?
И, кстати, почему бы не сделать там ещё столбик «подпись», чтобы кассир мог нормально выдавать по ней деньги? Ведь «платёжная ведомость» в программе не работает.

[luba]

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

[Malahov]

Люба, а в Вашей программе статистика для отпускных расчитана по зарплате или Вы тоже её вводили вручную, без фактических зарплат за 2006 год?
Версия у меня последняя выложенная на сайте.Единственное, что я программу обновляю, а не выкачиваю каждый раз новую версию по 100 метров. Но один раз мне уже пришлось так делать, потому что ошибка из первой выкладки никак не убивалась, кстати, по соцльготе. И только переустановка всей программы и введение заново всей информации принесло результат. Ещё раз повторю, что Дебет очень неустойчивая программа, очень критичен к последовательности ввода данных и плохо относится к изменениям за прошлые периоды. Не обижайтесь, это правда. У меня он стоит на двух машинах, разных по параметрам и там разный Windows. Ошибки регулярно происходят везде, особенно при изменении ранее введённых данных.
Что касается моей базы, то даже ужатая архиватором она тянет на 4,5 метра. Вряд ли Вам будет интересно её качать за свой счёт и смотреть. Так что лучше сам заново скачаю всю программу и попробую опять набрать всё заново. В любом случае спасибо.

[luba]

Люба, а в Вашей программе статистика для отпускных расчитана по зарплате или Вы тоже её вводили вручную, без фактических зарплат за 2006 год?

Извините, Валерий, заданный Вами вопрос не понятный.
Но вообще статистика для расчета отпускных и больничных накапливается по результатам расчета ЗП, тоесть расчитали ЗП например за май и суммы из ЛС перенеслись в статистику. А регулирование попадания в статистику правельной суммы происходит в Настройка- настройка зп -формирование перечня полей ЛС - подимите на редактирование то поле ЛС которое Вы используете в расчете ЗП например "Оклад". В шаблоне есть колонка "Включ. в средн. для расчета" если поставить галочку напротив поля "отпускных" то сумма оклада попадет в статистику для расчета отпуска, если напротив поля "больничные (с 10. 2001)" - то сумма оклада попадет в статистику для больничных, если напротив поля "больничные (разовые выплаты с 2006) - то это поле ЛС присвоится статус разовой выплаты и в статистику она будет попадать пропорционально отработаному времени.
Еще есть возможность исключить любое поле ЛС для предоставление соцльготы, тоесть во всего начислено входит : оклад + премия + доплата, но соцльгота применяется только к окладу и премии.
очень критичен к последовательности ввода данных и плохо относится к изменениям за прошлые периоды можно с примером, пожалуйста.
Спасибо!

[Malahov]

Я имел ввиду, что у меня зарплата за 2006 год не рассчитана и в статистику я вводил данные по зарплате вручную. А у Вас, может быть, зарплата за прошлый год рассчитана реально и в статистику перенеслась автоматом. Может где-то в этих вводах-переносах и происходит сбой. Вот что я имел ввиду.
Далее, Вы пишете «В приказ на отпуск вносится количество дней к оплате, а период отпуска согласно приказу на отпуск».Люба, в программе форма как раз наоборот. Заполните сами вашу форму приказа «оплатить отпуск с 01.02.07 по 10.02.07», а кол-во дней по приказу, допустим, 20 дней. Программа насчитает отпускные не за требуемые 10, а именно за 20 дней! Я уже понял, что надо заполнять форму вверх ногами, но как программа будет делать проводки? К тому же, мне кажется, что Вы заполняете форму, которая выпадает, когда заходишь в сам список отпускников и даёшь команду «добавить», а я говорю о форме доплаты/удержания-профотпуск (12 мес.)-правая кнопка-добавление доплат/удержаний. По логике, форма приказа должна быть одинаковой всегда, с какого бы боку в этот приказ ни войти, а в Дебете они почему-то разные, хотя команда одна и та же.
Теперь о примере… Что же я Вам могу дать, если я пишу о б ошибках, а у Вас они не повторяются. Я рассчитываю отпускные-ошибка,у Вас –нормально. Если конкретно по отпускным, то сегодня я рассчитал отпускные за февраль на другой машине.Странно, но сейчас январь 2007 года попал в расчёт и отпускные программа насчитала верно. Сижу, радуюсь. Решил попробовать изменить кол-во дней отпуска, как в приведённом выше примере, расчитал, потом снял соцльготу в приказе, расчитал,снова дал, рассчитываю и тут вываливается сообщение.
CREATE TABLE DPBASE.ZRP_svzp200702 (FDAY double DEFAULT 0,FBDY smallint DEFAULT 0,FWID INT NOT NULL GENERATED BY DEFAULT AS IDENTITY ,FFLD_NUM smallint DEFAULT 0,FEDY smallint DEFAULT 0,FPR double DEFAULT 0,FAVT numeric(1,0) DEFAULT 0,FMN timestamp DEFAULT '3000-01-01 00:00:00',FSUM double DEFAULT 0,FLSFID smallint DEFAULT 0,FIS_SLCT numeric(1,0) DEFAULT 0,FTABN_ID int DEFAULT 0,FSHPZ varchar(15) DEFAULT '',FVP smallint DEFAULT 0,FWID_WP int DEFAULT 0,FID_PRK int DEFAULT 0,FCHAS double DEFAULT 0,FIS_DAY smallint DEFAULT 0,FVID_PRK smallint DEFAULT 0). Попутно программа пишет, что невозможно удалить таблицу SVZP 2007 02 после переименования. Теперь в лицевых счетах на каждого работника по три строчки с расчётами. Новый расчёт даёт ту же картину. Перезагрузка всей программы не помогает.Убил табеля раб.времени за февраль. Их нет!!! А программа спокойно считает зарплату! Запускаю тест.Все прекрасно, ошибок нет! И что мне сейчас делать???
На другой машине после изменения кол-ва дней в статистике для отпускных получил ФОТ по лицевым счетам – одна сумма, ФОТ для фондов – другая. До этого была одинаковая. Когда переносил суммы в баланс, специально сверял. При этом, когда делал новый расчёт, вначале программа просто выдала кучу ошибок и потеряла базы. Даже название фирмы пропало из расчётов. Выключил Дебет, загрузил заново-требует пароль админа и пишет, что ошибка обращения к базе. Пришлось перегружать всю машину. Такой прикол с пропаданием баз у меня был уже несколько раз, когда тренировался пересчитывать зарплату за прошлые месяцы, то с отпускными из статистики, то с фиксированной суммой за прошлый период. Не знаю, получится ли у Вас это повторить, но очень не хочется получить объяснение происшедшего на уровне «сам виноват, замучал программу!» Считаю, что уж какая-какая, а бухгалтерская программа не должна давать такие сбои ибо они чреваты большими неприятностями для бухгалтера, вплоть до шрафа от налоговой. Или делайте защиту от дурака (согласен побыть им для пользы дела J ), или повысьте надёжность программы, или хотя бы придумайте откат до исходных значений.Кстати, об откате. В рекламе Вашей программы на главной странице сайта есть пункт об откате. И где он?

[admin]

В рекламе Вашей программы на главной странице сайта есть пункт об откате. И где он?

А где сам пункт об откате? На главной странице я его не нашел.

[Malahov]

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

[luba]

Валерий, все таки пришлите нам базу , не весь каталог дебета а только ORG1 (Debetplus v12/base/org1)? разбейте его на несколько частей. Нас устраивает такой размер(то даже ужатая архиватором она тянет на 4,5 метра) Потому что действительно ошибки повторить не могу.
Спасибо!

[admin]

Аааа, я понял. В баннер-то я и не посмотрел

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

Но, к сожалению, в случае сбоев при расчете з/п такой процедуры нет.

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

[Malahov]

Хорошо, скину на почту Админа. Но прийдётся подождать, потому что я, в сердцах, на этой машине Дебет вообще убил и сейчас весело набираю всё заново в скачанную вчера полную версию программы. А вторая глюкнувшая база на другой машине, которая не здесь, а в другом конце города и до неё еще надо добраться. Но я ведь выложил на форуме описание ошибки и про переименованную таблицу. Может с этим что-то сможете придумать?

[Malahov]

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

[Malahov]

Уважаемый админ! Неужели я так сильно утруждаю Вас, когда прошу просто ответить на вопрос???

[luba]

Валерий, в лицевых счетах за март у Вас есть сумы прошлого периода, Вы запускали перерасчет. После каких действий они получились?