Сторнирование и перепроведение кассовых ордеров

[Axapta]

Добрый день, уважаемые коллеги!

Есть простая задача - при выписке приходного/расходного кассового ордера допущена ошибка.
Необходимо сторнировать разнесенный документ и провести заново.
Требование - у всех трех операций должен быть один и тот же номер документа.
Аксапта (3.0) сторнировать документ тем же номером дает, а вот при попытке провести его заново с тем же номером документа ругается: "Номер ... для даты ... уже использован".

Поделитесь, пожалуйста, опытом, как вы решали такую задачу?

[EVGL]

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

Что делать? Ввести в левом нижнем углу номер вручную, а в номере дать, скажем, лишний пробел или точечку.

[Axapta]

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

PS. Куда же подевался принцип, по которому, все текущие операции в системе можно реверсировать и провести заново?
Видимо при разработке российской кассы про него забыли.

[EVGL]

Quote:

Куда же подевался принцип, по которому, все текущие операции в системе можно реверсировать и провести заново

Ну, отродясь в Аксапте такого принципа не было: провести заново. Скажем, "проведенный заново" после кредит-ноты счет всегда имеет новый номер. А вот специально для кассы была предусмотрена возможность тотального удаления документов до тех пор, пока документ не прошел по всем статусам одобрения, не разнесен по ГК, т.е. пока не выданы/получены деньги.

Как произошло, что хочется не сторнировать, а уничтожить проведенный документ? Если ордер напечатан, деньги выданы, печать поставлена, проводки сделаны, на сторно написана бухгалтерская справка: "Я, такой-то и такой-то, лажанулся и выдал ошибочно деньги. Но взял обратно". Почему теперь хочется создать ордер с тем же номером?

[ppson]

Думаю что сторнирование кассы таким способом не совсем верно.
Если кассовая книга правильная, обороты/сальдо по кассе идут, а ошибки только в аналитических признаках, то исправлять нужно через журнал ГК без применения типа счета "Касса"

[Axapta]

Похоже, что мало кто РЕАЛЬНО занимался внедрением российского кассового модуля...

[EVGL]

... а если речь идет о редко появляющейся ситуации, и очень хочется, то можно
- прибить на сервере БД соотв. проводку в таблице RCashTrans
- пересчитать баланс по кассе с помощью соотв. период. функции
и наслаждаться после этого в том числе рассогласованием между ГК и кассой.

[Axapta]

1. Все же остается загадкой, для чего была придумана галка "Печатать сторно-записи" в кассовой книге.
2. А вообще в правилах ведения кассовых операций предусмотрено такое понятие как сторно?

[DreamCreator]

Quote:

Изначально опубликовано EVGL

- пересчитать баланс по кассе с помощью соотв. период. функции
и наслаждаться после этого в том числе рассогласованием между ГК и кассой.

Как пересчитать баланс по кассе?

[Собственно дело в том что в результате манипуляций кассиров в RCashTrans возникла некорректная проводка, удалять которую я так понимаю небезопасно]

[sukhanchik]

\Денежные средства\Периодические операции\Пересчет баланса по кассе

[Gad]

Вообще по идее нужен некий признак (дополнительный) что ордер был отсторнирован. Ордера с таким признаком не должны попадать в кассовую книгу как и сторно. Возникает при этом вторая проблема - разрывы в нумерации. Я так понимаю все три документа - новый, старый, сторно не обязаны быть с одним номером. Главное, чтобы ошибочный ордер не занимал номер из номерной серии. Для этого потребуется вторая модификации - перенумерация кассовых ордеров.

[DreamCreator]

Quote:

Изначально опубликовано sukhanchik
\Денежные средства\Периодические операции\Пересчет баланса по кассе

Спасибо!

2 Gad:

Задача у меня будет несколько другая, а заинтересовало -- чем плоха дыра в нумерации?

[Gad]

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

[RE]

признак - статус аннулировано у некорректно проведённого ордера. Тогда и кассовая книга не поедет. У нас с этим нет проблем. А печать сторно-проводок нужна для внутреннего анализа...

[Gad]

Интересно. А как аннулировать уже разнесенный в главную книгу ордер? А если он не разнесен, то у него просто статус сбросить можно и удалить - аннулировать не придется.

[RE]

аннулировать уже разнесённый - это "программинг"...то есть при проведении сторно, статус уже разнесённого ордера меняется на "аннулировано"

[Adson]

"... а если речь идет о редко появляющейся ситуации, и очень хочется, то можно
- прибить на сервере БД соотв. проводку в таблице RCashTrans
- пересчитать баланс по кассе с помощью соотв. период. функции
и наслаждаться после этого в том числе рассогласованием между ГК и кассой."

ну чтобы не наслаждаться рассогласованием модуля с ГК-ой то уж надо идти до конца - удалить проводку и в LedgerJournalTrans и Ledger Trans.

На самом деле, если кассовый ордер выпущен неверный, то корректирующий его ордер не может быть с тем же номером, любой кассир это скажет (либо поставит "точку" в старом номере для корректирующего КО).

[MGUL]

Из своего опыта могу сказать, что модификацию по поводу "непопадания" некорректного документа (разнесенного) в кассовую книгу ДЕЛАЛИ. А по поводу "перенумерации"- нет. Аудиторы сказали, что вполне уместно на некооректных кас. ордерах : перечеркивать, ставить Аннулировано, дата и подпись гл. бух. Плюс в конце месяца акт на все аннулировнаные номера. Таким образом оформленные пропуски в нумерации не считаются нарушением кассовой дисциплины.

[Gad]

Модификация по "перенумерации" необходима не только из-за дырок в нумерации, возникающими из-за сторнированных операций. В практике российских бухгалтеров любимой вещью является заведение операций задним числом. Перенумерация в данном случае помогает установить нарастание номеров с увеличением даты. Про актирование дырок слышал. В таком случае получается модификация по формированию акта . Если конечно ордеров не 5 штук в день

[MGUL]

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