Начисление зарплаты по-новому

[123]

По расчетной ведомости, например за март, создаём платёжную. В ней автоматически заполняется дата 31 марта и примечание за Март 2011. Зарплату платим допустим 1 апреля. Исправляем дату на 1 апреля и платёжная ведомость тут же становится за апрель. Но ведь она создана по расчетной ведомости за март.
Заполняем табель 30 марта отмечаем 8 марта выходной, сохраняем и проводим табель. Получаем 22 рабочих дня. Закрываем его. Открываем изменяем дату на 31 марта. и в табеле 23 рабочих дня. Снимаем выходной с 8 марта 24 дня.
Исправляется только новым заполнением табеля.
В расчетной ведомости нет столбца "примечания", а например в печатной форме он есть. Хотелось бы добавить, чтобы делать пометки. Больничный, например, теперь будет платиться в другой месяц. Удобно сумму больничных проводить отдельной строкой.

[dmitry]

1. Примечание по строке (в настройке таблицы для расчетной ведомости) добавим.
2. С датами документов, которые создаются автоматически по расчетной ведомости, я сам не уверен в своем решении. Нужно было решить: дата должна быть реальная, или всегда за тот месяц, в котором зарплата была начислена. Выбрал второе, чтобы все суммы, связанные с одной зарплатой, попадали в один отчетный период, чтобы в Декларации НДФЛ сумма начисленной совпадала с суммой выплаченной и соответствовала перечисленному налогу. Иначе в отчетности будет так: начисленная за апрель, выплаченная - остаток за март и аванс за апрель, перечислено тоже. Или так в Декларации и должно быть?

[Tirey]

Нельзя ли сделать в программе учет единого социального взноса с разбивкой по субсчетам для каждого вида начислений и удержаний. Недавно пробовал сделать сверку по начислениям и платежам — замучился. Нужно открывать каждую расчетную ведомость, выписывать суммы, потом начинается песня по платежам. Ну, если вы еще платите через банк, там можно по связям документов отследить, а если по заявке на внесение наличных? Полный атас, если еще и текст в примечании отличается. При этом нет никакой уверенности, что в конце все получилось правильно. Если даже и можно на основании подробных сведений по начислениям и удержаниям в свойствах сотрудника, экспортировав таблицы в Exel, сделать в итоге консолидированную ведомость, мы получим данные только по удержаниям из зарплаты, а все платежи все одно нужно отслеживать вручную.

[Tirey]

И еще один момент. При создании отчета 1ДФ в новой форме, при экспорте отчета в MeDOC неправильно проставляются признаки социальной льготы. MeDOC этого не замечает, а после получения квитанций из контролирующих органов, отчет не принимается с указанием того, что поле льготы заполнено не в соответствии с шаблоном. И самое интересное, что исправить этого в импортированном отчете в MeDOC невозможно. Хотя ты и заполняешь признаки вручную, в итоговом XML документе — все равно та же ошибка. Приходится создавать документ в MeDOC вручную с нуля.

[dmitry]

Нельзя ли сделать в программе учет единого социального взноса с разбивкой по субсчетам для каждого вида начислений и удержаний.

Сделайте. В расчетной ведомости нажмите "Шаблон" и сделайте часть проводок по счету ...Единый_взнос/Работник, часть - ...Единый_взнос/Работодатель.
Тогда и в платежке или кассовом ордере иногда выбирайте первый субсчет, иногда второй.

[dmitry]

При создании отчета 1ДФ в новой форме, при экспорте отчета в MeDOC неправильно проставляются признаки социальной льготы. MeDOC этого не замечает, а после получения квитанций из контролирующих органов, отчет не принимается с указанием того, что поле льготы заполнено не в соответствии с шаблоном.

В квитанции говорится про элемент T1RXXXXG08 (признак льготы)?
Если без M.e.doc нажать в программе "Файл .xml", он формируется правильно (включая код льготы). Если его импортировать в M.e.doc, чтобы только подписать и отправить, он останется правильным.

[Tirey]

Да. Это работает. Вопрос только: как теперь с формированием отчетности? Будут ли консолидированные суммы по субсчетам корректно попадать в разделы отчета, скажем, по единому социальному взносу?

[dmitry]

Будут ли консолидированные суммы по субсчетам корректно попадать в разделы отчета, скажем, по единому социальному взносу?

Да. Как раз в отчетности по ЕСВ программа использует не счет, а номер проводки в расчетной ведомости (1- удержания зарплата, 2- удержания больничный, 5 - начисления зарплата, и т.д.).

[123]

По прежнему идёт ошибка округления (такая же ошибка наблюдалась в прежней расчетностной ведомости)
Расчетная ведомость. при расчете единого взноса удержания если остаток 0,0045 программа округляет в 0,01 коп.
пример начисление 960.08, график 22, отработал 14. Расчет даёт 22.00 (3.6%) вместо 21,99.

[dmitry]

Получается 21,9945 - программа округляет до 22.
Что с точки зрения арифметики за 5 класс здесь неправильно?

[Алексей]

Если округление до копеек, то должно быть 21,99
3 знака после запятой: 21,995
2 знака после запятой: 21,99
1 знак после запятой: 22,0
до целого: 22

[dmitry]

Вот здесь:
3 знака после запятой: 21,995
2 знака после запятой: 21,99
все правильно?

[123]

Да именно так нас учили округлять в 5 классе
Если последняя отбрасываемая цифра от 5 до 9 тогда добавляется единица, если последняя отбрасываемая цифра 1-4 то отбрасывается и всё.
Если округляем число 21,9945 до 2х знаков то 21.99, если до трех 21.995 где-то так.
В бухгалтерском учете должно округлятся до копеек значит 21.99

[Алексей]

Вот, например, авторитетный источник http://www.buhgalteria.com.ua/Hit.html?id=1985
Я так понимаю, что используется математическое округление. Да и по банковскому тоже получается 21,99

[dmitry]

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