Здравствуйте дамы и господа.

Прошу откликнуться тех, кто осуществлял проекты в банках.

Вопрос 1.
Если не используется модуль FI, нужно ли выполнять прогон проводок?

Вопрос 2.
Как формировать проводки в межрасчетном периоде (Off-Cycle)?

Вопрос 3.
Есть ли локализация для банковского плана счетов (не СARU)?

Вопрос 4.
Как Вы кодировали 20-тизначные счета в символьных счетах, основных счетах, лицевых счетах и т.д.?

Благодарен за любую помощь...

Необходимости нет.

Полностью Z-разработка модуля проводок, в которой предусмотрены 20-значные счета.

Большое спасибо.

Подскажите пожалуйста,

Вопрос 5.
Есть ли какая-нибудь связь между МВЗ и счетами?

В таблицах T52EL и T030 не вижу следов МВЗ. Только Вид оплаты -> Символический счет -> Счет главной книги (10 знаков).

Спасибо.

А связи как таковой нет. Счета - это бухгалтерский учет, МВЗ - это управленческий учет. Эти атрибуты могут использоваться совершенно независимо друг от друга.

Еще раз Большое спасибо.

Уважаемые дамы и господа, и особенно RoustR, снова прошу помощи в развитии этой темы.
Пишем свой шлюз для генерации финансовых документов (проводок) и отправки их в операционный день банка.
При этом используем стандартную настройку связи символических счетов с видами оплат. Только вместо 10-тизначных счетов подставляем 20-тизначные из Z-таблиц. Предполагаем использовать механизм IDOC для формирования структуры финансового документа и отправки в шину PI.
Вопрос касается алгоритма вычисления суммы вида оплаты.
Сумма вида оплаты, хранящаяся в кластере, может быть представлена двумя способами, например:
а) в/о /320(НДФЛ) представляет собой общую сумму налога, а для корректного вычисления суммы в проводку
нужно от текущего значения отнять значение предыдущего OC расчета;
б) в/о /550(После удержаний по закону) содержит фактическую сумму в проводку, не требующую дополнительных вычислений.

Вопрос 6:
Как правильно поступить?:
а) сохранять фактические суммы (разницы) для проводки в собственных (кастомных) в/о в момент расчета заработной платы;
б) выполнять вычисление сумм в момент формирования проводок по данным кластера.

Вопрос 7:
При варианте (б) как правильно определить связанные расчеты и порядок получения разниц?
Функция CD_EVALUATION_PERIODS для одного юр.лица дает корректный результат, а при изменении юр.лица в межрасчетном
периоде возвращает расчеты и по старому юр.лицу и по новому в одном запросе.

Спасибо.

Это тоже корректный результат. CD_EVALUATION_PERIODS не фильтрует по юр.лицам, возвращает что есть.

Уважаемый calm, как тогда правильно определить связанные расчеты?
Для обратного расчета OC функция возвращает предыдущий (статус P) OC расчет. Для регулярного - все OC (и активные, и неактивные) и сам регулярный, а при смене юр.лица и для расчета по первому юр.лицу, и для рачета по второму юр.лицу, возвращает оба расчета. Что делать? После получения результата удалять расчеты по другим юр.лицам? Дело в том, что счета по разным юр.лицам разные, а значит разницы нужно вычислять с учетом юр.лица.
Или есть другой ФМ, дающий более точный результат?
Или самим городить логику? Но тут можно такого нагородить...
Получается, что наиболее правильным решением будет формирование разниц в момент расчета заработной платы и сохранение результата в кастомных видах оплат или я ошибаюсь?
Спасибо.

ISergiv, я к сожалению, не гуру в проводках

Чисто концептуально, без привязки к контексту задачи, я бы выбрал вариант А.
Т.к. наверняка при эксплуатации возникнут вопросы типа "а почему вот столько провелось вот туда".
В случае с вариантом А Вы хотя бы сможете быстро понять откуда взялась проводимая сумма.

В случае B объяснить польователю проводку будет сложнее, особенно, если на этапе ОПЭ абап-расчет будет допиливаться, баги фиксятся. Потом кто-нибудь чего-нибудь перезагрузит корр.схемой, пересчиает...
Может легко получиться ситуация, когда прогон провели. код изменили, потом начали разбираться почему именно такие проводки.

Т.е. формируя проводки по варианту А у вас будет дополнительная контрольная точка с фиксацией результатов в кластере. А в варианте B - весь расчет в абапе рискует постепенно превратиться в непонятный черный ящик.

Уважаемый calm, я понял Вас.
Спасибо.

