Вход | Регистрация

1С:Предприятие ::

Метки: Расчет

8.0, Расчет зарплаты, подход к выполнению перерасчетов.

Я
   Непонятливый
26.05.04 - 19:22
Сабж.
Интересуют варианты практической реализации.
Просто перебрать строки из виртуальной таблицы перерасчетов и перепровести засветившиеся там документы?
В общем, как правильно?
 
  Рекламное место пустует
   BorisG
 
1 - 26.05.04 - 19:33
В какой конфигурации восьмерки расчет зартплаты?
Если ЗиК, так она пока демо... Если УПП, то бетта.
Хотя как раз в последней и реализовала методология перерасчетов от 1С "сторнирование + новый исправленный документ"
   Непонятливый
2 - 26.05.04 - 19:43
Соррри!
В _НИКАКОЙ_ конфигурации.
Очень интересует самостоятельное написание данного процесса.

Все, что касается вытеснений, получения дополнений и создание сторно-документов освоено и прямо-таки понятно.
Проблемы вызывают записи, попадающие в перерасчет через механизм ведущих видов расчета.
Как обычно люди поступают в таком случае?
Или не надеяться на простой /понятный ответ и копать демку ЗП? Но там нет ни куя, а на УПП только счет на оплату пришел - не успею в скором времени... :(((
   BorisG
 
3 - 26.05.04 - 20:00
Ну... тогда ОЙ! ;-))
На самом деле это очень непростой вопрос, и полностью, включая некоторые спорные юридические моменты он не реализован, и скорее не будет реализован и в конфигурациях 1С.
Честно говоря, тут его обсуждать, пока нет финальной конфы от 1С нет большого желания. Некоторые спорные моменты перерасчетов по табелям я обозначал в конференции 1С.
   Волшебник
 
4 - 26.05.04 - 21:51
(0) Перебрать строки таблицы перерасчетов (и не виртуальной, а вполне реальной) и пересчитать данные по нужным значениям измерений. Как вы их будете пересчитывать - решаете сами. Правильнее всего реализовать расчет в процедурах общего модуле и при перерасчете вызывать именно их, а не перепроводить документы.
   Непонятливый
5 - 27.05.04 - 05:07
Ага. Все-таки реальная табличка-то...

Все дело в чем. По той информации, что собралась у меня - на основании статистики колупания 8-ки, все выглядит так:

1) Настройки вида расчета определяют его взаимодействие с другими видами расчетов.
С базовых можем собрать базу (используя метод); 
при попадании в один и тот же период с вытесняющими получаем дополнение+сторно (используя метод); 
при изменении (=> перепроведении => срабатывании ловушки (?) на изменение данных в регистре перерасчетов) документов для ведущих видов расчетов получаем таблицу перерасчета (используя запрос или более тупой и общий метод).
Получается, что логика ведущих как-то выбивается из общего строя.

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


(3) А там много чего интересного.
Например, настроить иерархию вытеснений как можно? Через несколько планов&регистров?
   Непонятливый
6 - 27.05.04 - 07:21
(4),(5)

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

А вот вопрос о сервисе платформы приобретает еще небольшой подвопрос:
- В случае, если перерасчитать нужно прошлый (aka закрытый) период, это исключительно собственными лапами делать нужно? В смысле, плясать со сторно&добавлением новых корректных строк в регистр расчета?


Список тем форума
Рекламное место пустует   Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Ветка сдана в архив. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует