|
Зачем нужны регистры расчета. Это бред. | ☑ | |||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
0
PVV65
17.03.12
✎
23:59
|
Таблицы... Расчеты.... Но при чем здесь целая система "РегистрРасчета"?
|
||||||||||
462
Ork
26.03.12
✎
21:07
|
(0).
Да возьмите простой житейский случай. Человека нет на работе последние три дня месяца. Просто нет. В текущем месяце он принесет переходящий больничный за три дня прошлого и два текущего. Начисления должны пройти в текущем. Но для последующих расчетов нужно взять суммы начислений не расчетного месяца (текущего), а с разбивкой по периодам начислений. Например для перерасчета НДФЛ. Проведите эти расчеты в вашей конфигурации. |
||||||||||
463
GROOVY
26.03.12
✎
21:09
|
(461) С перерасчетами, а то мы ведь спорим о специфических возможностях РР... Хрен с ним со сторнированием и вытеснением...
|
||||||||||
464
Ork
26.03.12
✎
21:09
|
+(462) Или для оплаты "по среднему". Например командировочных или отпускных.
|
||||||||||
465
PVV65
26.03.12
✎
21:15
|
(462) Дык это даже в том, что выложил есть.
|
||||||||||
466
PVV65
26.03.12
✎
21:16
|
(463) Положу кучу примеров.
|
||||||||||
467
Ork
26.03.12
✎
21:17
|
+(464) В пределах двух-трех месяцев задачу конечно можно решить введя в РН дополнительное измерение типа ПериодДействия и по нему строить отборы. Но знать заранее в каком "расчетном" периоде было произведено начисление за "отчетный" нельзя. И тогда отборы придется строить за весь период существования базы.
|
||||||||||
468
PVV65
26.03.12
✎
21:19
|
(467) >Но знать заранее в каком "расчетном" периоде было произведено начисление за "отчетный" нельзя.
не понял этой фразы. |
||||||||||
469
Ork
26.03.12
✎
21:25
|
(468) Например нужно расчитать оплату командировочных. Берутся все начисления за последние шесть месяцев без учета начислений "по среднему", делятся на количество дней, за которые производились начисления и умножаются на количество дней командировки.
А если какие-либо начисления производились ранее. Например приказ о замещении выдавался ранее шести месяцев. Но захватывал период который нам интересен. Как найти такие начисления? |
||||||||||
470
Ork
26.03.12
✎
21:26
|
+(469) В вашей демке нет отчета по начислениям. По периодам начислений и по расчетным периодам.
|
||||||||||
471
PVV65
26.03.12
✎
21:28
|
(469)(470) В РН есть два измерения "месяц" - чего не хватает?
|
||||||||||
472
Ork
26.03.12
✎
21:36
|
(471) Ну тоесть каждый раз при выборке начислений нужно проходиться по всем записям? Или как ограничить _период_ выборки?
|
||||||||||
473
Ork
26.03.12
✎
21:41
|
В (453) звучала тема : "если работать от табеля, а не так как изобрела 1С"
А КЗоТ считает не так. Например независимо от "показаний" табеля больничный лист должен быть оплачен. И если в командировочном удостовверении есть отметки о прибытии и убытии да еще есть приказ о направлении в командировку - показания табеля можно затолкать ВОдноУзкоеМесто. |
||||||||||
474
Эстет хренов
26.03.12
✎
21:43
|
(469) это все пережитки фискального совка, в Украине, например, командировочные устанавливаются приказом по предприятию (но все же не ниже среднего), поэтому все эти расчеты можно упростить.
|
||||||||||
475
PVV65
26.03.12
✎
21:46
|
(472) Не вижу проблем с выборкой периодов - не понимаю вопроса.
(473) Создал документ "Больничный" - он все посчитает, создал документ "Командировка" - он все посчитает. В чем проблема? (469) Даже упрощать не обязательно - и так все просто. |
||||||||||
476
Ork
26.03.12
✎
21:47
|
(474) Не путайте "суточные", которые действительно устанавливаются приказом и оплата тех дней, когда человек был в командировке.
|
||||||||||
477
PVV65
26.03.12
✎
21:47
|
Дождитесь более подробной конфы (с большим количеством примеров). Тогда и поговорим. Хотя казалось, что должно быть все понятно.
|
||||||||||
478
Ork
26.03.12
✎
21:50
|
(477) Никто не спорит, что все расчеты возмможно провести без использования РР. Но их применение делает программирование проще.
|
||||||||||
479
Ork
26.03.12
✎
21:51
|
(477) Сделайте пример с "переходящими" начислениями и с отчетами по периодам расчета и периодам начислений.
|
||||||||||
480
Монтировка
26.03.12
✎
22:43
|
GROOVY "5. В апреле вдруг обнаружили ошибку в данных табеля за январь, оказалось что это Петров отработал полностью, а Иванов только 20 дней."
В чем проблема Петрову доначислить в текущем месяце, а Иванову сминусовать начисление, соответственно Иванову и НДФЛ сминусуется? Элементарно это сделать |
||||||||||
481
Монтировка
26.03.12
✎
22:46
|
5 лет работаю в компании с 600 сотрудниками. Никаких перерасчетов. Если они и возникают, то как вытеснение, и то позже выясняется в процессе проверки начислений, что кадры с зарплатчиками неверно ввели данные, например ввели отпуск когда сотрудник работает (точно уже не помню ситуацию, но что-то типа такого), проблема решается удалением ненужного документа.
|
||||||||||
482
Монтировка
26.03.12
✎
22:48
|
(477) да все уже понятно, уж понятнее чем то что Земля вокруг Солнца вертится, да GROOVY сомневается. Главное назначение РР с их слов, что нужны перерасчета. А вот и не нужны они вовсе, но признавать заблуждения могут не все люди. Хотя ничего позорного в этом нет
|
||||||||||
483
Монтировка
26.03.12
✎
22:51
|
Нужно подключить к обсуждению аксаптеров и саперов. За границей ведь тоже считают зарплату, как у них там с перерасчетами, неужели без них обходятся? Алё, аксифорум, Мазай, выходи.
|
||||||||||
484
Лефмихалыч
26.03.12
✎
22:51
|
(0) у тебя в словах "не осилил" много опечаток
Нет |
||||||||||
485
Монтировка
26.03.12
✎
22:53
|
РР не бред, это полный бред
Да |
||||||||||
486
Джордж1
26.03.12
✎
22:56
|
(473)не понял о чем ты.
больничный в табеле отражается? командировка в табеле отражается? // "от табеля" - это принцип начисления зарплаты от фактически отработанного времени или других событий. 1С нам предлагает вариант - если не ввели отклонений, то считаем что человек работает по своему графику. // На практике мне первый способ кажется более логичным и прозрачным |
||||||||||
487
Монтировка
26.03.12
✎
22:56
|
Скажу иначе, возможно и нужны перерасчеты, даже если и так то их элементарно реализовать самому
|
||||||||||
488
GROOVY
26.03.12
✎
22:57
|
Сложные периодические расчеты: сторнирование, вытеснение, перерасчеты, автоматизированное получение данных базы и данных графика (с учетом вытеснений). Имитация этих механизмоб с использованием других объектов метаданных возможна, но:
1. Трудозатратна с точки зрения поддержания работоспособности конфигурации при ее эволюции. 2. Не оптимальна с точки зрения количества объектов => и количества таблиц, со всеми вытекающими. 3. Изобретая велосипед (как хотите обо мне говорите) подсаживаете клиента на кривое решение поддерживать которое кроме вас никто не будет. |
||||||||||
489
Монтировка
26.03.12
✎
22:58
|
(486) табель удобен для рабочих, для офисного планктона, красящего ногти по полдня, удобен от отклонений. Никто с секундомеров не стоит у офисных служащих, даже отпроситься можно, никто фиксировать не будет. Фиксируют болезни и т.п.
|
||||||||||
490
Джордж1
26.03.12
✎
23:00
|
(489)может быть. я свою работу начинал со строительной организации - там рабочее время одного сотрудника было в нескольких табелях. Сегодня работает у одного мастера, завтра у третьего, послезавтра в гараже на ремонте стоит.
|
||||||||||
491
Джордж1
26.03.12
✎
23:00
|
(+490)и за все это платится по разному.
|
||||||||||
492
Монтировка
26.03.12
✎
23:01
|
(490) так и есть. для среднестатистического офисного служащего метод отклонений самый удобный и простой.
|
||||||||||
493
Монтировка
26.03.12
✎
23:03
|
(488) "1. Трудозатратна с точки зрения поддержания работоспособности..." доказано на практике? Кем? Тобой?
|
||||||||||
494
Джордж1
26.03.12
✎
23:04
|
(492)ну а фирма 1С нам в своих решениях навязывает единственную методологию
|
||||||||||
495
gae
26.03.12
✎
23:04
|
Разделение полных и неполных смен в видах времени, возникающее вследствие того, что РР заточен на сутки, напрягает
|
||||||||||
496
GROOVY
26.03.12
✎
23:04
|
(480) Руками сминусовать? Руками доначислить? Отпуск пересчитать и НДФЛ тоже руками? Я про все это уже писал...
|
||||||||||
497
Джордж1
26.03.12
✎
23:04
|
(496)на кой НДФЛ то пересчитывать - он сам пересчитается
|
||||||||||
498
GROOVY
26.03.12
✎
23:05
|
(495) Смены вводятся не в РР, а в РС, градиент смены может быть произвольный.
|
||||||||||
499
Джордж1
26.03.12
✎
23:06
|
Возьмем еще одно изобретение - "графики"
Что всегда везде все по графикам работают? И на каждое изменение графика приказ оформляют? |
||||||||||
500
Нуф-Нуф
26.03.12
✎
23:13
|
500
Нуф-Нуф владыка сотки! |
||||||||||
501
GROOVY
26.03.12
✎
23:13
|
(475) Как в базу данные за январь то ввести? Пишет все про деление на ноль и преобразование не может быть выполнено... Это по существующему Иванову, про нового пертова я вообще молчу...
|
||||||||||
502
GROOVY
26.03.12
✎
23:13
|
(500) Флудераст!
|
||||||||||
503
GROOVY
26.03.12
✎
23:18
|
(475) Да пожалуй Вам самим придется ввести тестовые данные, так как это не тривиально, и я могу что то не то ввести чтобы проверить свой пример...
|
||||||||||
504
gae
26.03.12
✎
23:21
|
(498) э-э-э... градиент это такой вектор-производная, что такое "градиент смены" не вполне ясно
|
||||||||||
505
GROOVY
26.03.12
✎
23:22
|
(504) Размер смены и то как смена приходится на сутки/неделю/произвольный интервал.
|
||||||||||
506
gae
26.03.12
✎
23:27
|
(505) Я имел ввиду то что базу/вытеснение с РР можно вытащить только периодам, кратным дням, а как начинаются всякие "внутрисменные почасовые отклонения", так приходится к РР еще прикручивать механизмы, основанные на старых добрых, понятных простому рабочему человеку, регистрах накопления :) В итоге - адская смесь.
|
||||||||||
507
Garkin
26.03.12
✎
23:30
|
(505) Доктор, меня все игнорируют ... :)
|
||||||||||
508
GROOVY
26.03.12
✎
23:36
|
(506) Привидите пример, когда база получается посменно.
|
||||||||||
509
Монтировка
26.03.12
✎
23:37
|
(496) "Руками сминусовать? Руками доначислить?" чего ж руками. можно и алгоритм написать. в случае периода действия < периода начисления "выбрать ссылка из таблицаначислений где видрасчета в (спискевытесняемых)" что-то в таком духе. думаю вполне реализуемо
|
||||||||||
510
GROOVY
26.03.12
✎
23:38
|
(509) Ну напишите, покажите, сравним. Чтож никто задачу простую решить не можут...
|
||||||||||
511
Feanor
27.03.12
✎
00:15
|
(458) чо када уже будет "свой" чудо-ЗУП с блек-джеком и ш... ну вы понели))
Вполне серьезно, за 5 тыщ чудо-прогу будут с руками отрывать, не то, что этот кривой ЗУП от 1С. Где тут конец очереди желающих поучаствовать в разработке чудо-ЗУПа? |
||||||||||
512
fisher
27.03.12
✎
08:07
|
(509) Можно. Но на РР это реализуется проще. Даже на простых задачах расчета, за которые радеет ТС, чем плохо использовать РР? Я этого не понимаю. ТС говорит, что без РР реализуется проще. Я этого не вижу. Где на РР сложнее? Проще как раз на РР. И чем сложнее расчетные задачи, тем больше рулит РР.
ТС частично реализовал пару механизмов РР в упрощенном виде и гордо обозвал это "альтернативным подходом". Типа без РР проще получилось. Да в каком же месте проще?? По-моему, в этой ветке отмечаются в основном те, которых тупо пугает сложность типовых зарплатных конфигураций и которые переносят свои фобии на сам механизм, с которым знакомы только шапочно. |
||||||||||
513
Монтировка
27.03.12
✎
10:51
|
(512) ЗУП это просто?! Ну извините!
Сначала пишешь как просты РР механизмы, потом пишешь про "сложность ЗУП". Определись уже |
||||||||||
514
Дикообразко
27.03.12
✎
10:59
|
кстати, да
на прошлой работе считали зп в компании на 1000 человек... перерасчетами никогда не пользовались и более того, я не понял за каким хером вызывались перерасчеты при изменения персональных надбавок в штатном расписании, пришлось отключать |
||||||||||
515
fisher
27.03.12
✎
11:01
|
(513) Это вы определитесь. Это у вас в голове каша. Это вы отождествляете ЗУП и РР.
|
||||||||||
516
fisher
27.03.12
✎
11:03
|
(515) + "Видел пару конфигураций... Полный бред и все проще можно было сделать. А уж пользователи как метерятся... Короче - полная фигня ваши регистры накопления"
|
||||||||||
517
Монтировка
27.03.12
✎
11:10
|
(515) почему ж тогда РР просты как 3 копейки, а ЗУП суперсложная конфига? Что там такого добавили в расчетные механизмы, что ввек не разберешься в их модулях?
|
||||||||||
518
Дикообразко
27.03.12
✎
11:17
|
кстати, а что сложного в ЗУПе?
и вот еще вопрос, почему разработчики учет страховых взносов реализовали на РР, а НДФЛ на РН в чем тут глубокий смысл? |
||||||||||
519
Дикообразко
27.03.12
✎
11:28
|
я что слишком сложные вопросы задаю?
|
||||||||||
520
VladRd
27.03.12
✎
11:40
|
(517) Да в общем ничего такого... Могу ошибаться, т.к. уже почти год не работаю там, но вроде запрос для заполнения таблицы документа "Начисление ЗП", УПП-1.1 для Украины, 1С 8.0... Текст запроса, выброшенный в ворд и форматированный шрифтом 8-го размера, убраны поля и т.п., занимает около 20 листов А4... Еще раз говорю, могу ошибаться, что именно в этом док-те, но что был такой, это точно... Отдельная тема - глючность методов работы с виртуальными таблицами РР в 1С8.0. Получить базу гарантрованно точно можно было только запросом к самим РР... Короче, для з-да, где нормальный штат БОТ и расчетчиков эта подсистема не нужна. Расчеты идут ТОЛЬКО в текщем периоде, ошибки прошлых корректруются в текущем, никаких пересчетов и вытеснений нет. Расчеты идут по реальному рабочему времени(табель). А там, может где-то в фирмочках небольших и нормально работать с вытеснением, но зачем оно в УПП?
|
||||||||||
521
fisher
27.03.12
✎
12:06
|
(517) Другими словами, я вас должен не только по функционалу РР просвящать, но еще и по функционалу ЗУПа? На курсы бесплатные записать?
|
||||||||||
522
Эстет хренов
27.03.12
✎
12:11
|
И чтобы совершенно добить РР-щиков:
в блоках управленческой зарплаты РР не нужен, даже вреден т.к лишняя сущность. Также все западные пейролл системы просты и незатейливы, они по сути эмулируют бумажный учет. |
||||||||||
523
fisher
27.03.12
✎
12:21
|
(522) Откуда лишняя сущность? Или это из вашей личной терминологии?
Что так, что эдак нужен регистр для учета ЗП. Не вижу никаких проблем и сложностей использовать РР. Но можно и РН. Т.к. з/п простая, то особых бонусов РР не даст. Но и сложностей никаких не добавит. |
||||||||||
524
fisher
27.03.12
✎
12:24
|
Хотя нет... Согласен, для простейшей з/п (начислили по окладу / выплатили) РР нафиг не нужен.
|
||||||||||
525
Эстет хренов
27.03.12
✎
13:04
|
(523) какой такой регистр, сотни лет люди считали без всяких регистров, табельщику нужен регистр? бухгалтеру? кадровику?
финансовому директору? |
||||||||||
526
fisher
27.03.12
✎
14:30
|
(525) Я поправился в (524)
А вообще механизмы платформы нужны программистам, чтобы реализовывать то, что нужно пользователям. Я думал, это очевидно. Лично мне по большому счету не нужны средства передвижения и весь гемор, с ними связанный. Меня бы устроила телепортация мысленным усилием. |
||||||||||
527
Vakhrin
27.03.12
✎
14:37
|
ПральнА, регистры не нужны. Верните взад журнал расчетов! )
Да |
||||||||||
528
VladRd
27.03.12
✎
14:45
|
(527) Прошу прощения, если баян... Стоит на перекрестке мужик на жигулях, в задок ему пацан лет 5-ти на велосипеде въехал... Пацан хныкает, его пытается успокоить постовой милиционер - ну что ты хнычешь, уже почти взрослый, кем стать мечтаешь? Пацан - водителем КАМАЗа! Мужик с жигуля - не дай Бог дожить!
Это я про журнал расчетов намЕкиваю... |
||||||||||
529
PVV65
31.03.12
✎
00:42
|
ну, здравствуйте.
|
||||||||||
530
PVV65
31.03.12
✎
00:42
|
.... Скоро будет ...
|
||||||||||
531
PVV65
31.03.12
✎
02:39
|
+(529) ... колега.
|
||||||||||
532
temsa
31.03.12
✎
11:14
|
Полагаю автор ветки до сих пор пишет тот пример кторый Груве написал за 2-3 часа.
Выводы делайте сами господа. |
||||||||||
533
Монтировка
31.03.12
✎
11:17
|
(532) ага. круглые сутки напролет.
|
||||||||||
534
PVV65
31.03.12
✎
14:05
|
(532) Очень хотелось знания оставить на потом - оставлю, Больше интересует анализ.
|
||||||||||
535
GROOVY
31.03.12
✎
21:04
|
(532) 2 часа, Вы обо мне плохо думаете ;)
|
||||||||||
536
PVV65
31.03.12
✎
21:18
|
(535) Вот так их.
|
||||||||||
537
Эстет хренов
03.04.12
✎
19:13
|
На 1с:dn вышла демо 1C:Small Business.
Никаких регистров расчета и близко нет, все через 3 регистра накопления: Начисления, РабочиеЛисты и Табель. Т.е сама 1с понимает что РР вне фискальных советских реалий никому не нужны. |
||||||||||
538
GROOVY
03.04.12
✎
19:16
|
(537) Так там и нет расчетной части. Наф.. там РР?
|
||||||||||
539
zak555
03.04.12
✎
19:17
|
(537) на 1с:чернухе нет в принципе "компонент"
|
||||||||||
540
raykom
03.04.12
✎
19:22
|
(522)>Также все западные пейролл системы просты и незатейливы, они по сути эмулируют бумажный учет.
Ну вот что тут еще сказать. Тут уже мололи перемололи, что наш бумажный учет неполучится сэмулировать в экселе. ВЫ вообще вкурсе за наши особенности БухУчета и участка начисления и расчета ЗП в частности ? |
||||||||||
541
Эстет хренов
03.04.12
✎
19:56
|
(538,540) Трудно найти черную кошку в темной комнате, особенно если ее там нет.
|
||||||||||
542
GROOVY
03.04.12
✎
20:00
|
Я даже спорить не буду. Все уже рассказал выше. Если мои доводы не аргумент, то и пофиг... Если вдруг будете ко мне на работу устраиваться или тестироваться, напомните про эту ветку...
|
||||||||||
543
bazvan
03.04.12
✎
20:04
|
(537) Засунь сво смаил бизнес.
Это мертворажденный продукт. Такой же как "базовая ТиС 7.7" кто работает давно понял о чем я. |
||||||||||
544
Эстет хренов
03.04.12
✎
20:23
|
(542) ок
(543) СПАСИБО, САША, ТЫ ОЧЕНЬ ПОМОГ!!!!11 |
||||||||||
545
Feanor
03.04.12
✎
20:25
|
Коллеги, лучше подскажите, как в тонком клиенте 8.2 показать табличный документ на 1-2 миллиона строк? говорит, что памяти не хватает :(
|
||||||||||
546
Скай
03.04.12
✎
20:28
|
(545) А зачем? Какие данные можно почерпнуть из такой таблицы?
|
||||||||||
547
Feanor
03.04.12
✎
20:28
|
(546) нужно сохранить потом в формате экселя
|
||||||||||
548
bazvan
03.04.12
✎
20:34
|
(544) Чем?? Тем что за 4 года ЭТО так и не взлитело даже на услугах??? Тем что это не умеет уитывать техоперации, тем что ЭТО не умеет распределять общехозяйственные расходы???
демо верссия по поводу кандеев - писал вообще дебил и полный неудачник. Очем было доведено до ответсвенных лиц. такой ипаты я ее ще не видил не разу |
||||||||||
549
Скай
03.04.12
✎
20:35
|
(547) эксель вроде бы только миллион строк ворочает, и то 2007 и 2010. И весьма не быстро.
Лучше делать агрегированный отчет с возможностью расшифровки. Или, если уж очень надо, сохраняй напрямую в файл... |
||||||||||
550
Feanor
03.04.12
✎
20:38
|
(549) спасибо)
|
||||||||||
551
Эстет хренов
03.04.12
✎
20:41
|
(548) капс был вместо тэга "айрони", забей.
|
||||||||||
552
демотиватор
03.04.12
✎
20:45
|
(537)" РР вне фискальных советских реалий" точка
|
||||||||||
553
демотиватор
03.04.12
✎
20:49
|
к (552) насколько я припоминаю регистры эти позволяют переложить расчет некоторых результатов от некоторых исходных данных на платформу, и приблизить платформу к предметной области, думаю графики работы существую не зависимо от советской или какой-то ещё фискальной части
кто-то может предложить более удобный механизм реализующий тоже самое |
||||||||||
554
демотиватор
03.04.12
✎
20:56
|
Нет |
||||||||||
555
Злопчинский
03.04.12
✎
21:21
|
Универсальные решения - зло.
|
||||||||||
556
Bww_
03.04.12
✎
21:36
|
Вопрос - лажа! Ответ - ничто.
О том, что это варианты хранения данных, наверное, уже много написано. О том, что реальные данные можно хранить в разных вариантах - то же. О том, как "красиво" можно хранить данные в разных вариантах... ...а вот о том, что данный вариант Вас не устраивает? Предложите лучший + универсальный! |
||||||||||
557
PVV65
08.04.12
✎
21:00
|
Для меня вопрос ясен - как божий день. РР - отросток, которому даже не нужна поддержка.
Ну написали - да ради бога. Для расчета зарплаты не нужны РР. Со всеми вытеснениями, перерасчетами (в двух смыслах, звучавших в ветке), спец. справочниками и дополнениями. Давайте обсудим RLS. |
||||||||||
558
PVV65
08.04.12
✎
21:00
|
|||||||||||
559
PVV65
08.04.12
✎
21:08
|
+(557) v8: RLS - это бред.
|
||||||||||
560
ОбычныйЧеловек
08.04.12
✎
21:32
|
(555) Только потому, что они оставляют тебя без работы?!
|
||||||||||
561
Stagor
09.04.12
✎
11:24
|
(557) Почитал ветку. Вы просто не хотите задуматься над аргументами ваших оппонентов! :)
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |