Галактика в вопросах и ответах

Доброго времени суток всем!
ПРоблема такая: часть суммы , выданной в подотчет, удержали из зарплаты. Ес-но, этот факт неизвестен модулю Касса, и в сальдо по подотчетникам по-прежнему "висит" долг работника. Хотелось бы связать удержание в Зарплате с документами по подотчетнику в Кассе... Пока не получается. Версия 5.74. Если у кого есть опыт - подскажите, есть ли шансы и, если есть, то в каком направлении двигаться.
???

Зарплата -Ведение БД - Импорт из других модулей - Подотчетные суммы - помечаем нужных людей, на них автоматом формируются удержания и начисления.
Все это дело мы пытались использовать (было года 2 назад, может и в 5.74). НО:
1. не совсем верно эти суммы отражались в кассе.
2. бухгалтера говорят, что в начисления эти суммы никогда не должны попадать, всегда должны быть в удержаниях с плюсом или с минусом.
В связи с этими обстоятельствами перестали пользоваться этой схемой и теперь делаем просто авансовые отчеты=удержанию из ЗП.

Может в 5.84 этот механизм уже правильно работает?

Спасибо, Надежда.
Я все-таки попыталась сформировать удержание тем способом, который Вы описали. (Хотя и есть подозрение, что в документы по подотчетникам оно не попадет). Галактика не формирует удержание - твердит, что я привязала к системному удержанию 150 неверный балансовый счет. Удалила вообще номера счетов - эффект тот же. Не помните, какой счет она хочет там увидеть?
P.S.Хотя, конечно, Галактика может что-то и спутать, выдавая сообшение об ошибке, и дело вовсе не в номере счета...

Д70(субсчет задать явно) - К71(субсчет задать явно). Формировать проводку "-". Учитывать в межпериод - как удержание. При формировании удержания обрати внимание на дату в интерфейсе параметров - именно на эту дату и формируется бух.справка. Причем формируется она сразу, а не при запуске функции "формировать проводки".

Спасибо. Все получилось!

упс... Все так здорово получилось, и касса все видит, и сальдо по подотчетникам посчиталось... Даже счета затолкала из нашего плана счетов (Украина). А вот при расчете зарплаты удержанные суммы не учитываются. Правда, делаю я все на дубле, там у нас всегда какие-нибудь заморочки с расчетом З/пл. В боевой пока не делала.
Были у кого-нибудь проблемы с учетом таких сумм при расчете з/пл?

Попробовала в 5.84 - суммы на возврат опять попадают в начисления.
Сделала..., в расчетных листочках все нормально, сразу же сформировались 2 бух справки: одна на удержание, другая - на возврат.
Две проблемы:
1) куда попадают эти начисления 143 и удержания 150. как их теперь удалить? В межпериоде в начислениях и удержаниях их нет?
2) у бух справки дата 30/04/2003. А в подотчетных лицах эти бух справки учитываются текущей датой. Как исправить? Именно об этом говорил CH?

Удалить начисления 143 и удержания 150 можно через Просмотр подотчетных сумм (Ведение БД- Импорт из др.модулей - Погашение подотчетных сумм). ( Но тогда удалится и бух.справка и запись в подотчетниках). С датой бух справки в 5.74 я не отыскала ничего лучше, как менять системную дату перед тем, как запускать импорт.(Не факт, что это едиственная возможность....)
А вот что Вы делали, чтобы в расчетных листках было все нормально? Или ничего, все само собой получилось после импорта?

В 5.84 удаление сумм из Ведение БД- Импорт из др.модулей - Погашение подотчетных сумм - не помогает, к сожалению.

в расчетные листки суммы сами попадают.
У тебя проблема, чтоб они попали туда. А у нас - чтобы их убрать из расчетного листка (

HOPE, суммы все-таки удаляются. В окне параметров "погашение подотчетных сумм" выбираем функцию "просмотр подотчетных сумм", фильтр по подразделению не устанавливаем. В открывшемся окне корректировки (обычно голубого цвета) - удаляем (F8) ненужные суммы. Перерасчитываем з/пл(для верности - можно с предварительной разноской). Все должно быть нормально.

Наташа, даты действительно не совпадают - это ошибка в программе. Но лучше не трогать системную дату. Можно запустить такой SQL-запрос (на тестовой базе, конечно):
update DOCPODOTCHET
where ((DOCPODOTCHET.DOCNREC/==oborot.nrec))
and (DOCPODOTCHET.viddk=4 or DOCPODOTCHET.viddk=5)
and DOCPODOTCHET.DATEADD<>oborot.datob
set DOCPODOTCHET.DATEADD := oborot.datob;

Наташа, странно, что суммы не попадают в расчетные листки. Все должно быть нормально. Проверь 143 в/о: формировать проводку "-", Д71 - К70. Пересчитай зарплату. Куда занести сумму - в начисление или в удержание - определяет сама программа, в зависимости от знака сальдо подотчетника. Управлять этим не получится. А может не правы ваши бухгалтера? Наших все устраивает.

Спасибо, ch.
Сделали расчет на "боевой" базе - все попало в расчетные листки и ведомоть. Все-таки подглюкивал мой дубль. И с тем, куда попадают суммы, наша бухгалтерия согласна.

В работе этой функции все-таки есть ошибки. Я их писала в Москву. Вот мое письмо (даже два письма):

1.Ведение БД - Импорт из других модулей - Погашение подотчетных сумм
Дату формирования ставим, например,
31.01.2003 (последним числом отчетного месяца в зарплате). Формируем удержания (не расходные ордера) - в ФРО формируется бухсправка 31.01 с соответствующими
проводками. А в интерфейсе Касса - Операции - Подотчетные лица появляется запись с типом ОБОР с текущей датой (14.03.2003). Когда
нажимаешь на ней F4, открывается бухсправка от 31.01 и с проводками от 31.01.
В результате неправильно считается сальдо по подотчетнику.

2. У некоторых подотчетных лиц сальдо положительное - сотрудник должен предприятию, у некоторых отрицательное - предприятие должно сотруднику. Соответственно при выполнении в зарплате погашения подотчетных сумм через импорт из других модулей у этих сотрудников
формируется либо удержание подотчетных сумм (код удержания 150), либо возврат подотчетных сумм (код начисления 143).
При выполнении этой функции (импорт из других модулей - погашение подотчетных сумм) в групповом режиме (сразу по нескольким сотрудникам или по подразделению-предприятию в целом)независимо от знака сальдо и сформированного вида записи (начисление-удержание) в зарплате - в Кассе в карточке подотчетного лица формируется запись типа ОБОР со знаком "минус" в колонке "сумма учитывается в расчетах со знаком". В итоге
при перерасчете отрицательное сальдо по подотчетникам не гасится, а увеличивается.
Если делать погашение подотчетных сумм в зарплате по каждому человеку отдельно, то все в порядке.

Обе проблемы в ПиР - № 101.21834 и 101.22297.
Первая решена в 5.85, про вторую еще не спрашивала.