Обработка предназначена для исправления данных (для конфигурации Зарплата и Кадры 7.7)
Пользоваться необходимо очень осторожно (сохраняйте базы перед применением)!!!!!
Возможности:
Закладка «Основное»:
- смена периода расчета зарплаты без стандартной обработки;
- смена периода расчета налогов без стандартной обработки;
- исправление введения начального сальдо: удаление сумм более указанных в реквизите из документа «Ввод начального сальдо»;
- исправление неверно выплаченной заработной платы: перенос выплат заработной платы в период начисления оной;
- пересчет доков накопленной задолженности:
- удаление из задолженности сумм, которые надо отнести к сальдо округления (менее введенной в реквизит суммы)
- удаление документов накопленной задолженности
- перерасчет сальдо собственной процедурой (не терпящей различия сальдо на конец предыдущего периода и начала текущего)
- переначисление заработной платы в том числе на произвольное количество сотрудников без переначисления ЗП по остальным сотрудникам
- при переначислении можем очищать или оставлять нетронутыми ранее введенные движения
Закладка «Перерасчет»
- Перерасчет любых видов расчета за любой период всех либо нерассчитанных, по произвольному списку сотрудников, возможно даже освобождение фиксированных записей и их расчет.
- Есть возможность просто проставить признак того что запись рассчитана.
Пример: пригодится например для того чтобы рассчитать нерассчитанный НДФЛ удержанный за прошлые периоды.
Закладка «Периодические реквизиты»
Не доработана!!!
- Возможность изменения периодических реквизитов. (Даже тех которые имеют обязательным регистратор)
Закладка «Бух. учет»
- Проверка шаблонов проводок (помечаются на удаление не верные шаблоны проводок, т.е те, которые имеют помеченные для удаления субконто, поиск одинаковых шаблонов проводок, связанно с ошибками или с использованием программы старых релизов…. был такой косяк :)).
Может существенно ускорить формирование отчетов!!! - возможность сообщать о заменах.
Еще раз скажу что вся ответственность за использование обработки лежит на Вас!!! Сохраняйте базы!!!
Более подробное описание будет написано как только дойдут руки и по вашим отзывам, если что то непонятно — пишите, пожалуйста, спрашивайте!
http://www.odnoklassniki.ru/group/42938646659255
Принимаю помощь в виде доработки данной обработки!
Или в виде денежного эквивалента… 🙂
Яндекс деньги № 41001241519720
>Закладка «Бух. учет»
-Проверка шаблонов проводок (помечаются на удаление не верные шаблоны проводок, т.е те которые
имеют помеченные для удаления субконто, поиск одинаковых шаблонов проводок, связанно с ошибками или
с использованием программы старых релизов….
Во-первЫх, дает сообщение об ошибке при завершении,
ну, а во-вторых, покурочила все константы (хотя при чем здесь константы?)
Не пользуйтесь этой поделкой!!!
Не думаю что такое случилось на закладке «Бух учет».
Возможно на закладке «Периодические реквизиты». Но я написал что она не доработана.
Напишите пожалуйста какую ошибку выдало?
Просто тыкаю на закладку БухУчет и ставлю 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)}: Значение не представляет агрегатный объект (УдалитьВсе)
Обработку я смотрел. Идея разобраться с шаблонами проводок очень понравилась. Весьма актуально…
Разобрался не со всем функционалом. Довольно тяжелый код для чтения (оформление).
В качестве улучшения могу предложить, например, заменить «СохранитьЗначение()», встречающееся 7 раз, одной командой и сохранять параметры как список значений и только в том случае, если они изменились. «ВосстановитьЗначение()» — соответственно.
Не со зла… «ТекущийКлючь» и «Подготовка к заменен значений» тоже видел. На работу не влияет… Показывает, как мне кажется, только отношение автора к своему детищу. Еще раз — никого не хотел обидеть…
(5) А с русским языком я никогда не дружил ))))). Я больше математикой увлекаюсь)))))
Все писалось очень быстро, по необходимости. Но все таки оформилось в более менее внятную обработку и кстати работающую на 90 % все дело в нехватке времени. Но как Вы сами сказали это не влияет на работоспособность.
> Довольно тяжелый код для чтения (оформление).
А вот это мне очень интересно! Чем Вас не устраивает оформление кода?
(6) > Чем Вас не устраивает оформление кода?
http://www.1c.ru/rus/products/1c/predpr/compat/soft/demand.htm#2
Наверное оформление совершенно неважно, если все работает на 100%, функционал реализован как универсальный (для любой конфигурации) и разбираться с кодом никогда не придется. Но если программа работает на 90%, то к коду рано или поздно придется вернуться…
Вполне внятные «требования» к оформлению описаны здесь
Например, п.9 и п.16 раздела 2.
Здесь никого учить я конечно не собирался. Вам было интересно (6) — я ответил. Ничего личного. Если создалось впечатление, что я нападаю, пытаюсь дискредитировать и т.п., то это не так.
По поводу кода. Сравните мой код и ваш — только оформление. Я думаю, разницу Вы заметите. При этом хочу заметить, я ни на что не претендую. Ни на оригинальность исполнения, ни на абсолютное соответствие «требованиям».
По поводу моей обработки. Я выложил ее «попробовать»… От реакции участников пребываю в некотором шоке. Сейчас мне просто интересно, чем это закончится.
По поводу вашей обработки (не выложенной). 6 лет — довольно большой срок. Наверное, намек на опыт. 🙂 Типа «не учи ученого»… М-м-м… У меня даже мысли такой небыло… …и теперь, наверное, уже не будет…
Пишу тут что по обработке . вопрос такой в журнале расчетов в ноябре 08 года как то попала запись от ноября 07 года текущее начальное сальдо по сотруднику, в размере оклада, и все портит.. смотрю каким документом-Начисление З/п от ноября 07 года, вот сижу гадаю откуда появилось, формирую расчетную ведомость за ноябрь 07 года конечное сальдо 8500 формирую за декабрь 07 года начальное сальдо тож 8700 но списвается по декабрю, т.е. в конце декабря 07 года 200р. кон. сальдо, потом оппа и выскачело в ноябре 08 года, пробую обработкой не хочет… что может быть посоветуйте что-нибудь
(9) документы накопленная задолженность используете?
аха… используем..
Я бы не советовал их использовать из-за них и бывают такие косяки.
+(11) может в накопленную задолженность каким то макаром попало это сальдо….без базы сложновато разобраться в такой ситуации. Накрайняк можете удалить эту запись (есть спецобработки), но боюсь она все равно вылезет.
пытался удалить все равно вылезает =) не хочет запись уходить , упрямая.. ладно дальше ковыряюсь
не кочается не хорошие вы люди
извеняюсь глюк
«Я бы не советовал их использовать из-за них и бывают такие косяки» — т.е. это означает: «я не понимаю смысл этого функционала, я не могу с ним справится, я скурочил это функционал, потому моя замечательная обработка будет работать правильно, если вы сделаете так же».
Спасибо.
(17) ой какие все умные стали…
Я прекрасно понимаю функционал… И не я с ним не могу справиться, а есть косяки в ЗиК которые не исправляются с самого возникновения ЗиК и не будут исправлены, как мне кажется, уже никогда. Если Вы nickVZ не сталкивались с ними, то просто мало работали с ЗиК. А накопленная задолженность работает криво и моя обработка способна помочь в исправлении косяков.
Да кстати, вопрос к nickVZ, как вы считаете какой функционал несет в себе документ «Накопленная задолженность»?
(6)
Математика — это язык, на котором написана книга природы. (Г. Галилей)
Так что если не дружишь с языком (хоть каким-нибудь), математика останется у тебя на уровне увлечения. Заочного. Дружбы с ней не будет.
(20) > Математика — это язык…
Вот именно с этим языком я и дружу.
> Так что если не дружишь с языком (хоть каким-нибудь), математика останется у тебя на уровне увлечения…
А это того Г.Галилей сказал?
Ответ Сергею Матюшкину отсюдаhttp://www.infostart.ru/forum/messages/forum12/topic8294/message69975/?result=edit#message69975
исправлять неверно выплаченную ЗП — верно
пересчитать документы «НЗ» — вено
удалять задолженность менее 0 — не верно так как смысл этой галочки в том чтобы удалить всё сальдо явно не относящееся к задолженности (то сальдо округления, например менее 10 рублей), но так как я понял у Вас задолженность формируется из сумм к выплате прошлого месяца по этому этот пункт вам совсем не подойдет….
По этому Вам необходимо выбрать пункт «удалять НЗ»!!!
пересчет сальдо (нетиповой) — верно
Не забудьте сохранить базу, а лучше пробуйте на копии ;)…
Наверно я неправильно понимаю что делает эта обработка. Запустил на пару сотрудников проверить. В результате если выплата была в марте за февраль, теперь она встала в своде начислений именно в феврале. В марте выплата исчезла, но долг за предприятием на конец февраля и начало марта теперь не совпадает. Предыдущие месяцы тоже. Отчет «структура задолженности» остался без изменений. Что я сделал не так? Или все-таки не понял смысла обработки.
Ну да почти это и должна делать обработка.
> но долг за предприятием на конец февраля и начало марта теперь не совпадает
это должно был поправить пункт «пересчет сальдо (нетиповой)». Вы ставили «удалять НЗ»? Я просто не увидел это в вашем посте. Его надо было ставить и документов накопленной задолженности быть не должно
ни как не могу избавится от 99999999999
(25) И? Что не получается?
(26)Ставлю галки «пересчитать документы «Накопленная задолженность»»,»Удалять задолженность менее 0.00″, «Удалять накопленную задолженность». и все виснет… сообщ. пересчет сальдо
(24) Вы считаете допустимыми такие действия? Ваша обработка искажает учетные данные. Если выплата была в марте, то она в расчетных листках (в расч. вед) должна отразиться в марте, а не в феврале, как в Вашем случае. Почему Вы считаете, что если период действия и период регистрации выплаты не совпадают, то это ошибка? Это же нормальная штатная ситуация. И потом какой смысл переносить выплату целиком в другой период регистрации. Ошибки в выплатах — это несовпадение суммы выплаты и суммы к выдаче по периодам ДЕЙСТВИЯ (!). Изменение периода регистрации как справедливо замечено в (23) ничего не исправляет. Отчет «структура задолженности» остался без изменений, и все прочие алгоритмы с этим связанные также дают прежний результат. Вы назвали мою статьюhttp://www.infostart.ru/blogs/1279/ спорной, а напрасно, Вам следует ее внимательнее прочитать.
(28) Ооооо, опять, мне уже надоело спорить на Инфостарте на эту тему. Я далеко не первый год веду ЗиК на многих предприятиях и так как делаю это успешно, поэтому берусь утверждать что веду правильно.
http://www.infostart.ru/forum/forum12/topic8294/messages/
Почитайте сначала хотя бы тут
А потом определитесь что такое документ «Накопленная ЗАДОЛЖЕННОСТЬ»…
> Ваша обработка искажает учетные данные
Как она искажает?
> Если выплата была в марте, то она в расчетных листках (в расч. вед) должна отразиться в марте
Кто Вам такое сказал? Она должна пройти по бухгалтерии мартом, а в расчетных она должна быть в феврале!
Упс! Был ведь здесь, а плюс забыл поставить. В знак солидарности в борьбе с зарплатой…
> Она должна пройти по бухгалтерии мартом, а в расчетных она должна быть в феврале!
И как же она пройдет мартом, если в расчетной ведомости в феврале? Где Ваш бухгалтер увидит эту выплату? Расчет зарплаты — это и есть часть бухучета, а не что-то автономное. А у Вас сама постановка вопроса мягко говоря странная:» по бухгалтерии одно, а «в расчетных» другое. И как сотрудник будет разбираться в таких расчетных листках? Выплатили в марте, в мартовский расчетный листок не попало, а февральский уже давно распечатан и на руках, и вдруг ему говорят:»Так у Вас в феврале выплата». Вы не ведаете что творите, точнее Ваша обработка. И потом смысла менять период регистрации в любом случае нет, это же ничего не исправляет. Если Вы в марте заплатили 10000 руб. за февраль вместо 9000 руб, ну поменяли период регистрации этих 10000 руб. на февраль, ну и что?
(31) Я же дал ссылку я там все уже писал… Лично мне смешно то что Вы говорите )))))))), не в обиду ;).
Особенно рассмешило «Вы не ведаете что творите» )))) Семь лет «ведал», а тут вдруг открыли глаза )))))…
Вы мыслите как бухгалтер… Поверьте мне на слово что вести так как я веду намного удобней и косяков намного меньше…. А остальные консультации пожалуй платно )))))) (просто я устал что то доказывать людям, которые ленятся почитать не только ЖКК, но и немного текста по ссылке)
(32) В обсуждении по Вашей ссылке Serg76 назвал Ваши советы бредом. Я склонен с ним согласиться.
> Вы мыслите как бухгалтер
Вот уж не думал, что если программист мыслит как бухгалтер, то это плохо.
(33) Мыслить чужими мыслями это плохо… Бухгалтера тоже люди и не всегда правы… Есть определенная методика ведения учета в ЗиК и ломать ее из-за того, что бухгалтера так хотят, глупо!
> В обсуждении по Вашей ссылке Serg76 назвал Ваши советы бредом. Я склонен с ним согласиться.
Это Ваше дело, соответственно я по Вашему решению могу оценить Вашу квалификацию в ЗиК
>Есть определенная методика ведения учета в ЗиК и ломать ее из-за того, что бухгалтера так хотят, глупо!
Так Вы же ее и сломали! Ваша обработка способна без преувеличения привести к катастрофе в учете. Уже никто не поможет. Коллеги, сто, двести раз подумайте прежде чем использовать!!!
(35) Не вижу связи между методикой ведения и моей обработкой. Моя обработка всего лишь помогает вернуться к нормальному учету в ЗиК, после таких вот деятелей как Вы. Сами создают проблемы сами же их решают, ну правильно денешка то капает за часы…
Вы же даже не понимаете что делает обработка, о какой катастрофе Вы говорите??? Эта обработка была применена не один раз, НО действительно надо понимать, что она делает и для чего…
Спасибо!!!
(27) Аналогичная ситуация… Выставил «За период» 01.08.12 по 31.08.12,
поставил галочку»Пересчитать документы «»Накопленная задолженность»»»
и галочку «удалять накопленную задолженность»
Зависает на «Пересчет сальдо», «Удаление документа:Накопленная задолженность 000008(31.08.12)»
Что я не правильно делаю?