ЗУП 3,0 Выплата з/п

Не могу понять зачем так сделали:<br><br> - изменен принцип ведения      взаиморасчетов с сотрудниками. Выплаченные      суммы теперь не учитываются по фактической дате выплаты, а только по      месяцу начисления.<br>После переноса все документы выплат (банк/касса) теперь попали не в те месяца в которых была выплата (по дате документа), а в те за которые была выплата.<br>Естесвенно свода (из-за выплат) рвутся.<br>И как выровнять с данными из 2,5 и бухгалтерией? Руками выбирать нужные документы и менять там месяц?! Вот это я понимаю автоматизация процесса!

"Да, вопрос конечно интересный! В какой форме теперь можно будет увидеть: сколько же выплачено “В месяце”? У нас бухгалтер берет “Свод начислений и удержаний” из ЗУПа и проверяет c оборотами по банку и кассе (зарплатные выплаты) в 1С:БП. А также конечное сальдо по расчетам с сотрудниками. Этот же вопрос касается и расчетных листов (долг за предприятием). Допустим, рассчитали зарплату за октябрь 8-го ноября, раздали сотрудникам расчетные листы 10-го ноября. Долг за предприятием один. Потом выплатили зарплату 15 ноября - долг за предприятием уже другой (выплата встает в расчетный лист за октябрь). А сотрудник этого уже не увидит - нужно давать новый расчетный лист."

То, что конечное сальдо по расчетам сотрудников выводится на конец расчетного месяца, это, думается, неплохо. Ведь на конец ноября у сотрудника долга в расчетке за октябрь не будет. Плохо то, что сальдо в данной концепции будет разным в зависимости от даты фактического расчета зарплаты и дат выплаты. Если выплата прошла 2-го, а расчет сделают 3-го или наоборот расчет 2-го, а выплата 3-го, сальдо будет разным. И в расчетках разные суммы. Опять придётся следить за проведением-распроведением документов выплаты, пока не рассчитана зарплата предыдущего периода. Вот это плохо. Однако, может быть, мы чего-то не знаем? И в ЗУП 3.0 придумали другой отчёт, показывающий сальдо на конец месяца именно по датам документов? Кассу-то за месяц по документам отобрать, думаю, будет не сложно.

Да уж наворотили.<br>Так как на форуме периодически возникали вопросы о распечатки р/листов и ведомости где данные собирались бы по принципу за какой месяц, то похоже именно под мнение этих пользователей и сделали изменения.<br>А вот позицию настоящих бухгалтеров похоже задвинули.<br> <br>Интересно посмотреть на эту группу пользователей , под которую меняют что ЗУП что БП.

"Облегчают" работу... если так дальше пойдет, то мы, бедные бухгалтеры, вообще забудем, что это такое - отпуск.

Конечно хотелось бы услышать мнение по этому вопросу Закирова Дмитрия (1С, Москва).<br>Как планировалось делать перенос данных с таким методом учета выплат?<br>

Не пробовали задать вопрос в техподдержку.

Видимо, пробовали, поэтому и задает здесь!

Честно говоря не обращались. Думал тут будет комментарий.

