Исправление данных (для "Зарплата и Кадры" 7.7)

Обработка предназначена для исправления данных (Зарплата и Кадры 7.7)

Обработка предназначена для исправления данных (для конфигурации Зарплата и Кадры 7.7)
Пользоваться необходимо очень осторожно (сохраняйте базы перед применением)!!!!!

Возможности:

Закладка «Основное»:

  • смена периода расчета зарплаты без стандартной обработки;
  • смена периода расчета налогов без стандартной обработки;
  • исправление введения начального сальдо: удаление сумм более указанных в реквизите из документа «Ввод начального сальдо»;
  • исправление неверно выплаченной заработной платы: перенос выплат заработной платы в период начисления оной;
  • пересчет доков накопленной задолженности:
    • удаление из задолженности сумм, которые надо отнести к сальдо округления (менее введенной в реквизит суммы)
    • удаление документов накопленной задолженности
  • перерасчет сальдо собственной процедурой (не терпящей различия сальдо на конец предыдущего периода и начала текущего)
  • переначисление заработной платы в том числе на произвольное количество сотрудников без переначисления ЗП по остальным сотрудникам
  • при переначислении можем очищать или оставлять нетронутыми ранее введенные движения

Закладка «Перерасчет»

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

Пример: пригодится например для того чтобы рассчитать нерассчитанный НДФЛ удержанный за прошлые периоды.

Закладка «Периодические реквизиты»

Не доработана!!!

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

Закладка «Бух. учет»

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

Еще раз скажу что вся ответственность за использование обработки лежит на Вас!!! Сохраняйте базы!!!
Более подробное описание будет написано как только дойдут руки и по вашим отзывам, если что то непонятно — пишите, пожалуйста, спрашивайте!
http://www.odnoklassniki.ru/group/42938646659255

Принимаю помощь в виде доработки данной обработки!
Или в виде денежного эквивалента… 🙂
Яндекс деньги № 41001241519720

38 Comments

  1. Хряк

    >Закладка «Бух. учет»

    -Проверка шаблонов проводок (помечаются на удаление не верные шаблоны проводок, т.е те которые

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

    с использованием программы старых релизов….

    Во-первЫх, дает сообщение об ошибке при завершении,

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

    Не пользуйтесь этой поделкой!!!

    Reply
  2. WiseSnake

    Не думаю что такое случилось на закладке «Бух учет».

    Возможно на закладке «Периодические реквизиты». Но я написал что она не доработана.

    Reply
  3. WiseSnake

    Напишите пожалуйста какую ошибку выдало?

    Reply
  4. Хряк

    Просто тыкаю на закладку БухУчет и ставлю 2 галки

    Чтоб не быть голословным… и понеслось

    Константа Главный бухгалтер

    01.07.05: Гурушкина Полина Николаевна->Дт Кт 69.1

    28.07.05: Гурушкина Полина Николаевна->Дт Кт 69.1

    Константа Единовр. пособие беременным

    01.01.00: 100->Дт Кт 69.1

    01.01.02: 300->Дт Кт 69.1

    01.01.08: 325.5->Дт Кт 69.1

    01.01.09: 348.29->Дт Кт 69.1

    01.01.10: 369.19->Дт Кт 69.1



    Далее много всяких констант типа

    Константа Краткое название организации: Деловой партнер ООО ->Дт Кт 69.1

    Константа Телефоны организации: 583-19-70, 583-94-03 ->Дт Кт 69.1

    Константа Территориальные условия: ->Дт Кт 69.1

    СписокОдинаковыхШаблонов.УдалитьВсе();

    {D:1C_DBEXTERTИСПРАВЛЕНИЯ В ЗИК.ERT(1403)}: Значение не представляет агрегатный объект (УдалитьВсе)

    Reply
  5. alexk-is

    http://infostart.ru/projects/2645/ (13)

    Обработку я смотрел. Идея разобраться с шаблонами проводок очень понравилась. Весьма актуально…

    Разобрался не со всем функционалом. Довольно тяжелый код для чтения (оформление).

    В качестве улучшения могу предложить, например, заменить «СохранитьЗначение()», встречающееся 7 раз, одной командой и сохранять параметры как список значений и только в том случае, если они изменились. «ВосстановитьЗначение()» — соответственно.

    Не со зла… «ТекущийКлючь» и «Подготовка к заменен значений» тоже видел. На работу не влияет… Показывает, как мне кажется, только отношение автора к своему детищу. Еще раз — никого не хотел обидеть…

    Reply
  6. WiseSnake

    (5) А с русским языком я никогда не дружил ))))). Я больше математикой увлекаюсь)))))

    Все писалось очень быстро, по необходимости. Но все таки оформилось в более менее внятную обработку и кстати работающую на 90 % все дело в нехватке времени. Но как Вы сами сказали это не влияет на работоспособность.

    > Довольно тяжелый код для чтения (оформление).

    А вот это мне очень интересно! Чем Вас не устраивает оформление кода?

    Reply
  7. alexk-is

    (6) > Чем Вас не устраивает оформление кода?

    Наверное оформление совершенно неважно, если все работает на 100%, функционал реализован как универсальный (для любой конфигурации) и разбираться с кодом никогда не придется. Но если программа работает на 90%, то к коду рано или поздно придется вернуться…

    Вполне внятные «требования» к оформлению описаны здесь http://www.1c.ru/rus/products/1c/predpr/compat/soft/demand.htm#2

    Например, п.9 и п.16 раздела 2.

    Reply
  8. alexk-is

    http://infostart.ru/projects/2645/#comm28 (28)

    Здесь никого учить я конечно не собирался. Вам было интересно (6) — я ответил. Ничего личного. Если создалось впечатление, что я нападаю, пытаюсь дискредитировать и т.п., то это не так.

    По поводу кода. Сравните мой код и ваш — только оформление. Я думаю, разницу Вы заметите. При этом хочу заметить, я ни на что не претендую. Ни на оригинальность исполнения, ни на абсолютное соответствие «требованиям».

    По поводу моей обработки. Я выложил ее «попробовать»… От реакции участников пребываю в некотором шоке. Сейчас мне просто интересно, чем это закончится.

    По поводу вашей обработки (не выложенной). 6 лет — довольно большой срок. Наверное, намек на опыт. 🙂 Типа «не учи ученого»… М-м-м… У меня даже мысли такой небыло… …и теперь, наверное, уже не будет…

    Reply
  9. Top166

    Пишу тут что по обработке . вопрос такой в журнале расчетов в ноябре 08 года как то попала запись от ноября 07 года текущее начальное сальдо по сотруднику, в размере оклада, и все портит.. смотрю каким документом-Начисление З/п от ноября 07 года, вот сижу гадаю откуда появилось, формирую расчетную ведомость за ноябрь 07 года конечное сальдо 8500 формирую за декабрь 07 года начальное сальдо тож 8700 но списвается по декабрю, т.е. в конце декабря 07 года 200р. кон. сальдо, потом оппа и выскачело в ноябре 08 года, пробую обработкой не хочет… что может быть посоветуйте что-нибудь

    Reply
  10. WiseSnake

    (9) документы накопленная задолженность используете?

    Reply
  11. Top166

    аха… используем..

    Reply
  12. WiseSnake

    Я бы не советовал их использовать из-за них и бывают такие косяки.

    Reply
  13. WiseSnake

    +(11) может в накопленную задолженность каким то макаром попало это сальдо….без базы сложновато разобраться в такой ситуации. Накрайняк можете удалить эту запись (есть спецобработки), но боюсь она все равно вылезет.

    Reply
  14. Top166

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

    Reply
  15. ХоТтаБыЧ

    не кочается не хорошие вы люди

    Reply
  16. ХоТтаБыЧ

    извеняюсь глюк

    Reply
  17. nickVZ

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

    Спасибо.

    Reply
  18. WiseSnake

    (17) ой какие все умные стали…

    Я прекрасно понимаю функционал… И не я с ним не могу справиться, а есть косяки в ЗиК которые не исправляются с самого возникновения ЗиК и не будут исправлены, как мне кажется, уже никогда. Если Вы nickVZ не сталкивались с ними, то просто мало работали с ЗиК. А накопленная задолженность работает криво и моя обработка способна помочь в исправлении косяков.

    Reply
  19. WiseSnake

    Да кстати, вопрос к nickVZ, как вы считаете какой функционал несет в себе документ «Накопленная задолженность»?

    Reply
  20. Арчибальд

    (6)

    Математика — это язык, на котором написана книга природы. (Г. Галилей)

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

    Reply
  21. WiseSnake

    (20) > Математика — это язык…

    Вот именно с этим языком я и дружу.

    > Так что если не дружишь с языком (хоть каким-нибудь), математика останется у тебя на уровне увлечения…

    А это того Г.Галилей сказал?

    Reply
  22. WiseSnake

    Ответ Сергею Матюшкину отсюда http://www.infostart.ru/forum/messages/forum12/topic8294/message69975/?result=edit#message69975

    исправлять неверно выплаченную ЗП — верно

    пересчитать документы «НЗ» — вено

    удалять задолженность менее 0 — не верно так как смысл этой галочки в том чтобы удалить всё сальдо явно не относящееся к задолженности (то сальдо округления, например менее 10 рублей), но так как я понял у Вас задолженность формируется из сумм к выплате прошлого месяца по этому этот пункт вам совсем не подойдет….

    По этому Вам необходимо выбрать пункт «удалять НЗ»!!!

    пересчет сальдо (нетиповой) — верно

    Не забудьте сохранить базу, а лучше пробуйте на копии ;)…

    Reply
  23. wilduser

    Наверно я неправильно понимаю что делает эта обработка. Запустил на пару сотрудников проверить. В результате если выплата была в марте за февраль, теперь она встала в своде начислений именно в феврале. В марте выплата исчезла, но долг за предприятием на конец февраля и начало марта теперь не совпадает. Предыдущие месяцы тоже. Отчет «структура задолженности» остался без изменений. Что я сделал не так? Или все-таки не понял смысла обработки.

    Reply
  24. WiseSnake

    Ну да почти это и должна делать обработка.

    > но долг за предприятием на конец февраля и начало марта теперь не совпадает

    это должно был поправить пункт «пересчет сальдо (нетиповой)». Вы ставили «удалять НЗ»? Я просто не увидел это в вашем посте. Его надо было ставить и документов накопленной задолженности быть не должно

    Reply
  25. bosom_ch

    ни как не могу избавится от 99999999999

    Reply
  26. WiseSnake

    (25) И? Что не получается?

    Reply
  27. bosom_ch

    (26)Ставлю галки «пересчитать документы «Накопленная задолженность»»,»Удалять задолженность менее 0.00″, «Удалять накопленную задолженность». и все виснет… сообщ. пересчет сальдо

    Reply
  28. bb1962

    (24) Вы считаете допустимыми такие действия? Ваша обработка искажает учетные данные. Если выплата была в марте, то она в расчетных листках (в расч. вед) должна отразиться в марте, а не в феврале, как в Вашем случае. Почему Вы считаете, что если период действия и период регистрации выплаты не совпадают, то это ошибка? Это же нормальная штатная ситуация. И потом какой смысл переносить выплату целиком в другой период регистрации. Ошибки в выплатах — это несовпадение суммы выплаты и суммы к выдаче по периодам ДЕЙСТВИЯ (!). Изменение периода регистрации как справедливо замечено в (23) ничего не исправляет. Отчет «структура задолженности» остался без изменений, и все прочие алгоритмы с этим связанные также дают прежний результат. Вы назвали мою статью http://www.infostart.ru/blogs/1279/ спорной, а напрасно, Вам следует ее внимательнее прочитать.

    Reply
  29. WiseSnake

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

    Почитайте сначала хотя бы тут http://www.infostart.ru/forum/forum12/topic8294/messages/

    А потом определитесь что такое документ «Накопленная ЗАДОЛЖЕННОСТЬ»…

    > Ваша обработка искажает учетные данные

    Как она искажает?

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

    Кто Вам такое сказал? Она должна пройти по бухгалтерии мартом, а в расчетных она должна быть в феврале!

    Reply
  30. Арчибальд

    Упс! Был ведь здесь, а плюс забыл поставить. В знак солидарности в борьбе с зарплатой…

    Reply
  31. bb1962

    > Она должна пройти по бухгалтерии мартом, а в расчетных она должна быть в феврале!

    И как же она пройдет мартом, если в расчетной ведомости в феврале? Где Ваш бухгалтер увидит эту выплату? Расчет зарплаты — это и есть часть бухучета, а не что-то автономное. А у Вас сама постановка вопроса мягко говоря странная:» по бухгалтерии одно, а «в расчетных» другое. И как сотрудник будет разбираться в таких расчетных листках? Выплатили в марте, в мартовский расчетный листок не попало, а февральский уже давно распечатан и на руках, и вдруг ему говорят:»Так у Вас в феврале выплата». Вы не ведаете что творите, точнее Ваша обработка. И потом смысла менять период регистрации в любом случае нет, это же ничего не исправляет. Если Вы в марте заплатили 10000 руб. за февраль вместо 9000 руб, ну поменяли период регистрации этих 10000 руб. на февраль, ну и что?

    Reply
  32. WiseSnake

    (31) Я же дал ссылку я там все уже писал… Лично мне смешно то что Вы говорите )))))))), не в обиду ;).

    Особенно рассмешило «Вы не ведаете что творите» )))) Семь лет «ведал», а тут вдруг открыли глаза )))))…

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

    Reply
  33. bb1962

    (32) В обсуждении по Вашей ссылке Serg76 назвал Ваши советы бредом. Я склонен с ним согласиться.

    > Вы мыслите как бухгалтер

    Вот уж не думал, что если программист мыслит как бухгалтер, то это плохо.

    Reply
  34. WiseSnake

    (33) Мыслить чужими мыслями это плохо… Бухгалтера тоже люди и не всегда правы… Есть определенная методика ведения учета в ЗиК и ломать ее из-за того, что бухгалтера так хотят, глупо!

    > В обсуждении по Вашей ссылке Serg76 назвал Ваши советы бредом. Я склонен с ним согласиться.

    Это Ваше дело, соответственно я по Вашему решению могу оценить Вашу квалификацию в ЗиК

    Reply
  35. bb1962

    >Есть определенная методика ведения учета в ЗиК и ломать ее из-за того, что бухгалтера так хотят, глупо!

    Так Вы же ее и сломали! Ваша обработка способна без преувеличения привести к катастрофе в учете. Уже никто не поможет. Коллеги, сто, двести раз подумайте прежде чем использовать!!!

    Reply
  36. WiseSnake

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

    Вы же даже не понимаете что делает обработка, о какой катастрофе Вы говорите??? Эта обработка была применена не один раз, НО действительно надо понимать, что она делает и для чего…

    Reply
  37. Arin

    Спасибо!!!

    Reply
  38. greenLiss

    (27) Аналогичная ситуация… Выставил «За период» 01.08.12 по 31.08.12,

    поставил галочку»Пересчитать документы «»Накопленная задолженность»»»

    и галочку «удалять накопленную задолженность»

    Зависает на «Пересчет сальдо», «Удаление документа:Накопленная задолженность 000008(31.08.12)»

    Что я не правильно делаю?

    Reply

Leave a Comment

Ваш адрес email не будет опубликован. Обязательные поля помечены *