CftClub.ru
Клуб специалистов ЦФТ-Банк

Функционал кассира-операциониста

 
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Настройка и сопровождение
Предыдущая тема :: Следующая тема  
Автор Сообщение
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х рук

мы решили проблему через расширение - пред вызовом основной операции снимаем галку со счета кассы - после выставляем заново ))


Сурово вы поступили! А у вас та же проблема была? Very Happy

Понятно, что операционная касса - это один человек. Тут есть... "юридические" проблемы, связанные с оформлением кассовых ордеров... Но, в принципе, ЦФТ позволяет провести кассовый документ "в одну руку". Связь между проводкой ордера и реестром все же видится каким-то побочным эффектом программирования.
svn
Профи


Вступление в Клуб: 04.02.2008
СообщениеПн Сен 12, 2011 16:30    Ответить с цитатой
Полезность: Нет оценки
нам нужно было разрешить только пополнение карточного счета через кассу - решили быстренько поставить заплатку в расширении )
IBSO
Профи


Вступление в Клуб: 20.08.2009
СообщениеПн Сен 12, 2011 16:38    Ответить с цитатой
Полезность: Нет оценки
svn пишет:
пропадает принцип 2х рук

мы решили проблему через расширение - пред вызовом основной операции снимаем галку со счета кассы - после выставляем заново ))

Думаю, это не лучшее решение.
Если ваш банк сопровождается ЦФТ, то надо к ним обратиться.
Показать сообщения:   
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Настройка и сопровождение Часовой пояс: GMT + 3
Страница 1 из 1

 
Перейти:  
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах