|
Расчет з.п по обособленным подразделениям, ограничение до 60 человек. | ☑ | ||
---|---|---|---|---|
0
brenli
12.03.18
✎
18:34
|
Доброго времени.
Перевожу организацию с Бухгалтерии 4.5 на 1с 7.7 , на БП 3.0. Организация на 7ке вела начисление з.п по подразделениям, а сейчас при переходе на 8ку и попытке включить такую возможность (Расчет з.п по подразделениям), меня посылает - говоря что численность в организации превышает 60 человек. И как мне быть? Лезть в код и искать где это ограничение? |
|||
1
Фрэнки
12.03.18
✎
18:35
|
не найдешь
|
|||
2
Фрэнки
12.03.18
✎
18:36
|
а что было в 7.7 - какая актуальная на момент переноса численность?
|
|||
3
brenli
12.03.18
✎
18:36
|
(1) выход то есть какой то?
|
|||
4
brenli
12.03.18
✎
18:38
|
(2) 78 человек
|
|||
5
Фрэнки
12.03.18
✎
18:40
|
(4) плохо. но можно завести их в разные базы.
|
|||
6
Фрэнки
12.03.18
✎
18:41
|
оно контролирует именно число сотров в справочнике. Если общее число больше 60, то режет функционал. Даже бестолку в разные организации их закидывать. Только в разные базы.
|
|||
7
brenli
12.03.18
✎
18:43
|
(5) нахрена это сделано ?? ((
опа какая то... |
|||
8
Фрэнки
12.03.18
✎
18:47
|
но у вас хоть подразделения есть и базы с расчетами поделить можно. А что? Ничего страшного на самом деле. Часть в одной базе, часть в другой. Не так все и страшно.
|
|||
9
brenli
12.03.18
✎
18:51
|
(8) весь практический смысл пытаюсь понять.
По вмененке условия до 100 человек, пролазим.. в старой версии все как бы было хорошо с этим. А тут бац и приехали. |
|||
10
brenli
12.03.18
✎
18:51
|
(9) + чё за палки в колеса от 1с
|
|||
11
Фрэнки
12.03.18
✎
18:53
|
(9) Ну есть такое дело. В самом деле, не очень-то и логично.
Хотя, чем руководствовались в расчетах, отчего именно столько работников предел - не видел никогда отгадки. Но что мешает взять нормальную ЗУП-3 на такую численность? Вроде не так уж и дорого она стоит. |
|||
12
mehfk
12.03.18
✎
18:54
|
(0) Лезь в код и убирай ограничение.
|
|||
13
Фрэнки
12.03.18
✎
18:56
|
(10) А сама конфига хоть не Базовая? Может там и ограничение на использование Обособленных еще жестче будет, чем просто предел на численность?
|
|||
14
brenli
12.03.18
✎
18:59
|
(13) нет не Базовая
|
|||
15
brenli
12.03.18
✎
19:03
|
(11) В ЗУПе как бы не было необходимости
|
|||
16
Фрэнки
12.03.18
✎
19:07
|
(15) ну вот у меня свежий пример: предприятие с обособленным (реально обособленным) подразделением без выделения на баланс. Там адрес другой, реализация/отгрузка с другим КПП. Пришлось не просто взять отдельно ЗУП, но и апгрейдить БП в БП-КОРП. Численность работников там около 40 человек, но там есть вредные условия труда и графики работы.
До перехода на БП3 все держали в одной базе. |
|||
17
Cyberhawk
12.03.18
✎
19:32
|
Это фишка БП 3 ПРОФ. Переходи на КОРП или ЗУП
|
|||
18
brenli
12.03.18
✎
19:37
|
В коде точно ничего не подправить?
Фрэнки - ты пробовал? Искал? |
|||
19
Cyberhawk
12.03.18
✎
19:40
|
Конечно же подправить, это ведь не платформенное ограничение. Только если там модуль без исходного текста разве что. Ща позырю.
|
|||
20
brenli
12.03.18
✎
19:44
|
(19) Про не платформенное это хорошо. Тут недавно программист 1с знакомый сказал что видел работу с какими то модулями в 1с, которые не отлаживаются и закрыты. Что он имел ввиду хз. Но если сабж не такого плана то гуд.
|
|||
21
Cyberhawk
12.03.18
✎
19:44
|
А не, это и в КОРПе, и в ПРОФе, начиная с 3.0.35.
Но ограничение не действует, если снимаешь флажок в константах "Вести учет отпусков, больничных и все такое" |
|||
22
Фрэнки
12.03.18
✎
19:58
|
(18) мой вывод после некоторых усилий - заказчику дешевле один раз купить БП КОРП и ЗУП, чем каждый раз выносить при обновлениях
|
|||
23
Cyberhawk
12.03.18
✎
21:20
|
На партнерке за программное снятие этих ограничений представитель 1С вдобавок уголовным кодексом пугает )
|
|||
24
brenli
12.03.18
✎
21:23
|
(23) Жадность это плохо........
|
|||
25
brenli
12.03.18
✎
21:35
|
(23) В принципе люди версию ПРОФ и покупают чтобы можно было что то менять.
|
|||
26
brenli
12.03.18
✎
22:55
|
Нашел я эту сраную функцию.
Функция ПорогЗапрета() Экспорт Возврат 60; КонецФункции |
|||
27
Aleksey
12.03.18
✎
22:57
|
(23) ой а я периодичность номера у пары документов поменял. Судья меня простит за это или сухари сушить?
|
|||
28
brenli
12.03.18
✎
23:04
|
(27) а ты не сдавайся так просто))
|
|||
29
brenli
12.03.18
✎
23:07
|
честно разочарован 1с 8.
Купленная конфа не базовая и еще пытаются отжать что то... -Вынудить использовать другой продукт в данном случае. Жлобы. Компании которые сидят на 7ке а у меня таких не мало - ни одной больше 8 бухучет не посоветую. Клюшка рулит |
|||
30
Lama12
12.03.18
✎
23:19
|
(26) А ты уверен что это поможет? Тесты уже провел? Может там алгоритмы по другому считать начинают или погрешность растет или ещё чего? Если надумаешь править, пусть заказчик ответственность на себя берёт за корректность работы изменённой программы.
|
|||
31
Aleksey
12.03.18
✎
23:27
|
(30) простите погрешность чего растет?
|
|||
32
brenli
13.03.18
✎
09:01
|
(30) Изменил размер значения вышеприведенной функции ничего не сработало.
Нашел функцию РасчетЗарплатыДляНебольшихОрганизацийВозможен() и указал чтобы она возвращала истину. Функционал появился. Незнаю как и что будет дальше, но подразделения появились. Я вообще понял что этот флаг устанавливает значение константы, на которую смотря из остальных модулей. Процедура проверки проверят данные и решает - можно ли записать в константу значение или нет. |
|||
33
brenli
13.03.18
✎
09:03
|
В принципе наверное значение этой константы можно менять внешней обработкой.
|
|||
34
brenli
13.03.18
✎
09:04
|
(33) + и по x.. (ветру) все проверки....
|
|||
35
hhhh
13.03.18
✎
09:36
|
скорее всего это для базовой сделано. А в проф действительно можно поправить это число. но вы уже на себя берете ответственность.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |