BEST logo логотип компании БЭСТ - программы для бизнеса ПРОДАЖИ
+7 (991) 312-04-37
trade@bestnet.ru
ПОДДЕРЖКА
+7 (495) 775-66-76
consult@bestnet.ru
СКАЧАТЬ
Обновления
Дистрибутивы
Авторизация

Логин:
Пароль:
Забыли свой пароль?
Регистрация
ВАШ ВОПРОС

Доступ к Личному кабинету закрыт!
Как получить доступ?


Главная  / Поддержка  / Форум  / Публичные форумы  / БЭСТ-5  / Управленческий учет в модуле Зарплата

Форум

Поиск  Пользователи  Правила 
Закрыть
Логин:
Пароль:
Забыли свой пароль?
Регистрация
Войти
 
Страницы: 1
RSS
Управленческий учет в модуле Зарплата
 
БЭСТ-5 3.4 сп9
Существует дополнительный управленческий план счетов, по которому формируются проводки в типовых операциях, по аналогии с налоговыми (технически).
Там где не требуется развернутого аналитического анализа, все нормально.
Но вот в сложных случаях возникает немало вопросов. по штатному решению Вопроса.
Например, формирование проводок в модуле зарплата по логическому принципу не похожему на бух. и нал. учет.
В случае с Имуществом выручили доп. книги амортизации.
В зарплате так и напрашивается доп. измерение и механизм его использования.
Кто-нибудь уже касался этого Вопроса?
На текущий момент пока видим одно штатное решение:
в типовых операциях писать проводки с условиями на все случаи, но их может быть много.

У кого какие мысли на сей счет?
С уважением,
Ильин Евгений
 
Цитата
itman пишет:
в типовых операциях писать проводки с условиями на все случаи, но их может быть много.


В бюджетных базах так и делают :-(
 
И все-таки есть способ не плодить проводки с разными аналитиками :happiness:
Необходимо написать блок анализа и вызывать его из формулы расчета аналитики.
В кор.счете должен быть определен счет, с активированным аналит. учетом, тогда при выполнении расчета типовая операция будет выполняться для каждого вида начисления, для которого определена. И если в формуле тип.оп. будет 3 проводки с таким вызовом, то на каждую запись в начислениях будет вызываться блок анализа.
Насколько будет замедлен расчет - надо проверять, но уже сразу надо ориентироваться на неприменение функций, открывающих и связывающих БД. Т.е. блок анализа должен быть исключительно аналитическим. Проверка условия и результат.
Что получится - напишу.
С уважением,
Ильин Евгений
 
Итак,
в типовые операции по начислениям и налогам ЕСН добавляем проводки по упр. плану счетов.
На один счет одну проводку, в формуле суммы условие по категории P12 ( в нашем случае)
Всего три проводки, в итоге.
Т.к. счета аналитические, в формуле расчета аналитики делаем вызов функции fileeval('@CodeCfoSal')
сама процедура:
Код
Procedure CodeCfoSal()
Local cCodeCfo
Do Case
Case cardspri->c_struct="100410"
  cCodeCfo:="1-01"
Case cardspri->c_struct="100420"
  cCodeCfo:="1-02"
Case cardspri->c_struct="100430"
  cCodeCfo:="1-03"
Case cardspri->c_struct="100450"
  cCodeCfo:="1-04"
OtherWise
  cCodeCfo:="6-"
EndCase
Return cCodeCfo

В итоге получаем расширенную картину проводками по упр. плану счетов.
на каждое подразделение возможно использование конструкций IF ENDIF по должностям либо другим признакам.
С уважением,
Ильин Евгений
 
Цитата
itman пишет:
Существует дополнительный управленческий план счетов

Евгений Юрьевич, а Ваш план счетов не является коммерческой тайной? Так бы хотелось на него взглянуть...
http://bteh.ucoz.ru Аналитические материалы для бухгалтера и руководителя
 
Да ничего выдающегося.
План счетов выглядит примерно так:
М01 - Сырье
М011... - Субсчета по видам сырья по технол. признакам
М11 - Зарплата + ЕСН
субсчета по категориям
далее счета
Электроэнергия
Брак
ГСМ
Амортизация
Налоги
Страхование
Реклама
ПО
Коммуникации
и т.д.
К каждому привязана групповая аналитика, из двух уровней.
Первый - производство, управление, АУП, Логистика
второй - подразделения.
Пока что так.
С уважением,
Ильин Евгений
Страницы: 1
Читают тему (гостей: 1)