Несколько касс в АКСАПТе

[Rafael]

Господа!
Подскажите, как настроить учет кассовых операций, если есть более одной кассы.
К сожалению, всуществующей версии АКСАПТы можно настроить только одну кассу на одну компанию.

[mazzy]

Дело в том, что кассовый модуль - это разработка Колумбуса.

В исходном (западном) варианте между кассовыми и банковскими счетами не делается никаких различий и ведутся они одинаково в одном модуле. Т.е. Строчки Касса должны были перечисляться среди "банковских" счетов. В исходном варианте cash.

Если тебе не особенно нужны ПЕЧАТНЫЕ формы ордеров, то попробуй сделать по западному. Перечисли кассовые счета вместе с банковскими счетами в одном списке.

Тогда сразу начнут должным образом работать и условия оплаты, и способы оплаты. В условиях оплаты сразу приобретает смысл галочка "наличный" платеж. Предложение по оплате сразу начинает работать для всех платежей, а не только для безналичных. Расчет движения денежных средств начинает нормально работать... Контроль платежей становится нормальным... А "определение приращения платежей" в способе оплаты сразу становится западным налогом с продаж (он у буржуев есть).

В общем попробуй...

Есть и минусы - сразу теряются печатные формы РКО, ПКО. Сразу начинает криво работать АО.

Есть и еще одно...
Я не знаю как будет развивать российскую функциональность Коламбус. Судя по общемнию с ними им такой подход не очень по душе.

[Aleck]

Коламбус обещает реализовать нормальную поддержку нескольких кассовых книг и множество других улучшений в версии 2 модуля "касса", который будет включен в SP3.
SP3 обещают выпустить в первом квартале, альфа-версию еще в декабре.

[komar]

А теперь обещают то же самое в SP4, который будет в августе
То есть где-то в 3.0 увидим-таки эту кассу

[Людмила]

Ну вот, вроде как 3.0 дождались...
и вроде как даже несколько касс, заявленные ранее, тут присутствуют... (правда, настолько криво...)
Вопрос вот в чем: а как предполагается оформлять передачу денег из одной кассы в другую? ПКО и РКО выписать не дает, т.к. типы счета по дебету и кредиту = Касса...
Просто бух.проводкой в Главной книге?
Или есть более интересные решения?

[Swetik]

Совсем не сложно убрать проверку на одинаковый тип счета... Проводки делаются корректно.

[EVGL]

Цитата:

Вопрос вот в чем: а как предполагается оформлять передачу денег из одной кассы в другую?

Предполагается делать проводки через промежуточный счет ГК, двумя строками. А проверку, конечно, убрать можно, но только я сомеваюсь, что зря ее там поставил

[Людмила]

Цитата:

Предполагается делать проводки через промежуточный счет ГК, двумя строками

То, что нужно!
Спасибо, EVGL

[glibs]

Цитата:

Изначально опубликовано Людмила
...Вопрос вот в чем: а как предполагается оформлять передачу денег из одной кассы в другую? ПКО и РКО выписать не дает, т.к. типы счета по дебету и кредиту = Касса...

Вопрос интересный. Правильный.

Цитата:

Изначально опубликовано Людмила
...Просто бух.проводкой в Главной книге?...

Тепло.

Цитата:

Изначально опубликовано EVGL
...Предполагается делать проводки через промежуточный счет ГК, двумя строками...

Насколько мне известно, обычно так не делают. Плохое решение, на мой взгляд.

Цитата:

Изначально опубликовано Swetik
...Совсем не сложно убрать проверку на одинаковый тип счета... Проводки делаются корректно...

Это метод грубой силы и...

Цитата:

Изначально опубликовано Людмила
...Или есть более интересные решения?...

Как правило, да.

Цитата:

Изначально опубликовано EVGL
...А проверку, конечно, убрать можно, но только я сомеваюсь, что зря ее там поставил ...

К счастью, неоправданно высокая жесткость (возможно, не лучший антоним слову "гибкость") функциональности (не уместная в случаях, если пытаться использовать локализованную Аксапту для автоматизации управленческого или реального (черно-белого) учета), к которой прибегают локализаторы, облегчается низким качеством реализации таких жесткостей...

Для тех, кто интересуется решением проблемы без использования грубой силы очередной рецепт. Он также помогает бороться с некоторыми багами.

Настраиваем кассы. Открываем Общий журнал. Создаем строчку. Вводим в поле "счет" кассу 1 (тип счета — "касса"), в поле "дебет" пишем 100. Поле "корр. счет" оставляем пустым. Остальные поля заполняем по вкусу. Создаем еще одну строчку. Вводим в поле "счет" кассу 2 (тип счета — "касса"), в поле "кредит" пишем 100. Поле "корр. счет" оставляем пустым. Остальные поля заполняем по вкусу (аналогично). Разносим все это. Посмотреть ПКО и РКО можно в модуле "Касса".

Тестировалось на 3.0 СНГ сп1.

Большое спасибо EVGL, что недосмотрел...

[EVGL]

Цитата:

облегчается низким качеством реализации таких жесткостей

Качество в данном случае - что надо. Я вспомнил: смысл проверки на две кассы в одной строке в том, чтобы один ордер соответствовал одной строке журнала, а то не понять, какой из двух печатать надо. Тем самым вариант, предложенный glibs - вполне штатный и, действительно, наиболее адекватный.

[glibs]

Цитата:

Изначально опубликовано EVGL
...Качество в данном случае - что надо...

Как скажете (смотря что понимать под качеством).

Цитата:

Изначально опубликовано EVGL
...смысл проверки на две кассы в одной строке в том, чтобы один ордер соответствовал одной строке журнала, а то не понять, какой из двух печатать надо...

Неужели это может быть поводом для запрета проводки между кассами? А почему бы не напечатать оба ордера в таком случае? Это техническое ограничение, или я чего-то недопонимаю?

Наверное, EVGL все-таки проверку установил по другому поводу. Вот что еще пишет система: "Многострочные проводки по кассе не допускаются. Укажите корр. счет.". Единственной "причиной" для такого ограничения я пока вижу только то, что в ПКО и РКО есть поле под названием "Корреспондирующий счет, субсчет". Однако, на мой взгляд, это не неразрешимое ограничение, ради которого стоило отказываться от многострочной записи, и уж тем более от проводки касса-касса. Или есть еще что-то?

Т.о. предложенный мною способ имеет некоторые ограничения. Для него, увы, не предусмотрена возможность печати корсчета на первичных документах, нет возможности указывать сумму НДС и НсП, код выплаты З/П, не подставляются должностные лица... Но сугубо для управленческого учета вполне сойдет.