Имя: Пароль:
1C
1С v8
За что я люблю 1С.
🠗 (Волшебник 15.09.2015 10:39)
,
0 itlikbez
 
15.09.15
10:34
Ситуация. Предприятие перешло с ЗУП 2.5 на 3.0. После чего пожаловались на то, что программа постоянно норовит выплатить работникам лишние деньги. А поскольку сейчас деньги идут сразу на карточку, то ей (программе) это даже удалось несколько раз сделать.
Я не специалист по ЗУП, но при случае в состоянии разобраться.
Смотрю расчетный листок некоего сотрудника - нет денег к выплате.
Создаю документ выплаты с этим сотрудником - есть деньги.
Смотрю регистр "Взаиморасчеты с сотрудниками" - нет денег к выплате.
Так.
Выдыхаю, вдыхаю и погружаюсь на глубину 12 уровней в стеке вызовов, где и нахожу еще один регистр "Зарплата к выплате". Деньги там.
Как это мило! В расчетном листке одно, в ведомости другое.
Не доверяйте деньги 1С.
1 Ненавижу 1С
 
гуру
15.09.15
10:35
не правильно пишешь. Надо так.
Почему я Ненавижу 1С
2 Масянька
 
15.09.15
10:35
(0) Добро пожаловать или посторонним вход воспрещен (С)
:)
3 aka AMIGO
 
15.09.15
10:36
(0) Где вопрос?
4 itlikbez
 
15.09.15
10:36
(1) Это ты ненавидишь, а я люблю )))
5 zak555
 
15.09.15
10:36
читать описание пробовал ?
6 Naumov
 
15.09.15
10:36
переход на новую редакцию всегда вытаскивает на поверхность косяки в учете.
7 Бледно Золотистый
 
15.09.15
10:36
Может руки кривые просто?
8 elCust
 
15.09.15
10:37
(0) (c) Ты видишь суслика...?
9 itlikbez
 
15.09.15
10:37
(7) У разработчиков - да. Сделать два регистра вместо одного.
10 ТолькоПросмотр
 
15.09.15
10:38
(0) >>Не доверяйте деньги 1С.
Не доверяйте работу в 1С неквалифицированному персоналу.
И ещё, как это предприятие взяло и перешло на ЗУП 3.0? Уж не ты ли переводил? А почему не позаботился об обучении? Почему не провёл грамотное внедрение? Почему в своих косяках винишь других?
11 Масянька
 
15.09.15
10:39
(9) Ты просто ёще не разобрался со структурой ЗП (в 1С).
Это ж-ж-ж-ж неспроста (С)
12 Новиков
 
15.09.15
10:39
itlikbez, бложик заведи себе, плиз.
13 Волшебник
 
модератор
15.09.15
10:39
(0) Тема не отражает суть сообщения
14 itlikbez
 
15.09.15
10:40
(13) Я могу поменять тему?
15 Волшебник
 
модератор
15.09.15
10:41
(14) Нет
16 itlikbez
 
15.09.15
10:44
(10) Два регистра, вместо одного. В результате, ты узнаешь о том, что что-то не так, тогда, когда деньги уже ушли.
Программы, которые "считают" деньги так не пишутся.
17 ТолькоПросмотр
 
15.09.15
10:47
(16) Повторяю - учи ЗУП и не ной. Твоё мнение "как должны писаться программы которые считают деньги" никого не волнует.
18 kumena
 
15.09.15
10:47
(16) чего не понятного, 2 регистра -  один резерв другой факт. если они у вас разошлись - это лично ваша проблема.
19 НЕА123
 
15.09.15
10:48
Принцип двойной записи - основной принцип бухгалтерии.
Шутка.
20 GROOVY
 
15.09.15
10:48
(9) Взаиморасчеты - это совсем не зарплата к выплате. Не путайте теплое с мягким.
21 kumena
 
15.09.15
10:49
+18, два регистра как раз чтобы лишнего не выплатили, когда одной ведомостью зарезервировали, а потом еще нашлепали ведомостей к выплате.
22 itlikbez
 
