Бухучет 7.70.289

Хочу создать типовую операцию для начисления алиментов
Сумму вычисляю таким образом:

(БИ.СКК ("661",,, Пров(1).Дебет.Субконто(1), Пров(1).Дебет.Субконто(2)))*0.25

Даной формулой определяется сумма невыплаченной з/п, а нужно еще допюсовать сумму выплаченного аванса.
Никак не получается.
Помогите кто знает.

Начисление з/п по кредиту 66 выплата по дебету.

Мне необходима сумма за минусом налогов, а налоги тоже по дебету 66, и за плюсом выплаченого аванса по дебету 66.
Вот такая штука.

Фактически, мне необходимо как-то вытащить сумму оборотов между счетами "66" и "301".
А как в типовой операции?

Трохи точніше. Що ви намагаєтесь зробити за допомогую типової операції? нарахувати сумму аліментів? А як це нарахувати після виплати Зп . Обороти між 66 301 - це вже виплачена зп.... не розумію.

поправлюсь : утримати суму аліментів.

Утримати суму аліментів з працівника, якому в середині місяця було виплачено аванс.

не маю змоги шукати схему проводок у випадку аліментів. Але доплюсовати, навіщо? в даному випадку сальдо кредитове, але на дату до виплати. Ви взяли взагалі сальдо кредитове

Вы что - два раза снимаете алименты?

або типову операцію робити датою до виплати авансу

Аніменти утримуються після нарахування з/п в кінці місяця

Ну так и расчитывать алименты при расчете ЗП

Но как мне определить сумму начисленной з/п за минусом удержаний в типовой операции?

КО(661)-ДО(661)


Хотя могут быть ньюансы...

Но в ДО(661) входит сумма выплаченого аванса, и сумму получаем не ту.

Тогда прописывать все обязательные вычеты в формуле

А как в формуле типовой операции прописать обороты между счетами 301 и 661?
У меня не получается.

Точно не помню, но скорей всего не получится - ОБ только между счетами без аналитики

Да, БО не подходит, проверено!

при чом тут виплата? КО(66) за поточний місяць, (якщо немає заборгувань по зп за минулі місяці)

КО(66) за поточний місяць - це з/п без утримання податків, тобто "грязна", а аліменти умримуються з "чистої".

ааа! тоді мовчу. треба розбиратись

Как вариант - обработка с выборкой чистой ЗП и расчетом алиментов, а дальше ручки+Операция

Хотелось бы упростить бухгалтеру работу, чтобы вручную поменьше считали.

Тогда документ - НачислениеЗП (форма,модуль) - дописываем свое

Может я чего-то не заметил, но разве ДО по 661 в корреспонденции с 301 - это не то?

ВыполнитьЗапрос(<НачалоПериода>,<КонецПериода>,<Счет>,<КоррСчет>,<Валюта>,<ТипИтогов>,<Периодичность>,<ТипСуммы>)

Только кроме 301 может быть еще 311, а процент алиментов лучше сделать реквизитом Сотрудника.

Zaval, а так в типовой операции можна? Выполнить запрос в типовой операции?
Да и почему учитывать выплаты при расчете удержаний, хоть и по формуле подходит....

Еще не очень этичный способ КО()- ДО() расчитать на дату начисления ЗП. С бухгалтером договориться вводить НАчислениеЗП на дату 27 числа....

метод БИ.Период(ДатаНАчалаПериода, ДатаОкончанияПериода)
но пробую, не получается пока.

Оставьте в покое типовую операцию.
Ее назначение - сформировать сложный комплект взаимосвязанных проводок исходя из одной(вводимой вручную) цифры.
Это чтобы ГБ один раз настроил, а потом рядовые бухи пользовались.
Все.
Для других задач - другие средства.
Уже упоминал, что процент может быть разным, еще исполнительных листов может быть несколько и надо учесть ограничение, и может понадобиться почтовый сбор... и ЗП могут пересчитать, а переделать Операцию - забыть или не успеть.
Самое правильное - допилить Начисление ЗП.(Формула в операции может сработать не так, как тамошний механизм расчета - вот и грабли!)
Второй вариант(уже озвученный) - обработка, формирующая Операции.

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



Этот новый документ можно развить для разных подобных удержданий с чистой зпл. Колонки : Сотрудник, База (заполняется), Коэф (вводится в ручную), Сумма (расчитывается)

Отличный вариант.
Вот только это остается "на доверии" к юзерам, которые меняются, забывчивы и горазды во всем обвинять программу(
А еще очень любят нарушать хронологию работы.
Пару лет сопровождал ЗиК. Еще долго на любой вопрос юзера на языке вертелось "Журнал пересчитан?!")))
Я бы, скорее всего, сделал Обработку. Одна строчка с ее вызовом в модуле НачисленияЗП - не такая уж проблема при обновлении.

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

Нет, это как раз очень даже "вопрос ребром".
Обработке придется искать Операцию по начислению алиментов по Фирме(возможно, и по Подразделению) и потом либо править либо создавать. Причем, если эту самую Операцию слегка поправили ручками - далеко не факт, что обработка сможет ее найти
Или вообще искать в периоде любые проводки "на тему алиментов" по сотруднику...

ЗЫ. Скорее всего, на Башорге, был такой диалог(за дословность не ручаюсь):
- Вот нравится мне в программировании, что одно и то же можно реализовать десятью разными способами!
- Ага, и за 8 из этих 10 огрести хороших люлей от ведущего программиста...

добросовестность - единственный критерий.

По обработке - в документе НачислениеЗП реквизит типа Документ.Операция.

Типовая операция - хорошее быстрое временное решение. Но формулу- то до сих пор не написали.

БИ.Рассчитать(Дата("27."+строка(датамесяц(ДатаОперации))+"."+строка(ДатаГод(ДатаОперации))), Дата("27."+строка(датамесяц(ДатаОперации))+"."+строка(ДатаГод(ДатаОперации))));
БИ.КО("661",1,,Дебет.Субконто(1),Дебет.Субконто(2))-БИ.ДО("661",1,,Дебет.Субконто(1),Дебет.Субконто(2));

но Документ НачислениеЗП нужно вводить строго нужным числом. приветствуются другие варианты