2 ISergiv
Проблема расчета при смене ЮрЛица не имеет отношения к проводкам как таковым. Вот сейчас у вас подсистемы проводок нет, но ведь сами проводки делаются. Как вы данные для этого получаете?
Например, необходимо получить сводные итоги расчета с разделением по ЮрЛицам - всего начислено, всего удержано, межрасчеты, к выдаче. Если был факт пересчета по Юрлицам, то итоги "поползут" - начислено по одному ЮрЛицу, а к выдаче - по другому. И это никакими "хитрыми" ФМ не исправить, так как сам расчет уже так выполнен.

Уважаемый RoustR, спасибо за ответ.

Вы имеете ввиду стандартный прогон проводок? Мы его не выполняем. Можно его потрассировать и посмотреть как там обрабатываются данные, но у меня есть подозрение, что это не спасет отца русской демократии. Прогон делается один раз, один из ключевых критериев - это МВЗ.
Бизнес требование такое: основные расходы и расходы по премиальным учитываются на разных счета в разрезе территориальных подразделений, учет по налогам ведется в разрезе территориальных подразделений. Перечисление выполняется на различные, зависящие от типов счетов клиентов (пластик,депозит и.т.д) и от территориальных подразделений. В течении месяца может быть выполнено несколько расчетов, которые сразу должны быть отражены в балансе (т.е. сформированы проводки).

Я не совсем понял о каком перерасчете Вы говорите. Вы говорите о том, что если сформировать разницы в расчете и сохранить в кастомных видах оплат, то при обратном расчете в следующем месяце (например при регистрации больничного по старому юр.лицу) схема неправильно что-то посчитает?

Мы планировали в своей подсистеме проводок привязываться только к настройкам T52EZ, T52EL.
С уважением.

Нет, я имею в виду то, если в системе модуль проводок не работает, то это не значит, что их не делают. Делают вручную вне системы - выгружаем что-то типа свода в Excel, группируем данные как надо, затем заходим в банковскую систему, ручками создаем документы и проводим их.
То есть, данные из системы мы все равно как-то выгружаем, причем выгружаем в разрезе ЮрЛиц, так как Вы сказали, что план счетов будет разным. Если в системе есть проблема с переводными ТН, то она здесь проявиться. Таким образом, эта проблема сама по себе к проводкам не имеет отношения. Если проблемы с выгрузкой для ручных проводок нет, что значит при автоматизации проводок нужно действовать точно так же.
Проблема по смене ЮрЛица в середине месяца выглядит примерно так. Смена ЮрЛица вызывает разбитие месяца на независимые расчеты. Расчет по ЮрЛицу1 формирует начисления, удержания, но не формирует сумму к выдаче. Эта сумма переходит в следующий расчет. Расчет по ЮрЛицу2 формирует свои начисления, удержания, сумма к выдаче получается как суммы по ЮрЛицу1 и ЮрЛицу2.
В своде по ЮрЛицу1 есть начисление удержание, но нет суммы к выдаче.
В своде по ЮрЛицу2 есть начисление удержание, а суммы к выдаче получает больше чем нужно.

PS.

Кстати, а о каких разницах говорите Вы, между чем и чем?

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

С учетом настроек, описанных в ветке
http://www.sapboard.ru/forum/viewtopic.php?f=11&t=88799&p=527347&hilit=%D1%87%D0%B0%D1%81%D1%82%D1%8C+%D0%BF%D1%80%D0%B5%D0%BC%D0%B8%D0%B8+%D0%B2+%D0%BC%D0%B5%D0%B6%D1%80%D0%B0%D1%81%D1%87%D0%B5%D1%82#p527347
получаются следующие расчеты:
1) Внециклическая выплата бонуса. Юридическое лицо №1.
* /101 Всего начис 10.000,00
* /113 ДоходНалога 10.000,00
* /120 ДоходНалога 10.000,00
* /130 ФЗП для Исп 8.700,00
* /131 ФЗП для Про 10.000,00
* /215 ЕжеквартПре01 10.000,00
* /320 НалогДох13Б 01 13,00 1.300,00-
* /322 НалогДох13О 13,00 1.300,00-
* /323 НалогДох13: 13,00 1.300,00-
* /420 БазаНалДох1 01 13,00 10.000,00
* /550 После удерж 8.700,00
* /559 Пересылка в 01 8.700,00
* /560 Сумма к вып 8.700,00
* /700 Затраты раб 10.000,00
3 /117 ФЗП-СтажНад01 10.000,00
3 /118 ФЗП-РайонНа01 10.000,00
3 1210 Квартальная01 10.000,00
Начислено 10000 руб., исчислен налог 1300 руб., на руки 8700 руб.
В проводку:
а) 1210 = 10000 руб;
б) /320 = 1300 руб;
в) /559 = 8700 руб.

