Проблемы с 70-м счетом

с точки зрения бухучёта проводка д-т 50 - к-т 70 действительно считается корректной. конечно здесь следует учесть тот факт что придётся отразить ещё и изменения в начислении налогов.
В любом случае в семёрке уже навряд-ли сделают доработку для подобного случая.
Развитие функционала 7.7 остановилось.

Также следует обратить внимание на тот факт, что механизмы расчётов по заработной плате в прикладных решениях предназначенных для целей бухгалтерского учёта нацелены прежде всего на отражение начислений и расчётов по налогам.
т.е. 70-й счёт в бух-ии ведётся прежде всего ради 68-го и 69-го (ну и для счетов затрат естественно)

И позиционируется ведение расчётов по сотрудникам в бух-ии именно для простых схем. Взял заранее определённую сумму оклада, начислил, выплатил. Предполагается, что возникновение ситуаций, подобных описанной в данной теме, является случаем скорее исключительным, чем закономерным. Поэтому видимо ничего и не делается. На практике столкнулся с подобным случаем всего один раз.
Применил методику описанную ранее. Все довольны, конфа нетронута, заморочек при последующих обновлениях нет.

Автору стоит подумать над вопросом. Если ситуация разовая, то можно и обойтись без доработок. Если же она повторяется с завидной регулярностью. то тут большое количество пищи для размышлений прежде всего управленческого характера.

Также возможно взглянуть на эту ситуацию с другой стороны.

В нормативной законодательной документации нет строгого описания данной ситуации. А механизмы типовых конфигураций заточены прежде всего под законодательство. Возможные корреспонденции счетов заточены под 94-й приказ, политика действия механизмов расчёта под налоговый кодекс и т.д.

Описанные в различных статьях по данному случаю рекомендации регламентируют прежде всего корректное отражение возвратов для целей налогового учёта при этом в качестве инструкций для оперирования приводятся несколько источников.

То есть, просто нет единого установленного порядка отражения таких ситуаций.

Уверен, что с подобным вопросом были обращения на хотлайн. Отсутствие реакции может говорить только о том, что разработчики не могут по определённым причинам взять на себя ответственность за корректность отражения данной операции в различных ситуациях, да и алгоритм получился бы довольно громоздкий, ведь пришлось бы анализировать достаточно большое количество параметров. И именно поэтому проведение такой операции предоставили на волю пользователей.

В справочнике "Виды начислений" Создать новое начисление, например "Возврат денег в кассу", код для учета НДФЛ выбрать 0000,по списку взимаемых налогов все галочки снять. При оформлении приходного ордера выбрать этот вид начисления.

> В справочнике "Виды начислений" Создать новое начисление, например "Возврат денег в кассу", код для учета НДФЛ выбрать 0000,по списку взимаемых налогов все галочки снять. При оформлении приходного ордера выбрать этот вид начисления.

И чего хорошего?

Получите НЕПРАВИЛЬНЫЙ документ налогового учета Расходы на оплату труда и его придется править "ручками"

И еще получите "кривой" налоговый Регистр учета расходов по отплате труда

И еще получите тоже "кривой" отчет Начисленные налоги с ФОТ

И еще вдобавок получите "кривую" Индивидуальную карточку учета ЕСН

Уважаемый Alexandr! Возврат денег в кассу Дт50 Кт70,проводка неоспорима.
В налоговом документе "Расходы на оплату труда" поставим, что эта сумма не принимаема для налогообложения. Что потом отразится в Налоговом регистре. А в индивидуальной карточке по ЕСН в 4 колонке будет стоять сумма в прочих выплатах, не подлежащих налогообложению. Ну, а для меньшей "кривизны" рекомендуется использовать программу "Зарплата и кадры".

> А в индивидуальной карточке по ЕСН в 4 колонке будет стоять сумма в прочих выплатах, не подлежащих налогообложению.

Так какие же это ВЫПЛАТЫ?!