15.09.15
10:49
(17) Это - не нытье. Это - информация к сведению для специалистов.
23 kumena
 
15.09.15
10:50
(22) не волнуйся, специалисты в курсе!
24 itlikbez
 
15.09.15
10:55
(20) Я все понимаю. Но есть конкретная ситуация. Расчетчик смотрит расчетный листок - там все в порядке. Лишние деньги тихо-молча уходят на карточку сотрудника.
Вот если бы у вас в балансе суммы по дебету и по кредиту разошлись, вы бы что сказали? Я бы сказал "выбросите эту бухгалтерскую программу".
25 itlikbez
 
15.09.15
10:56
(21) Как видишь, два регистра привели к лишней выплате.
26 GROOVY
 
15.09.15
11:04
(25) Да не два регистра к этому привели, а ошибки в ведении учета.
27 ТолькоПросмотр
 
15.09.15
11:05
(25) Тебе уже 100 раз объясняли. Косяк НЕ В ПРОГРАММЕ. Косяк в пользователе и внедренце.
28 torgm
 
15.09.15
11:18
(22) у специалистов как раз таких проблем не возникает.
29 itlikbez
 
15.09.15
11:19
(26) Возьмем БП. А конкретно регистр бухгалтерии. Там есть дебет, кредит и ОДНА сумма.
Я видел бухгалтерские программы, где разработчики не правильно понимали термин "двойная запись" и у них сумм было ДВЕ. В результате, рано или поздно "ошибки в ведении учета" приводили к тому, что баланс расходился. И я вам скажу - это были плохие бухгалтерские программы, не так ли?
Ошибки ошибками. Но если у вас один регистр - описанная мною ситуация исключена. А если уж так надо сделать два регистра, то почему бы перед выплатой денег не сделать сверку с регистром взаиморасчетов?
30 Fedor-1971
 
15.09.15
11:21
(24) О даже как! Ну хорошо, напиши свою конфигурацию и дай 100% гарантию, что в ней не будет косяка при работе пользователей.
Я так понимаю, гарантии не будет. А вот громких заявлений про "1С гав..." "Не надо связываться с 1С" и прочих будет выдано на гора тонны.
(25) К лишней выплате привело рас..во бухгалтера, который сформировал ведомость выплаты и не проверил оную.
Таких дятлов и в банках хватает, когда на карточки дважды зачисляют один и тот-же файл. Плохое ПО в банке или "дело было не в бобине"?
(29) для этого существует подпись под ведомостью "Ответственный ______", он зачем там сидит?
31 Fedor-1971
 
15.09.15
11:24
30+ Если глюканёт база с чем будешь сверять? два регистра обеспечивают устойчивость хранения информации, если они разошлись - ищите причину сразу и однозначно, а в случае с одним регистром - можешь годами не узнать про ошибку, пока не рухнет вся БД.
32 itlikbez
 
15.09.15
11:28
(30) Напоминаю, раньше стояла ЗУП 2.5.
Конечно, бухгалтер проверял зарплату по расчетным листкам.
Что он должен был еще делать? Проверять ведомости на совпадение с расчетными листками? А не маразм ли это? Там не один человек и не сто, а значительно больше.
33 Fedor-1971
 
15.09.15
11:51
(32) т.е. ты предлагаешь не проверять зарплатную ведомость с невинным видом "оно само, блин, выплатило"?
как Дт с Кт не сходятся - виновата 1С, как 2 регистра разошлись - то же она родимая крайняя, а юзер значит белый и пушистый без маразма и программер, орущий "1С гов..." аналогично пушистый.
Раз перевёл с 2.5 на 3.0 так проверь все данные и логику работы системы. Вникни сам и научи бухов.
Не нравится 1С - сделай то-же самое на Oracle (MySQL, С, Perl, Lisp на чём умеешь) оцени время и прими решение "оно таки вам надо?"
В любом ПО есть косяки (больше или меньше), тем более в готовых решениях
Закон Брукера: Даже маленькая практика стоит большой теории.