Ошибка проверки прав при проводке документа
|
Предыдущая тема :: Следующая тема |
Автор |
Сообщение |
nOnAME Участник со стажем
Вступление в Клуб: 25.01.2011
|
Ср Апр 11, 2012 11:36  Ошибка проверки прав при проводке документа |
|
Полезность: Нет оценки
|
Доброго времени суток, столкнулся с такой проблемой:
Пользователь, обычный операционист, который не имеет прав на проводку кассовых документов, создавал перевод. После его созднания, выполнил операцию "Выполнить Обработку" с включенной галочкой "Проводить Документы", но, непонятным мне способом, у него получилось провести кассовые документы.
Такое у него продолжалось пока он не перезашел в систему.
Собственно вопрос, может кто сталкивался с подобными ситуациями, в чем здесь дело и как с этим бороться(ну, по мимо перезахода в систему)?
Может где в системных журналах можно поглядеть, что за ошибка возникала, если она вообще возникала?
P.S.: Пользователь говорит, что перед выполнением операций у него все страшно висло, но вылетающих ошибок он не припоминает.
По системным журналам: "Пользовательские сессии" и "История изменений состояний элементов" видно, что:
1. Пользователь подключался 3 раза;
2. До 2ого подключения у него все было хорошо;
3. Во время второго подключения произошел случай, который я описал выше;
4. При 3ем подключении опять все хорошо. |
|
 |
Ghost Профи
Вступление в Клуб: 24.11.2007
|
Ср Апр 11, 2012 12:19   |
|
Полезность: 1
|
Проверьте не делал ли он перевод во вчерашнее число и соответственно кассовые документы с датой проводки во вчера. Возможно во время работы с переводом менялась дата ОД и у пользователя был доступ во вчера.
Проверьте не было ли у пользователя права безусловной проводки кассовых документов.
Проверьте не менялось ли отношение счета к продукту по счету кассы. |
|
 |
nOnAME Участник со стажем
Вступление в Клуб: 25.01.2011
|
Ср Апр 11, 2012 12:45   |
|
Полезность: Нет оценки
|
Нет, доступа во вчера у него небыло и дата ОД не менялась во время его сидения в системе.
Дело в том, что у него было подключение в 10:00, во время этого подключения он создавал переводы и обрабатывал их как всегда, т.е. кассовые документы становились в состояние В кассу, а остальные Проводились.
После чего, примерно в 10:30, пользователь сделал переподключение к базе и при обработке переводов у него начали твориться данные "чудеса". При этом, судя по его опрациям с переводами, он мог проводить кассовые документы только в переводах, где формировались документы, отличные от кассовых, а где были только кассовые документы, то эти переводы обрабатывались как обычно, т.е. становились в кассу и их проводил кассир.
В настройки системы в данные момент ни кто не лазил и ни чего не менял.
Прав на безусловную продку у пользователя нет. Отношение счета к продукту так же не менялось. |
|
 |
Ghost Профи
Вступление в Клуб: 24.11.2007
|
Ср Апр 11, 2012 14:39   |
|
Полезность: 1
|
Чудес не бывает, настройка DECL_PROV_KASSIR не менялась? |
|
 |
nOnAME Участник со стажем
Вступление в Клуб: 25.01.2011
|
Ср Апр 18, 2012 09:05   |
|
Полезность: Нет оценки
|
Не, данная настройка не менялась, всегда стояла в false. Ну, ошибка пока не повторялась, создать ее насильно тоже не удалось. Вообщем. спасибо за помощь, будем ждать. |
|
 |
Ghost Профи
Вступление в Клуб: 24.11.2007
|
Ср Апр 18, 2012 09:19   |
|
Полезность: Нет оценки
|
nOnAME пишет: | Не, данная настройка не менялась, всегда стояла в false. Ну, ошибка пока не повторялась, создать ее насильно тоже не удалось. Вообщем. спасибо за помощь, будем ждать. |
Ну видимо в этом и дело:
"DECL_PROV_KASSIR
Логика. Задает возможность окончательной проводки кассовых документов по переводам только кассиром.
Если = Да - Окончательную проводку может осуществить только кассир.
Если = Нет - Окончательную проводку может осуществить любой пользователь (исключение - операция попадает в реестр 113-И)."
Возможно, что в момент когда проводились не кассовые документы, кассовые документы были еще не проведены и у папки был выставлен "признак проводки всех непроведенных документов". В таком случае система попыталась провести все что непроведено в папке, а настройка DECL_PROV_KASSIR=false ей это позволила. |
|
 |
nOnAME Участник со стажем
Вступление в Клуб: 25.01.2011
|
Ср Апр 18, 2012 09:27   |
|
Полезность: Нет оценки
|
Тоже об этом думал, но смутило то, что эта проблема вылетела всего раз и только у одного пользователя, хотя переводов, проводки которых не должны попадать в реестр достаточно. И затем, после реконекта, пользователь создал такой же перевод и все отработало как надо. Про данный флаг теперь уже осведомлен, при повторной ошибке такого рода, выставлю его в true и гляну на последствия. |
|
 |
|
|
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
|
|