Posted: Tue May 27, 2008 9:32 am Post subject: Ручная правка MWSKZ в BSEG, BSET (кода налога в проводке)
Коллеги,
В проводке указали неправильный код налога (MWSKZ), в результате суммы попадают не в ту графу книги Продаж.
Счёт-фактуру распечатали и отдали покупателю, сторнировать и проводить новый с другим номером - не вариант . Тем более что все суммы и проводки - правильные.
Исправить хочу с помощью ручного проставления правильного кода НДС в BSEG и BSET. Пытался делать через SE16 и SE16N, но выдаётся ошибка: Запись 2E не существует в T007A (проверьте введенные данные). № сообщения 00058
Запись в T007А существует, конечно же .
Проблема в том что у BSEG-MWSKZ стоит проверка по внешнему ключу:
Есть подозрение что из-за KALSM она не находит запись в таблице.
Ошибка выдаётся даже есть попытаться "исправить" код НДС на тот который уже указан в проводке.
Известны ли способы штатными средствами поправить BSEG-MWSKZ , без abap-разработок ?
Age: 140 Joined: 04 Oct 2007 Posts: 1218 Location: Санкт-Петербург
Posted: Tue May 27, 2008 10:26 am Post subject:
Не буду комментировать правильность таких исправлений в BSEG, BSET, а физически поля исправить можно.
Открываешь bset в se16, через /h переходишь в режим редактирования, поля MWSKZ, KSCHL делаешь пустыми, предварительно запомнив какие значения были. Включаешь system debugging, нажимаешь Save и идешь под отладчиком до UPDATE BSET. Это в модуле MODULE OK_CODE INPUT.
Заменяешь поля MWSKZ, KSCHL в структуре BSET нужными значениями. Запускаешь на дальнейшее выполнение.
Age: 48 Joined: 25 Jan 2008 Posts: 580 Location: Москва
Posted: Wed May 28, 2008 8:33 am Post subject: Re: Ручная правка MWSKZ в BSEG, BSET (кода налога в проводке
Илья Петров wrote:
Коллеги,
В проводке указали неправильный код налога (MWSKZ), в результате суммы попадают не в ту графу книги Продаж.
Счёт-фактуру распечатали и отдали покупателю, сторнировать и проводить новый с другим номером - не вариант .
Почему не вариант?
Илья Петров wrote:
Исправить хочу с помощью ручного проставления правильного кода НДС в BSEG и BSET.
Надо еще как минимум поправить таблицы BSIS и BSID(если с/ф уже выравнена, то BSAD). А если вы используйете Add-On FI-LO(модуль корреспонденции счетов), спецрегистры, то и там нужно править данные вручную.
В данном случае лучше сделать новую фактуру, чтобы пользователь в дальнейшем таких косяков не допускал, иначе последствия за ручное изменение в отдельных таблицах будете расхлебывать при сдаче квартальной и годовой отчетности..
И выноватым будет программер, а не пользователь, который неверно ввел данные. _________________ С уважением,
Удав.
Да, Вы правы конечно насчёт BSIS BSID и BSAD.
Эксперимент показывает что для Книги покупок достаточно исправить BSET. Скорей всего для остальных по НДС отчётов, которые все в T007L и T007K настраиваются - тоже. Но с т.з. целостности данных конечно надо везде править.
Корреспонденция счетов у нас пока болтается как-то сбоку, активизирована но ими не пользуется никто... Спецрегистров нет...
Насчёт организационного аспекта - тоже согласен. Но тут не вполне косяк пользователей. Им кто-то "добрый" посоветовал править вручную сумму НДС18% на =0 . Вместо того чтоб код НДС правильный указать... Вот, исправляем теперь ошибки молодости
А книга покупок у вас хранится случаем не в таблице j_3rbue_bk_table ? Если так - то код НДС можно поправить только там.
И все таки, что мешает сторнировать и провести заново?
не, J_3RBUE_BK_TABLE пишет No values found...
там наверно может экстракты хранятся, но они же формируются/ переформируются из первички...
Сторнировать и провести заново мешает то что у новой счёт-фактуры будет новый номер. А его со старым № отдали уже покупателю и он его у себя провёл и в книге покупок отразил. Т.е. это - напрягать клиента + при встречной проверке налоговой объяснять почему счёт-фактуру заменили. Аргументы "потому что у нас САП" - никого не обрадуют
Не, бумажки, обычно - не могут.
А вот код НДС неправильный проставить - могут.
В бумажке же код НДС не отражается...
Поставили код НДС 18% в MM, обнулили потом руками НДС в расчёте цен, провели - и привет... Бумажка и проводки - правильные, а в книгу покупок вместо графы "Не облагается НДС" база попадает в графу "НДС 18%".
И выясняется это только когда в книгу покупок заглянули, т.е. через 3 месяца.
Имхо тогда вам оптимальнее всего будет скопировать стандартную программу по печати книги покупок и все эти выявленные случаи вручную вписывать туда, с соответствующей разноской по графам книги. Или может найдется подходящий юзер-экзит... Иначе все эти ручные правки таблиц могут вас далеко завести
Ну что же , тоже вариант...
Но пока расчитываю что мы таки юзеров в стандарте научим/заставим работать, и в будущем таких правок не будет.
А если оставить им надежду что задним числом можно документ в САПе поправить можно - это надо будет 1С внутри САПа заабапить это тоже может далеко завести
А если оставить им надежду что задним числом можно документ в САПе поправить можно - это надо будет 1С внутри САПа заабапить
а сейчас у вас разве не такая ситуация? Хотите поправить документ задним числом... Пользователю по барабану как вы это сделаете, ему главное чтоб сумма попадала в нужную графу, а вот вы должны просчитывать последствия. Впрочем дело ваше, вам с этим жить
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum You cannot attach files in this forum You can download files in this forum
All product names are trademarks of their respective companies. SAPNET.RU websites are in no way affiliated with SAP AG. SAP, SAP R/3, R/3 software, mySAP, ABAP, BAPI, xApps, SAP NetWeaver and any other are registered trademarks of SAP AG. Every effort is made to ensure content integrity. Use information on this site at your own risk.
. Вместо того чтоб код НДС правильный указать... Вот, исправляем теперь ошибки молодости 