Как указать другой счет дебета по страхованию от НС в ЗУП #410122

Типовая 8.1 - Зарплата и Управление Персоналом 2.5.13.5 Проводка по страхованию от несчастных случаев формируется документом "Отражение зарплаты в регл учете": Дт 20 или 26 (в зависимости от работника) - Кт 69.11, дебетовый счет в соответствии с распределением заработка работников. Как можно сделать чтобы эта проводка всегда была на Дт 26. В 7.7 это делалось через справочник "Дополнительные проводки".

Настроить справочник "Отражение ЗП в рег учете" для начислений по сотрудникам

не гони) в модуле документа ОтражениеЗарплатыВРеглУчете. Процедура АвтозаполнениеПроводок

ваще то, чтобы поменять счОт, необязательно лезть в модуль документа...

ну да, можно вручную менять. можно написать обработу заполнения ТЧ.

Ты шутишь?

Звиздец

Справочник "Способы отражения зарплаты в регламентном учете" тебе о чем нибудь говорит?

+ для документа "Отражение зарплаты в регл учете"

в ТЧ откель проставляются???

и как там настроить проводку на эти взносы?

может, там по подразделению определяют счет отнесения?? я у себя именно по подразделению определяю счет отнесения затрат на зп..

Конкретно ЭТУ проводку там настроить нельзя. Можно настроить все затраты по ЗП отдельного сотрудника на заданный затратный счет. Походу я обмишурился, невнимательно читал задачу.

именно сотра?... нельзя по его подразделению, например, или статье затрат и тд?..

"Способы отражения зарплаты в регламентированном учете" насколько я знаю определяют проводки по разнесению именно зарплаты - начислений и удержаний. Налог же по страхованию от НС - это имено налог, схему формирвания его проводок я не нашел нигде в данных конфигурации. К сожалению, склонен думать что его жестко зашили в алгоритме формирования проводок. Что очень странно и печально - в 7ке была гибкость, а тут ее выкинули получается.. 2Armando Вручную менять думаю не вариант. Этого очень не хотят бухи, там куча организаций и ручные корректировки - предпосылка для ошибок. Переписывать же заполнение ТЧ с учетом сохранения универсальности тот еще геморой - там несколько тысяч строк :( 2France Неважно по чему определяется счет отнесения, по системе применяемого учета в той организации вся сумма должна быть отнесена к одному (26му) счету. А алгоритм раскидывает его по соответствующим счетам учета з/п и баста. Очень странно что раньше эту схему можно было поменять, а в 8.1 нет, все же надеюсь что решение без корректировки кода должно быть, судя по тому что я нарыл на форумах, бухами данные изменения проводок были востребованы.

"можно было поменять, а в 8.1 нет" я тоже надеюсь.. ищи))

Процедура заполнения табличной части,запущенная после того, как табличная часть заполнена стандартным образом, должна будет только просмотреть проводки, и заменить счет дебета на Дб 26 если счет кредита Кт 69.11. Такая процедура займет всего несколько строк и ее не нужно будет обновлять при обновлении конфигурации.

+ Еще вариант в обработку заполнения ТЧ сначала вставить вызов старндартной процедуры, а потом сделать как в

нЭ верно.. нужно сначала понять, как работает стандарная, и потом заставить делать то, что хотим..

там в запросе 3 строки изменить, чесслово. только что посмотрел.

Спасибо, так и сделаю, если никто не подскажет более "безкровного" решения. Только еще нужно будет сохранить универсальность, для остальных организаций в этой базе проводки не должны меняться. Принципиально ты прав, но на чтение 13 тыщ строк кода тупо нет времени :( А все имеющиеся мануалы, книги и уж тем более хелпы по типовым далеки от совершенства. Не встречал еще ни одного руководства раскрывающего функционал типовой конфигурации хотябы процентов на 90.

можешь скинуть строки? лениво искать в тырнете, разворачивать и анализировать

13 тыщ не нуно читать.. не думаю, что столь тупо подошли одноЫсники..   ps 10 процентов  - и то хорошо.. нам заказчик сказал, что всего одна фразе смысл во всех инструкциях имеет.. а ведь под тыщу строк инструкций было ((((

Там и без запроса можно, в цикле проводки формируются, но это то что я называю "с кровью" :) без полноценного понимания всего алгоритма, может что-нибудь потом вылезти боком. Плюс, я выше говорил, универсальность надо сохранить.

какая жалость, что я больной в постели, и ходить даже не могу.. а то с утреца бы.. и на работе, очень быстро проанализировал ЗУП на сей предмет.

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

Всё до неприличия просто. У страха - глаза велики.

Это не страх, это немного опыта :) Если есть возможность избежать модификации конфигурации - надо ее найти.

тада ищи.. не думаю, что столь тупо поступили в 1С.. вряд ли счета настолько тупо прописали.. за это ж не руки, а [предметы танцевать мешающие] нужно рвать..

запрос ДоходыДляФСС_НСТекст. вот два фрагмента из него: Заменил БУОсновныеНачисления.СчетДт и БУДополнительныеНачисления.СчетДт на Значение(ПланСчетов.Хозрасчетный.ОбщехозяйственныеРасходы). По идее должно работать. в цикле не получится, т.к. в запросе может быть 97 счет подставлен.

Ты спрашивал насчет подразделений? Рег сведений Учет основного заработка работников подразделения организации тебе в помосчь

+ только что в демо базе проверил. на первый взгляд все работает

таки ж, курочить конфу не нужно??...эт радует.. автор, приглядись к совету в

Чем мне поможет регистр фиксирующий способ отражения в бухучете зарплаты сотрудников подразделения?

чем неустраивает?

Устраивает, спасибо, только универсальности добавлю. Похоже нет типового решения данной задчаи, пойду кодить :( Всем большое спасибо за помощь.

типового-автоматизированного точно нет. я те как врач говорю.