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

Денис, добрый день. Ошибку исправляем, сегодня ночью выложим обновление.

Здравствуйте, Андрей.

Из описания мне не совсем ясна суть проблемы. Пожалуйста, проверьте группировки отчета: остатки могут быть показаны не только в разрезе складов, но еще и фирм. Не могли бы вы прислать скриншот с отчетами на support@bigbird.ru

Здравствуйте.

Вы можете посмотреть остатки в разрезе поставщиков в отчете "Партии товаров". Откройте на форме этого отчета вкладку "Группировка" и включите группировку "Поставщик", расположив ее над "Товаром".

Здравствуйте!  Документ "Реализация товара" отражает продажу товаров партнеру и двигает по учету только товары.  Документом  "Чек"  оформляется реализация розничному "обезличенному" покупателю, при этом чек не только списывает товары, но и одновременно принимает деньги в кассу.  То есть оба документа уменьшают остатки товаров на складе, но каждый со своими особенностями.

Вадим, здравствуйте. Да, в настоящий момент экспорт позволяет выгрузить минимум информации из справочника. Мы будет дорабатывать этот момент. А вот выгрузка остатков вместе с товарами пока под вопросом.

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

Алексей, добрый день! По поводу расчета прибыли - здесь тонкий момент. Сейчас прибыль от продаж в системе считается "методом начисления", то есть по факту реализации товара/услуги на основании документов, а не по факту получения денег. Следовательно, общий отчет по прибыли должен формироваться таким же способом на основании документов реализации, поступления, входящих и исходящих актов. Прибыль при таком способе расчета получится в некотором роде "бухгалтерской", то есть она не будет показывать реальное количество денег "в кармане". Но опять-таки в бухгалтерии какие-то расходы признаются сразу для целей расчета прибыли, какие-то растягиваются на периоды, какие-то связаны непосредственно с реализацией продукции. Мы бы, если честно, не хотели перегружать систему таким функционалом, для этого предназначено специализированное ПО.
Активы фирмы - более простая задача, здесь все более-менее понятно, правда, сейчас эти данные можно получить из трех разных отчетов, и вопрос, а нужно ли делать при этом делать что-то общее? Слишком много отчетов с дублирующими функциями скорее могут запутать пользователей, чем помочь.
Сейчас как вариант мы советуем нашим пользователям использовать отчет о движении денежных средств, который как раз показывает фактическое наличие денег на текущий момент и учитывает все доходы - расходы не по документам реализации-поступления, а по факту осуществления наличных-безналичных платежей. Для этого нужно вручную в каждом денежном документе проставлять статью ДДС из предлагаемого нами справочника (редактируется в случае необходимости под свои задачи).

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

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