Текущее время: Ср, июл 23 2025, 00:31

Часовой пояс: 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 часа


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

Сейчас этот форум просматривают: Yandex [Bot]


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

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