Доброго времени суток ув. форумчане, ув. Андрей!
На сегодняшний день работаю в 1С, но некоторое время присматриваюсь к программе ТЦУ3. Безусловно в Вашей программе
более приятный интерфейс, да и лично мне, наверное, было бы проще работать в ней. Однако особенности моего ведения
учета не позволяют сделать это.
А дело собственно вот в чем (с Вашего позволения в этой теме я буду задавать интересующие меня вопросы по мере их
поступления):
Наценка - так сложилось, что в моем случае я не делаю наценку(скидку) в %, а делаю её в ден.ед.
т.е. к себестоимости (входящей цене) прибавляю к примеру 1 грн. Можно ли в ТЦУ реализовть данную функцию?

Согласен с Вами полностью, можно и вручную. Дело в том что у меня ежедневные приходы и цена ежедневно скачет, и хотя ассортимент не превышает 100 наименований, но пребивать их ежедневно напрягает :? .

Сложностей нет. Вопрос удобства. Речь идет о создании универсального, функционального и удобного продукта.
Ведь можно и карандашом в тетради писать, и на счетах счетать, а можно благами цивилизации пользоваться :D

Вы можете загрузить отчет прайс-листа и положить его в каталог Reports каталога программы. После перезапуска программы в мастере отчетов выберите вариант отчета "Пользовательский (образец)". После выпуска отчета перейдите в конструктор и удалите либо скройте ненужные столбцы.
Что касается Вашего первого вопроса - СофтКБ считает, что добавление еще одного режима расчета розничной цены приведет к неоправданному усложнению интерфейса, что может вызвать проблемы у других пользователей.

Наверное, имеется ввиду, можно ли отгрузить большее количество товара, чем имеется на складе?
Да, это вполне возможно. Например, если у Вас на складе остаток 200 штук, а отгрузить нужно 250, просто укажите в расходной накладной для товара это количество. Система предупредит Вас о том, что остаток товара после расхода станет отрицательным. Это предусмотренный режим. Когда такое возможно - например, когда имеется пересорт товара. Например, выдали другой товар вместо выписанного, и система видит в остатке 200 штук, а реально на складе имеется 250, так почему же не продать. Другое дело, что нужно потом произвести переучет и привести остатки в программе к фактическим с помощью акта пересчета остатков.

Я могу предложить другой вариант.
В основу учета должен быть положен принцип зеркала. В учетной системе нужно отражать только те операции, которые реально происходят.
В вашем случае это выглядит так:
1. Обращается клиент и заказывает товары по каталогу. Клиент в этот момент не получает никакого товара, следовательно расходная накладная не может быть выписана (расходная накладная отражает фактическую выдачу товара. Нет выдачи товара - нет расходной накладной). Какой же выход? Для этого есть специальный документ - заказ от клиента. В этом заказе декларируется потребность клиента в определенных товарах, даже если их нет (и никогда не было) на складе. Достаточно такие товары добавить в справочник наименований. Этот заказ распечатывается в виде счета.
2. Если клиент оплачивает заказ, то нужно провести приходный кассовый ордер на сумму оплаты, а на распечатанном счете проставляется пометка об оплате. Счет с пометкой остается у клиента, как доказательство оплаты.
3. На основе заказов от клиентов Вы формируете заказ поставщику.
4. Когда товар на основе заказа поставщику поступает к Вам на склад, Вы оформляете приходную накладную и проводите ее. Проводите оплату с помощью расходного кассового ордера, если оплата поставщику производилась.
5.В результате проводки приходной накладной товар у нас уже имеется на складе, нам достаточно выписать расходную накладную, чтобы отразить фактическое получение товара покупателем.

С одной стороны, достаточно много операций. Но, во первых, они хорошо автоматизированы (на основе заказов можно создавать накладные), а во вторых, Вы так или иначе выполняете данные операции. Осталось только отразить их в учетной системе и будет порядок.

Все таки, я считаю недопустимым, чтобы кладовщик отпускал товар без заранее выписанных накладных. Либо пускай оператор выходит в 6:00, либо готовит документы на отгрузку с вечера.

Да и вообще почему не сделать так как в 1с - "константы". множество умолчаний: торговать в с минусовыми остатками или нет, выводить сумму с НДС или без НДС, и т.д.
каждый начиная работать в данной программе выбрал необходимые настройки и в добрый путь.

На данный момент есть объективный факт - система не может фиксировать продажи товара, который никогда не поступал на точку.

Немного поясню как работает складской мотор.
1. Есть справочник товаров, где хранится перечень товарных наименований, объединенных в группы и подгруппы.
2. Есть реестр товаров - список реальных товаров на реальном складе, магазине, торговой точке. Подробнее
3. Если товар на этот склад поступал, то система генерирует реестровую запись по данному товару в процессе проводки приходной накладной (или накладной на передачу, если это точка-получатель).
4. Если товар со склада отгружен полностью, в реестре товаров будет нулевой остаток, но реестровая запись все равно останется.
5. Мы можем отгрузить товар даже из нулевой реестровой записи (0 - это тоже число).
6. Мы не можем отгрузить товар, который никогда не приходовался (или передавался с других точек) на данную торговую точку по той простой причине, что для нее нет реестровой записи.

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