Олег, разрешение 1024 на 768, стандартно.
По вертикали особых проблем нет: всегда можно развернуть браузер на полный экран, убрать верхнюю таблицу с информацией, да и полосу прокрутки никто не отменял.

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

Так что вопрос прошу считать закрытым :)

Может быть, вы просто смотрите не тот отчёт? Отчёт по партиям - это просто ведомость движения товаров, он не покажет прибыль. Для анализа прибыли надо смотреть отчёты из раздела "Продажи".

Галочку нужно ставить в прайс-листе, и потом его же (прайс-лист) вывести на печать. Т.е. об отчёте по остаткам забудьте, используйте только прайс-листы :)

Где-то был (кажется, в группе ВКонтакте) обучающий ролик по работе с прайс-листами. (Наверное, Елена или Олег лучше подскажут.)

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

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

Не могу сделать расход из кассы: выдаётся ошибка:

"Расход из кассы № : Такой код уже существует в базе данных"

При этом очередной номер, на который ругается система, подставляется автоматически, и его точно нет в базе!!!

Слушайте, а это не только с чеками. Случайно увидел, что два вчерашних перемещения - тоже с одинаковыми номерами!

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

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

Под "текстовым" я имел в виду то, что большинство чековых принтеров работают про протоколу ESC/POS и управляются, собственно, последовательностью текстовых ESC-команд... И вроде как они все (или многие) могут работать с единым стандартным виндовым драйвером "Generic / Text only".

Но это, конечно, дело большого количества экспериментов.