Извините, мне пояснили суть вашего вопроса (из телефонного обращения). Теперь я поняла, что вам нужен функционал вычисления остатка задолженности по договору. Это будет решено на уровне заказов покупателей, а пока, к сожалению, никак. Релиз с заказами будет следующим после ближайшего релиза. На 100% обещать не будем, но ориентир - конец весны.

Добрый день! Отчет просто обязан выводить состояние взаиморасчетов. Взаиморасчеты определяются двумя типами документов: поступлением/списанием денег по банку и кассе, и поступлением или реализацией товаров. Если у вас, к примеру, оформлено поступление денег по банку и указан конкретный партнер, то в отчете должна отразиться ваша задолженность перед партнером. Как только вы производите отгрузку товаров - задолженность исчезает. Проверьте, возможно, вы оформляете деньги с типом операции "прочее" и не указываете партнера?

Даниил, здравствуйте! Пока что никак. Будем думать, как доработать этот момент.

Да, но это требует определенной ответственности от пользователя. В любом случае реализации "прямо сейчас" не обещаем, но постараемся включить в приоритетные планы. Еще раз спасибо за обсуждение!

Согласны про необходимость ручной корректировки перед сохранением, будем думать, как это лучше реализовать. Главное, чтобы сам пользователь осилил проверку 500 наименований в одном документе:)

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

Данный принтер виден в Windows как системный? Можно на него отправить тестовую страницу или, скажем, строчку из текстового редактора?

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

Никита, добрый день. Большое спасибо за подробное описание в п.1! Мы хотим взять работу с характеристиками на следующий релиз. В целом, наши представления о том, как это должно выглядеть, совпадают. Единственное, с чем мы пока до конца не определились - это с количеством возможных учетных характеристик для одного товара. В большинстве случаев обычно достаточно цвета и размера (то есть двух параметров), и тогда задача несколько проще. Не появилось ли у вас помимо этих двух сочетаний других характеристик, в рамках которых требуется вести учет?

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

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