Имя: Пароль:
1C
1С v8
нужен совет,ЗУП3 плюс не типовые доки
,
0 bacamba49
 
31.01.22
11:59
Доброго времени суток..коллеги,нужен совет
Есть Зуп3,плюс документ1нетиповой,который считает ЗП ,ну так ,скажем управленческую по особому алгоритму..все отлично работает.Однако
скоро в данный ЗУП3 закачаем данные по нескольким другим организациям и по ним нужно считать ту же управленческую зп ,но по другому
алгоритму,то есть для ряда "старых" организаций алгоритм один ,используя документ1нетиповой,для ряда других "новых" организаций алгогритм должен быть другой ..так вот вопрос - как лучше поступить,как будет грамотнее что ли?- для "новых" использовать этот же
документ1нетиповой,ну понятное дело изменив алгоритм с учетом "новых" или вводить еще один,документ2нетиповой,заточенный под "новых"?То есть получается два нетиповых дока для расчета упр.зп,как это выглядит со стороны?Ваше мнение?
1 Beduin
 
31.01.22
12:01
А зачем добавляли вообще нетиповой док. Там же виды расчета есть, и считайте в них как хотите.
2 bacamba49
 
31.01.22
12:03
(1) так сложилось исторически..ничего не поделать
3 Bigbro
 
31.01.22
12:04
не надо плодить документов. сделайте доп реквизит у организации с признаком по какому методу делать ваш расчет и на него ориентируйтесь при расчете.
4 bacamba49
 
31.01.22
12:06
(3) так же склоняюсь к этому
5 bacamba49
 
31.01.22
12:21
но документ2нетиповой создать быстрее и "безопаснее" что ли..?
6 Фрэнки
 
31.01.22
12:27
(5) а эти самые нетиповые прямо в конфу зафигачили?
7 unenu
 
31.01.22
12:28
я бы делал отдельные документы, ибо зная запросы финов в плане упр. учета рано или поздно это ваш один документ по "управленческую по особому алгоритму" перестанет поддаваться модификациям и вы потеряете сначала контроль над документом, а потом вас попросят выйти.

да есть соблазн наплодить кучу кейсов и ответветлений логики в рамках одного документа, но это путь боли и страданий, т.е.мазахизм.

в особых запросах фингрупп по учете лучше придерживаться простого принципа: "каждой твари по паре".
8 unenu
 
31.01.22
12:29
(6) а что мешает? все типовые на поддержке с замком, а добавленные доки - свои мечты, своя вселенная.
9 bacamba49
 
31.01.22
12:33
(6) в расширения
10 bacamba49
 
31.01.22
12:34
(7) и об также думал..вот и решаю как поступить
11 ptiz
 
31.01.22
12:41
(10) Зависит от степени различий в алгоритмах разных организаций.
12 bacamba49
 
31.01.22
12:42
грамотнее как бы да ,уж если есть нетиповой,то один лучше,но вот "безопаснее",с учетом будущих "хотелок" руководства по упр.зп - да,нужно делать второй,да и проще это и быстрее
13 bacamba49
 
31.01.22
12:43
(11) там сильные различия
14 bacamba49
 
31.01.22
12:43
(13) иначе бы не было проблемы
15 ptiz
 
31.01.22
12:57
(13) "Сильное" - нам ни о чем не говорит.
Если меняется структура данных, на основании которых делается расчет, например, раньше использовались данные сводно за месяц, а теперь - по дням, и меняется структура документа (реквизиты, табличные части) - это одно. Если только сам алгоритм (какие-нибудь коэффициенты) - это другое.
16 bacamba49
 
31.01.22
13:07
ладно,всем спасибо..буду делать 2 -ой док
17 Bigbro
 
31.01.22
13:12
а потом третий, четвертый, пятый..
а потом при добавлении каждого дока придется переделывать тучу отчетов и обработок, в которых эти доки все хором должны использоваться
переписывать интеграции
ну удачи конечно, некоторые любят сами наступать на грабли.
18 Фрэнки
 
31.01.22
13:14
(16) А лучше даже другим расширением, а не просто другим документом.
19 bacamba49
 
31.01.22
13:16
(18) да,конечно,другим расширением
20 Фрэнки
 
31.01.22
13:20
(19) просто на тот случай, что сейчас у тебя эти черти в одной базе, а завтра примут решение и побежали в разные... так-то в другой базе свое другое расширение поставил и они даже если узнали, то быстро-быстро забудут, что там у соседей в расчетах было.

Ну и в разрезе разных расширений с правами проще разрулить будет, кто что видит, что не видит.