Печать счета. Форматирование + Колонка "Цена со скидкой"

Павел, по поводу границ в счете - постараемся поправить.
Масштаб же 100% или 60% от нас никак не зависит, на это мы вряд ли сможем повлиять.
Указание цены со скидкой потребует полного изменения логики расчета. Сейчас скидка считается от суммы, а не от цены. Очень не хотелось бы усложнять алгоритм несколькими способами расчета. Давайте посмотрим по отзывам, нужно ли это кому-то еще.

ОК.

Update: Границы в счете будут исправлены с выходом релиза.

Вот нашел еще одну проблему
В карточке товара указано вот так:



При печати счета почему то указывается вот так (т.е. как видно в печатном варианте этого пробела нет)



Что еще интереснее - это то как выглядит значение в ячейке:



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

Полагаю, что такой перенос делается особым алгоритмом, но думаю будет
более логичным использование атрибута ячейки .WrapText = True при формировании документа.

Так же появляется лишний пробел в конце Наименования товара/работ/услуг. Я проверил в Справочнике этого пробела нет. Можно его устранить. Пожалуйста.

Так же еще одна проблема с форматом.
Числа заходят как текст, и если попытаться вставить формулу, то скажем MS Office 2010 поймет, чего от него хотят (хотя по сути не должен ибо 2003й показывал непонятное значение). То уже в ГуглДокс или MS Office для Mac уже 
такой фичи нет, а значит, что любые математические действия будут приводить к ошибкам.

Приходится делать операцию преобразования в число, а затем менять формат чисел на специфический,
(.NumberFormat = "#,##0.00") хотя это можно сделать на этапе формирования документа, чего ооочень прошу, ибо сократить время на формирование счета.

Для ясности скриншот.

Павел, проблема понятна, будем смотреть. 

Павел, границы в счетах поправили, вывод чисел тоже (должны отображаться как числа, а не как текст).
По поводу пробелов - как уже только ни пробовали, не можем повторить добавление пробела. Вы не могли бы прислать нам на support@bigbird.ru этот счет в Excel? Сначала у нас было подозрение, что туда добавляется какой-то спецсимвол, но оно пока что не подтвердилось.

ОК. Отправил.

Так мне пришел ответ о том, что получено, заявка 541193

Да, все получили, спасибо!

Поправили, теперь все должно выгружаться корректно и без пробелов.

Вот опять счета выгружаются с пробелами и переходами на новые строки (((((

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

Еще такой вопрос - а можно сделать следующую форму  для распечатки по счету:
Заказ состоит из групп заказов: Нужно вывести некий отчет в котором бы можно было сосчитать количество по каждой позиции в наборах.. Полагал, что если делать заказ поставщику на основании такого документа - то само посчитается, на деле же вылезает пустая форма (((((

Например у нас заказ и 20 проводов, среди которых:
а) 10 красных по 3 метра
б) 5 красных по 6 метров.
в) 1 синий по 3 метра
г) 2 зеленых по 6 метров
д) 3 синих по 10 метроа

В форме нужно вывести такую калькуляцию
Кабель красный  60 метров.
Кабель синий 33 метра
Кабель зеленый 12 метров

Павел, не уверена, что мы можем сделать такой вариант калькуляции, так как у вас в системе синий кабель по 3 метра и синий кабель по 6 метров - это два разных товара, правильно? На основании чего система будет понимать, что их надо считать, как один? Или же вы все-таки продаете кабель по метрам и цена у вас идет за 1 метр? И товар у вас один - Кабель синий?
Сейчас мы согласны, что недоработали момент с наборами, когда в заказе покупателя указан набор, а в заказ поставщику, созданный на основании этого заказа покупателя, состав набора не попадает. Конкретно этот момент мы и взяли в исправление.

Неееет.
сейчас покажу вот к примеру заказ покупателя:

Как видно тут есть (red), (grey), (Black) и т.д.
Все это наборы. Вот так например это выглядело для кабеля  Paul Dime Grey 1,5 m
Соответственно в наборе 3м вместо 1,5 будет указано 3 метра.
А теперь задача посчитать сколько и каких материалов нам понадобится для исполнения данного заказа.
Я предполагал, что если мы на основании Заказа покупателя формируем Заказ поставщику - то в этом случае
как раз будет сформирован общий консолидированный список расходников (это весьма интересно),
но оказалось это не так. Необходимость в заполнении такой формы я имел только 1 раз.
А вот некий отчетик в  EXCEL или PDF мне нужен постоянно.

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

В принципе меня это вполне устроит.