Текущее время: Вт, июл 22 2025, 16:33

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 20 ]  На страницу 1, 2  След.
Автор Сообщение
 Заголовок сообщения: Сторно документов в кассе 4.6
СообщениеДобавлено: Вт, май 16 2006, 15:02 
Младший специалист
Младший специалист

Зарегистрирован:
Пн, сен 27 2004, 16:06
Сообщения: 90
И снова вопрос по кассе. Сабж:
Версия 4.6. После того, как документ в тр.FBCJ проведены делаю сторно. Той же датой, что и сторно, причиной сторно 03. И получаю большую фигу - документ не сторнируется, а система создает обратный документ, причем никаких ссылок типа BKPF-STBLG и близко нет. Только FBCJ сама может понять, что документ №2 есть сторно документа №1. Как быть в такой ситуации?? Мне нужно, чтобы если не удалялся сторнируемый документ, так хотя бы отображался одной строкой в FBCJ, а потом вся эта "прелесть" оказывается в cash journal. Что делать?? В виде документа галка "Красное сторно разрешено" стоит (в тр.OBA7), более того, применена нота 359656.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, май 16 2006, 16:36 
Младший специалист
Младший специалист

Зарегистрирован:
Чт, сен 09 2004, 15:11
Сообщения: 73
Откуда: Краснодар
а что в этом страшного? ведь в документе сторно есть ссылка на сторнированный документ ... единственное неудобство, что нужно (и то если надо) выровнять дебитора.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, май 16 2006, 20:11 
Гуру-модератор
Гуру-модератор
Аватара пользователя

Зарегистрирован:
Пт, июл 08 2005, 13:07
Сообщения: 5274
Откуда: Geneva
Пол: Мужской
С начала надо разобраться, что такое СТОРНО в кассовой книге с точки зрения законодательства, потом уже пытаться ругаться по поводу двойного отображения этих документов в Cash Journal.

В самом документе видно, что это сторно - кажется, в текст записывается.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, май 17 2006, 08:28 
Младший специалист
Младший специалист

Зарегистрирован:
Пн, сен 27 2004, 16:06
Сообщения: 90
Oleg написал(а):
а что в этом страшного? ведь в документе сторно есть ссылка на сторнированный документ ... единственное неудобство, что нужно (и то если надо) выровнять дебитора.


Страшного в том, что весь этот мусор, именуемый сторно, попадает в касовую книгу, а это уже вообще ни в какие ворота не влезает


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, май 17 2006, 08:35 
Младший специалист
Младший специалист

Зарегистрирован:
Пн, сен 27 2004, 16:06
Сообщения: 90
darkduck написал:
С начала надо разобраться, что такое СТОРНО в кассовой книге с точки зрения законодательства, потом уже пытаться ругаться по поводу двойного отображения этих документов в Cash Journal.

В самом документе видно, что это сторно - кажется, в текст записывается.


Сторно, оно в африке сторно..
Просто здесь система предлагает либо проводить обратную операцию, либо делать сторно, при этом, если , причина обратной проводки "красное сторно".

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


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, май 17 2006, 13:04 
Гуру-модератор
Гуру-модератор
Аватара пользователя

Зарегистрирован:
Пт, июл 08 2005, 13:07
Сообщения: 5274
Откуда: Geneva
Пол: Мужской
Уж сколько раз твердили миру...
:(
Кассовая книга есть результат фактического отражения принятия и выдачи денег. Если вы сделали проводку в КК, значит деньги приняли или передали. Если сделали ошибку в выдаче - это ответственность кассира. Исправить это можно только вводом нового документа обратной направленности, который говорит о фактическом обратном движении денег. Естественно, этот документ также должен отразиться в кассовой книге.
Пример. Выдали по РКО деньги с ошибкой в проводке. Исправить это можно только оформлением нового ПКО (неправильная обратная проводка) и РКО (правильная проводка). Все 3 документа должны быть отражены в КК.
То, что дебиторов/кредиторов надо выравнивать - это результат "упрощения" действий и знаний кассира, про которую написано в нескольких нотах по поводу FBCJ. Кстати, у меня сейчас ERP2004 и здесь почти всегда позиции выравниваются сами. Уж не знаю какое чудо произошло... :D


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, май 19 2006, 15:32 
Специалист
Специалист

Зарегистрирован:
Чт, дек 16 2004, 10:36
Сообщения: 169
Откуда: Ростов-на-Дону
Пол: Женский
мы используем причину сторно 01 и поэтому увеличения оборотов не происходит, а чтобы не видеть сторно в кассовом журнале можно использовать отчет J_3RFCSH


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, май 25 2006, 11:09 
Младший специалист
Младший специалист

Зарегистрирован:
Пн, сен 27 2004, 16:06
Сообщения: 90
Oleg написал(а):
а что в этом страшного? ведь в документе сторно есть ссылка на сторнированный документ ... единственное неудобство, что нужно (и то если надо) выровнять дебитора.


в том то и дело - ссылки прямого документа на сторно и наоборот есть только в табл. TCJ_DOCUMENTS, а в родимом BKPF и нет.

и как только я не извращался - на событие 1020 навесить модулек, сделать замещение, добавив в стандартный набор полей эту TCJ... таблицу . Все равно ничего не получается - в замещении система пишет, что табл.TCJ использовать нельзя, а в модуль при отладке она приходит совершенно пустая... :evil:


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, май 25 2006, 14:42 
Гуру-модератор
Гуру-модератор
Аватара пользователя

Зарегистрирован:
Пт, июл 08 2005, 13:07
Сообщения: 5274
Откуда: Geneva
Пол: Мужской
Коллеги!
:idea: А не проще вместо исправления ошибок не совершать их? Кто заставляет пользователя проводить документы до "зеленого" статуса? Пусть в "желтом" повисят, пока все не устаканится... Провести - дело 1 минуты...


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, май 25 2006, 15:32 
Младший специалист
Младший специалист

Зарегистрирован:
Пн, сен 27 2004, 16:06
Сообщения: 90
darkduck написал:
Коллеги!
:idea: А не проще вместо исправления ошибок не совершать их? Кто заставляет пользователя проводить документы до "зеленого" статуса? Пусть в "желтом" повисят, пока все не устаканится... Провести - дело 1 минуты...



я полностью с этим согласен, осталось "уговорить" Заказчика


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, май 25 2006, 19:14 
Гуру-модератор
Гуру-модератор
Аватара пользователя

Зарегистрирован:
Пт, июл 08 2005, 13:07
Сообщения: 5274
Откуда: Geneva
Пол: Мужской
AlexPl написал(а):
darkduck написал:
Коллеги!
:idea: А не проще вместо исправления ошибок не совершать их? Кто заставляет пользователя проводить документы до "зеленого" статуса? Пусть в "желтом" повисят, пока все не устаканится... Провести - дело 1 минуты...



я полностью с этим согласен, осталось "уговорить" Заказчика

На мой взгляд, достаточно весомым аргументом является требование законодательства. Осуществленная проводка по Кассовой книге есть движение по кассе, которое не может быть просто так сторнировано. В связи с этим не нужно делать проводку, пока не убедитесь в ее правильности.
На текущем проекте кассир набивает проводки до желтого статуса, потом бухгалтер их просматривает и проводит. Это регулируется даже на уровне полномочий, кажется.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, май 26 2006, 14:45 
Младший специалист
Младший специалист

Зарегистрирован:
Пн, сен 27 2004, 16:06
Сообщения: 90
darkduck написал:
На мой взгляд, достаточно весомым аргументом является требование законодательства. Осуществленная проводка по Кассовой книге есть движение по кассе, которое не может быть просто так сторнировано. В связи с этим не нужно делать проводку, пока не убедитесь в ее правильности.
На текущем проекте кассир набивает проводки до желтого статуса, потом бухгалтер их просматривает и проводит. Это регулируется даже на уровне полномочий, кажется.


это здорово, если б еще ссылку на документ законодательства, где прописано об этом ....


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, май 26 2006, 17:24 
Гость
AlexPl написал(а):
это здорово, если б еще ссылку на документ законодательства, где прописано об этом ....


Порядок ведения кассовых операций в РФ утвержден ЦБ РФ.
Подчистки и неоговоренные исправления в кассовой книге не допускаются. Сделанные исправления заверяются подписями кассира, а также главного бухгалтера предприятия или лица, его заменяющего.


Принять этот ответ
Вернуться к началу
  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, май 26 2006, 17:29 
Гуру-модератор
Гуру-модератор
Аватара пользователя

Зарегистрирован:
Пт, июл 08 2005, 13:07
Сообщения: 5274
Откуда: Geneva
Пол: Мужской
AlexPl написал(а):
это здорово, если б еще ссылку на документ законодательства, где прописано об этом ....


Письмо ЦБ РФ от 4 октября 1993 г. N 18, Раздел III, особенно пп.22, 24, абзац 3 п.23.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Сторно документов в кассе 4.6
СообщениеДобавлено: Пн, авг 10 2009, 14:07 
Старший специалист
Старший специалист
Аватара пользователя

Зарегистрирован:
Пт, сен 22 2006, 10:07
Сообщения: 369
Откуда: Ставрополье
Пол: Мужской
Подниму еще раз данную тему.
Кто в курсе проблемы подскажите.

При сторнировании документа через транзакцию FBCJ в BKPF-STBLG не пишутся номера документов.
У нас эта ситуация уже исправлена при помощи OPEN-FI.
А нет ли на этот счет каких либо нот для версии 4.7?

_________________
SAP R/3 Enterprise (4.7)


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 20 ]  На страницу 1, 2  След.

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB