Предыдущая тема :: Следующая тема |
Автор |
Сообщение |
reznik Участник
Вступление в Клуб: 01.10.2008
|
Ср Сен 07, 2011 16:29  Функционал кассира-операциониста |
|
Полезность: Нет оценки
|
У нас есть несколько операционных касс. В нашей оперкассе работает один кассир-операционист. Кроме него в оперкассе никого нет. В справочнике "Кассы. Счета касс" для счетов оперкассы выставлены признаки "Без контроля документов кассиром" и "Разрешено совмещение кассира-операциониста". В справочнике настроек стоит TUNE_CR_CASHIER=true
Если кассир-операционист делает приходник на счет клиента (например, Дт 20207 — Кт 40702), то получаем ошибку: "Кассир может создавать только внутрибанковские документы!" В коде это место выглядит так:
if (acc1 is not null and acc1.[CLIENT_V] <> ::[SYSTEM].[VARIABLES].OurBank and acc1.[TO_PRODUCT] <> ::[ACC_PRODUCT](
= 'KASSA'))
or (acc2 is not null and acc2.[CLIENT_V] <> ::[SYSTEM].[VARIABLES].OurBank and acc2.[TO_PRODUCT] <> ::[ACC_PRODUCT]([CODE] = 'KASSA'))
then
pragma error('Кассир может создавать только внутрибанковские документы!');
end if;
Приходник на счет, принадлежащий банку, проходит нормально.
Если убираем признак "Разрешено совмещение кассира-операциониста", то приходники на счета клиентов проходят нормально, но перестают автоматом попадать в реестр операций по 136-И те операции, которые туда попадать должны и для которых есть настройки в справочнике "Кассы. Шаблоны документов для реестра 136-И".
В чем логика? Почему кассир-операционист может делать все, но при этом операции не попадают автоматом в реестр по 136-И или же с реестром все хорошо, но при этом он не может делать приходники на клиентские счета. |
|
 |
Alexsey Эксперт
Вступление в Клуб: 06.09.2007
|
Чт Сен 08, 2011 18:27   |
|
Полезность: Нет оценки
|
Интересная ошибка.. получается что любой документ, созданный кассиром, в том числе объявление на взнос попадает под это условие. Да и настройка тут ни каким боком не участвует.. а что по этому поводу говорит поддержка ЦФТ? _________________ всегда есть как минимум 2 выхода |
|
 |
reznik Участник
Вступление в Клуб: 01.10.2008
|
Пт Сен 09, 2011 10:32   |
|
Полезность: Нет оценки
|
Alexsey пишет: | Интересная ошибка.. |
Они пока "не вникли" в проблему. Есть подозрение, что мы, как обычно, не понимаем логику ЦФТ по работе оперкасс, т. е., когда один человек совмещает работу операциониста и кассира. Может кто-нибудь поделится своими реализациями таких вещей? Вряд-ли есть такая ошибка и на нее никто не обращал внимания.
Собственно, проблема в том, как добиться, чтобы один человек работал в оперкассе, совершая обмен валюты, работу с переводами, кассовые операции по клиентским счета и т. п., и при этом у него нормально (автоматом) формировался бы реестр по 136-И? |
|
 |
timochev Эксперт
Вступление в Клуб: 02.07.2007
|
Пн Сен 12, 2011 09:28   |
|
Полезность: Нет оценки
|
Отвечу немного не в тему, но ради информации...
В свое время наш бизнес ужаснулся интерфейсу для кассира-операциониста, который абсолютно не соответствует уровню наших пользователей на этих рабочих местах, является слишком сложным (причем не по делу), и который не покрывает функционал всех наших бизнес-задач. В результате был написан свой собственный продукт - надстройка над дистрибутивом. |
|
 |
Alexsey Эксперт
Вступление в Клуб: 06.09.2007
|
Пн Сен 12, 2011 11:10   |
|
Полезность: Нет оценки
|
тут проблема в клиенте владельце.. ибо счет 407, 408 у них клиентом владелецем выступает клиент.. потому вы и проваливаетесь в ошибку..
кусок кода проверки начинается комментарием:
Код: |
-- { fal 02/10/2003
--Если по счету кассы "Разрешено совмещение кассира-операциониста"=да
--и создатель документа кассир этой кассы,
--то в документе счет клиента может быть только внутрибанковским |
ХУКом MD_CHECK_REQS обойти данную проверку тоже не получится, т.к. он вызывается в самом конце операции. Так же есть сомнения по поводу расширения к операции, т.к. операция CHECK_REQS дергается как из конструктора, так и из редактора..
Получается, что в любом случае придется править дистрибутив.. либо самим на свой страх и риск и далее держать операцию "на контроле" либо продавливать ЦФТ, что это "БАГ", а не "Фишка" _________________ всегда есть как минимум 2 выхода |
|
 |
svn Профи
Вступление в Клуб: 04.02.2008
|
Пн Сен 12, 2011 11:47   |
|
Полезность: Нет оценки
|
TUNE_CR_CASHIER
Если значение настройки <Истина>, и если у счёта кассы установлен признак "кассир-операционист", то при проводке Кассовые документы попадают в реестр по операциям с наличной валютой и чеками |
|
 |
reznik Участник
Вступление в Клуб: 01.10.2008
|
Пн Сен 12, 2011 11:53   |
|
Полезность: Нет оценки
|
svn пишет: | TUNE_CR_CASHIER
Если значение настройки <Истина>, и если у счёта кассы установлен признак "кассир-операционист", то при проводке Кассовые документы попадают в реестр по операциям с наличной валютой и чеками |
С этим все понятно. Проблема в другом. Почему при таком сочетании настроек (TUNE_CR_CASHIER=Да и кассир-операционист=Да) теряется возможность делать кассовые ордера на счета клиентов? Получается, что мы можем либо нормально работать с реестром, либо иметь возможность работать с клиентскими счетами через кассу. В чем причина такого противоречия? |
|
 |
svn Профи
Вступление в Клуб: 04.02.2008
|
Пн Сен 12, 2011 12:59   |
|
Полезность: Нет оценки
|
пропадает принцип 2х рук
мы решили проблему через расширение - пред вызовом основной операции снимаем галку со счета кассы - после выставляем заново )) |
|
 |
reznik Участник
Вступление в Клуб: 01.10.2008
|
Пн Сен 12, 2011 13:45   |
|
Полезность: Нет оценки
|
svn пишет: | пропадает принцип 2х рук
мы решили проблему через расширение - пред вызовом основной операции снимаем галку со счета кассы - после выставляем заново )) |
Сурово вы поступили! А у вас та же проблема была?
Понятно, что операционная касса - это один человек. Тут есть... "юридические" проблемы, связанные с оформлением кассовых ордеров... Но, в принципе, ЦФТ позволяет провести кассовый документ "в одну руку". Связь между проводкой ордера и реестром все же видится каким-то побочным эффектом программирования. |
|
 |
svn Профи
Вступление в Клуб: 04.02.2008
|
Пн Сен 12, 2011 16:30   |
|
Полезность: Нет оценки
|
нам нужно было разрешить только пополнение карточного счета через кассу - решили быстренько поставить заплатку в расширении ) |
|
 |
IBSO Профи
Вступление в Клуб: 20.08.2009
|
Пн Сен 12, 2011 16:38   |
|
Полезность: Нет оценки
|
svn пишет: | пропадает принцип 2х рук
мы решили проблему через расширение - пред вызовом основной операции снимаем галку со счета кассы - после выставляем заново )) |
Думаю, это не лучшее решение.
Если ваш банк сопровождается ЦФТ, то надо к ним обратиться. |
|
 |
|