и через месяц появилось вот это:<br>1С:<br>"В конфигурациях, где имеется бухгалтерский учет (БП, УП), это как раз и делается. В конфигурации, предназначенной только для расчета зарплаты, нет "остатков на 70-м" так как нет подсистемы банк-касса, позволяющей вести настоящий бухгалтерский учет остатков по взаиморасчетам. Появление в конфигурации "Зарплата и управление персоналом" бухгалтерской функциональности (остатки на 70-м счету, расчеты с фондами, расчеты с бюджетом по НДФЛ, расчеты с контрагентами и т. д.) теоретически возможно, но пока не планируется."<br>Партнер1:<br>"В принципе в зарплатной базе данных нужна не полноценная бухгалтерская функциональность, а некий механизм, упрощающий сверку суммы невыплаченной/переплаченной зарплаты сотрудникам на конец календарного месяца с сальдо на 70-м счете в бухгалтерской базе на эту же дату. В ЗУП 2.5 такой механизм был, поскольку в сальдо конечном в расчетной ведомости за период не учитывались суммы, выплаченные за тот же период в следующем за месяцем расчетного периода календарном месяце. В ЗУП 3.0 этот механизм поменялся. Теперь календарная дата выплаты сумм сотрудникам при расчете конечного сальдо взаиморасчетов с сотрудником не учитывается, а расчет сальдо ведется в разрезе расчетных периодов. Такой подход удобен для контроля взаиморасчетов с конкретными сотрудниками, но затрудняет сверку остатков по взаиморасчетам предприятия с сотрудниками в целом в зарплатной и бухгалтерской базах. Особенно проблема актуальна для больших предприятий, где процесс выплат сотрудникам (Д 70 - K 50, 51) практически непрерывен."<br>1С:<br>"В предыдущей редакции, действительно, поддерживалось сальдо с учетом дат, установленных в документе "Зарплата к выплате". Но дело в том, что это не были даты проведения документов "по кассе" и "по банку", которые вводит другой человек (бухгалтер), да еще и в другой программе. Пользователи вынуждены были:<br>- или возвращаться к документам "Зарплата к выплате" и вводить там даты, спрашивая их у бухгалтера и тем самым обеспечивали "бухгалтерское" сальдо (это делалось пользователями редко)<br>- или в "Зарплата к выплате" вводили сразу последнюю дату месяца за который выплачивается зарплата, обеспечивая "зарплатное" сальдо (это бывало гораздо чаще)<br>- или вовсе не следили за датами "зарплат к выплате" и не имели ни правильного "бухгалтерского" сальдо, ни правильного "зарплатного" сальдо<br>Т. е. в редакции 2.5 не было механизма сопоставления двух сальдо - расчетчика (с точностью до месяцев начисления зарплаты) и бухгалтера (с точностью до кассового/банковского дня). Поддерживать два сальдо в рамках ЗУП, можно, но не ясна цель. Ведь расчетчик будет вводить даты перечисления средств в банк или даты из кассовой книги под диктовку бухгалтера (кассира). И единственное, что он сможет после этого проверить - правильно ли он ввел данные "под диктовку".<br>Скорее, правильным кажется "честно" вести свое сальдо расчетчику и бухгалтеру. И если остаток зарплаты за месяц в расчетной ведомости совпадает с остатком на 70-м счету на конец последнего дня выплаты/перечисления зарплаты, то все в порядке. А если не совпадает - нужно разбирать кто не прав."<br>Партнер2:<br>"Совпадать будет только при отсутствии межрасчетных выплат и обязательным депонированием тех кому не выплачена зарплата, что не всегда делается. Такие условия почти не реальны."<br>1С:<br>"Вы совершенно правы. В общем случае долг по зарплате на тот или иной месяц не совпадает с сальдо на 70-м счету ни на одну из дат. Но мы же рассматривали случай, когда такое сопоставление возможно. Речь идет о задаче про<br><br>...сверку остатков по взаиморасчетам предприятия с сотрудниками в целом в зарплатной и бухгалтерской базах<br>Очевидно, что эта задача в общем случае невыполнима. И здесь хочется понять: зачем в зарплатном приложении поддерживать еще и остаток на 70-м (не важно за счет чего - за счет ввода документов "под диктовку бухгалтера" или за счет автоматического обмена кассовыми и банковскими документами). "<br>Партнер2:<br>"На 70 счете в ЗУП необязательно, а вот в свод или расчетную ведомость в ЗУП сверять с 70 счетом в БП хотелось бы.<br>Сверка остатков более проста и именно по ним определяются ошибки в настройках.<br>Например неоднократно так находились ошибки когда по натуральным доходам делались проводки, что приводило к искажению остатков на 70 счете.<br>Это уже потом детальный анализ оборотов приводил к обнаружению конкретной ошибки."<br>1С:<br>"Мы согласны с позицией, что сверка остатков на 70-м счету и зарплатных отчетов - полезная и важная возможность. Для этого в ЗУП есть зарплатные отчеты, а в БП - карточка счета. Все участники дискуссии также понимают, что такая сверка - непростое в общем случае занятие, если в бухучете между началом очередного месяца и датой выплаты зарплаты регистрируются операции по 70-му счету. Просто в дискуссии предлагается еще и дублировать 70-ый счет в ЗУП. Мы пытаемся найти аргументы в пользу дублирования 70-го счета в ЗУП и пока не находим."<br> <br>и т.д., и т.п. В общем бух.сальдо не предполагается до набора критической массы пожеланий, аргументов и сценариев, когда это надо.