Но на секретики это очень сильно не тянет, это уже полноценную книжку можно написать :-)

Это типа надо читать про SAP ChaRM - Change Request Management, входит в решение Solman как я понимаю.

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

Добрый день. Столкнулся с одной проблемой. При изменении заголовка и текста электронной почты выдается сообщение, предупреждающее, что изменения не сохраняются в базе данных а только локально. Это приводило к тому что изменения никак не отражались в выходных документах. Только полное удаление строки из папки и новое создание позволяло вносить изменение.Текст временно сохранен только в оперативной памяти. См. подр. текст!
 
№ сообщения TD733
 
Diagnosis
 
You have saved a text for an application object.
 
System Response
 
The text is not yet stored in the text data base, but placed in a main storage area.
 
It is only possible to store the text together with the application object being processed (order, purchase order, ...).
 
Procedure
 
When you leave the text editor (menu option: Goto - Back, or Text - Exit), the text is also stored in the text data base when you save the application object. If you do not save the application object, the text is lost.

И упомянем самый правильный вариант - настроить SSO. В этом случае все пользователи создаются без пароля. Пользователи не могут забыть пароль, не могут заблокировать учётную запись многократным неправильным вводом пароля, пользователям не придётся периодически менять пароль и, главное, не смогут передать свой пароль другому сотруднику.

Со стороны сбыта я с таким не сталкивался, а вот в закупках и на больших объемах это должно быть актуально

Да вот как раз расхождения между SAP и 1С из-за вот этой вот точности используемых чисел и возникают, ну по крайней мере в закупке, когда на той стороне документ рассчитан и напечатан в 1С.

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

Добрый день,
А четвертая часть будет?
Какая часть будет последняя?
 
Спасибо

По поводу: будут «расходится с калькулятором» - На самом деле все зависит от калькулятора. Стандартно калькулятор и библиотека расчетов 1С (до версии 8, сейчас не знаю как), считает суммы исходя из представления числа как float, а вот SAP считает исходя из представления double persistent, т.е. плавающая точка двойной точности, соответственно для калькулятора, ну если он более менее вменяемый, нужно переключить точность расчета, после чего расхождения с калькулятором уйдут. А вот что делать с 1С, не подскажу.