2) Регулярный расчет. Юридическое лицо №1.
* /101 Всего начис 51.656,25
* /113 ДоходНалога 51.656,25
* /116 ФЗП-СтажВыс 21.656,25
* /120 ДоходНалога 51.656,25
* /130 ФЗП для Исп 44.941,25
* /131 ФЗП для Про 51.656,25
* /320 НалогДох13Б 02 13,00 6.715,00-
* /322 НалогДох13О 13,00 6.715,00-
* /323 НалогДох13: 13,00 6.715,00-
* /3C1 ПФ - общий 01 22,00 11.364,38-
* /3C2 СС - общий 03 2,90 1.498,03-
* /3C3 МСФ - общий 04 5,10 2.634,47-
* /3C5 Соц.Страх(Н 0,20 103,31-
* /401 БазаПенсион 01 22,00 51.656,25
* /402 БазаФондСоц 03 2,90 51.656,25
* /403 БазаФондМед 04 5,10 51.656,25
* /405 БазаФондСоц 0,20 51.656,25
* /420 БазаНалДох1 02 13,00 51.656,25
* /550 После удерж 36.241,25
* /559 Пересылка в 01 36.241,25
* /560 Сумма к вып 36.241,25
* /P22 Внецикл.: В 13,00- 1.300,00
* MADV ВнецикличАв 8.700,00-
3 0020 Оплата по о01 7,00 21.656,25
3 1200 Премия мес 01 20.000,00
3 1210 Квартальная01 10.000,00
Начислено: Оклад по 1 юр.лицу- 21656.25 руб., Мес.премия по 1 юр.лицу- 20000.00 руб,
С учетом внецикла всего начислено- 51656.25 руб., исчислен налог по 1 юр.лицу- 6715 руб., ранее удержанный налог- 1300 руб,
на руки с учетом выданного в межрасчет 8700 руб.- 36241.25 руб.
В проводку:
а) 0020 = 21656.25 руб;
б) 1200 = 20000.00 руб;
в) 1210 = 10000 - 10000 = 0 руб <- вот это разница в проводку;
г) /320 = 6715 - 1300 = 5415 руб <- вот это разница в проводку;
д) /559 = 36241.25 руб.

3) Регулярный расчет. Юридическое лицо №2.
* /101 Всего начис 52.843,75
* /113 ДоходНалога 52.843,75
* /116 ФЗП-СтажВыс 27.843,75
* /120 ДоходНалога 52.843,75
* /130 ФЗП для Исп 45.973,75
* /131 ФЗП для Про 52.843,75
* /320 НалогДох13Б 02 13,00 6.870,00-
* /322 НалогДох13О 13,00 6.870,00-
* /323 НалогДох13: 13,00 6.870,00-
* /3C1 ПФ - общий 01 22,00 11.625,62-
* /3C2 СС - общий 03 2,90 1.532,47-
* /3C3 МСФ - общий 04 5,10 2.695,03-
* /3C5 Соц.Страх(Н 0,20 105,69-
* /401 БазаПенсион 01 22,00 52.843,75
* /402 БазаФондСоц 03 2,90 52.843,75
* /403 БазаФондМед 04 5,10 52.843,75
* /405 БазаФондСоц 0,20 52.843,75
* /420 БазаНалДох1 02 13,00 52.843,75
* /550 После удерж 45.973,75
* /559 Пересылка в 01 45.973,75
* /560 Сумма к вып 45.973,75
3 0020 Оплата по о01 9,00 27.843,75
3 1200 Премия мес 01 25.000,00
Начислено: Оклад по 2 юр.лицу- 27843.75 руб., Мес.премия по 2 юр.лицу- 25000.00 руб,
всего начислено- 52843.75 руб., исчислен налог по 2 юр.лицу- 6870 руб.,
на руки- 45973.75 руб.
В проводку:
а) 0020 = 27843.75 руб;
б) 1200 = 25000.00 руб;
в) /320 = 6870 руб;
д) /559 = 45973.75 руб.

Делать проводки вручную не вариант. У каждого сотрудника в балансе свой персональный счет 60305..., через него идут все начисления и списания. На каждого сотрудника формируется минимум 3 проводки. А теперь умножим 3 на количество сотрудников по всем филиалам, итого получаем тысячи проводок.
С уважением.