После переноса данных из из «ЗиК 7.7» в «ЗиК» бюджетного учреждения 8, при формировании отчета «Свод начисленной заработной платы» на конец месяца остается задолженность за предприятием и работниками стремящаяся к бесконечности. Данная обработка решает сложившуюся ситуацию, кроме того еще удаляется задолженность по НДФЛ за предыдущие года.
Порядок действий таков:
1. Пернести данные из конфигурации 1C 7.7 «ЗиК» в 1С 8 «ЗиК бюджетного учреждения», используя стандартную обработку.
2. Используя представленную обработку, удалить сальдо.
Конечно же полностью проблему кривизны стандартного переноса это не решает, возникают проблемы с отпусками до 3-х лет, периодами работы сотрудников и т.д. Но это всё решается корректировкой записей регистров в документах «Перенос данных»





галочку надо поставить и все, по моему называется «Не переносить сальдо» 😀
Такой галочки в стандартном переносе нет, есть галочка «Обнулить перенесенную задолженность по з/п», но это лажа полнейшая.
Сальдо обнулилось превосходно. А с НДФЛ что делать? Он тоже удалился полностью.
НДФЛ удаляется за предыдущие периоды, за текущий год остается. Если за прошлые периоды была какая-то задолженность или переплата по физлицу, то корректировка производится документом «Корректировка регистров накопления».
(4) vitaspsp, наверное, Вы правы. У меня база была за 2011 год.
а на какие релизах это будет работать?
Спасибо, Вам за труд.
(7) RomanGN, Ну на 50.1 работает.
Эта обработка удаляет документы переноса по НДФЛ и взаиморасчетам без всяких вопросов.
От нее больше минусов,чем плюсов.
Выше писал уже, что все что нужно по НДФЛ и взаиморасчетам вводиться потом документом Корректировка регистров накопления. Если хотите, то сделайте такую обработку, чтобы выравнивала начисления, выплаты, НФДЛ, страховые взносы по статьям финансирования и статьям расходов. Народ будет Вас на руках носить, потому как при переносе создается чуть меньше чем бесконечность статей расходов с одинаковыми наименованиями. И выплаты идут все по одной статье расходов, при том как начисления по разным.
(10) vitaspsp, моё решение не поможет?
Автору, спасибо! полезная обработка.
(11) moonchild1, Вашу тоже на очередь поставил, спасибо!
(11) moonchild1, Первоначально я пошел по тому же пути. Но так как нашими клиентами в большинстве своём являются бюджетники, то мне сразу объяснили, что косгу 213 никак нельзя заменять на 211. т.к. это разные операции. А именно этот вариант их устроил.
(13) vitaspsp, а это важно в начальном сальдо?
Вы наверное не знакомы с бухгалтерией бюджетных учреждений(да и хозрасчетной тоже), если задаете такие вопросы. Вообще то начальное сальдо и распределяется по коду бюджетной классификации и косгу. В бухгалтерии гос учреждения начальное сальдо например по той же заработной плате выглядит вот так 302.11.00000000000000017.211, где 211 как вы и понимаете есть КЭК он же КОСГУ.
(15) vitaspsp, да я вообще ламер однобитный, но в некоторых случаях (вероятно и в Вашем) программа создает остатки (начальное сальдо) по выпллате зарплаты по 213 и по 211, которые я и предлагаю в своей обработке заменить на 211.
(16) С одной стороны этого конечно делать нельзя — в бюджете это разное сальдо, и если сотрудник должен по 211 а ему должны по 213 то надо ему это выплатить, а он потом вернет (наверное) в кассу. Но с другой, в ЗиК 7.7 нет(!) признака при выплате зарплаты 211 это или 213, и если это не было доработано то действительно, чего уж там, можно валить в одну кучу, все равно потом руками править.
(15) vitaspsp, какой документ переноса надо указать для обработки ?
Документы переноса все перебираются, и обрабатываются с номерами НЗР-***, ну и если ставить галку про удаление НДФЛ за прошлый период, то ещё и НДФЛ-** документы обрабатываются.
(19) vitaspsp, ясно, спасибо!
Спасибо преогромное, очень выручили!!!!!
(21) Podsolnuska, Да не за что.
проверьте начисление больничного после использования обработки. Моя радость по поводу исчезновения сальдо длилась недолго.
в б/л после этого полезли миллионы
(23) Adelvase, у вас какая-то нестандартная ситуация. Обработкой пользовались при переносе более чем в 100 бюджетных учреждениях, подобного косяка не возникало, потому как обработка затрагивает только регистры взаиморасчетов с сотрудниками, которые никак не касаются среднего заработка.
Я вчера тоже переживала насчет среднего заработка при расчете БЛ, но после использования обработки проверила и все хорошо заполняется. Мне интересно — если удаляются записи в регистре Взаиморасчеты с сотрудниками, то откуда программа берет суммы начисленной ЗП для расчета среднего и сведения о начислениях в Своде начисленной заработной платы? Я не так давно работаю с бюджетной зраплатой, может быть не знаю чего-то…?
Кстати, ведь есть возможность обнулить остатки сразу при переносе данных из 7.7 в 8, но решили раз есть сальдо, то не стали обнулять и столько времени потеряли….
Так что спасибо еще раз!)
(25) Podsolnuska,
Записи не удаляются, а обнуляется сальдо, на дату.
(23) Adelvase, обработка очень удачная и полезная, если забыл поставить при переносе галочку «Обнулить…», а база немаленькая, то не требуется повторный перенос. Отрабатывает все как положено.
Какая-то жесть. Эта обработка удалила не только сальдо , но и вообще все доки, даже за этот год. Единственно, что к остаткам по НДФЛ вопросов нет.
(29) Shanya1983, На сегодняшний день обработка опробована более чем на 500 клиентах. Такого ещё не было. Скорее всего что-то у вас с датами документов переноса данных. Остальные документы вообще здесь никаким боком не затрагиваются(код открыт, смотрите пожалуйста). А никто Вам случайно не доделывал мою обработку?