Вячеслав, здравствуйте. Прошу извинить за то, что отвечаю только сейчас. К сожалению, такое распределение прав в основном интерфейсе нашей системы организовать практически невозможно и вряд ли мы в ближайшее время сможем заняться этим вопросом. На данный момент подобная проверка прав работает только для интерфейса продавца, в остальных случаях разграничение идет по видам объектов. 

Скидывайте на support@bigbird.ru.
А о коэффициентах чуть подробнее можно почитать здесь (раздел "Единицы измерения).

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

Павел, по поводу количества штук в упаковке - вы и сейчас можете создавать у одного товара несколько единиц измерения, например, штука и коробка. Через коэффициент вы указываете, сколько штук содержится в коробке. Одна из этих единиц назначается единицей хранения остатков - то есть, к примеру, при продаже коробки остатки все равно будут показываться в штуках. Или наоборот, смотря что у вас будет выбрано базовой единицей. Не это ли вы имели  в виду, говоря про методику списания?
И правильно ли я понимаю, показ кол-ва штук в упаковке важен в первую очередь для оптовых прайс-листов?

Извините, что так долго, задача оказалась не такой тривиальной. Проверьте, пожалуйста, если что не так - отпишитесь. 

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

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

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

И еще не очень поняла в вашей схеме, почему в журнале "Розинца" пишется возврат?