Вот тут хочу обратить внимание Ваше и всей читающей публики. Наш товар должен иметь две неотъемлемых характеристики: цену, по которой товар был закуплен, и цену, по которой товар будет продан. Если с закупочной ценой вопросов не возникает, то с розничной ценой вопросов много. Во первых, розничная цена - есть цена декларативная и еще не факт, что именно по этой цене товар будет продан. В принципе товар может быть продан по любой цене. С одной стороны есть цена по реестру, а с другой стороны есть пять цен в справочнике товаров. С третьей стороны, товар вообще может быть продан по любой цене - по той цене, которую мы укажем для него в расходной накладной. Зачем так сложно? Где ж правда? А правда заключается в следующем. Всю эту кухню можно было бы со спокойной совестью выбросить на помойку, если бы не одно закономерное требование - мы должны контролировать розничные цены, как при их объявлении (ценники, прайс-листы), так и (это главное) в момент их продажи. Как же контролировать розничные цены? Очевидно что нужна какая-то точка опоры, изменения относительно этой точки опоры мы сможем контролировать. Такой точкой опоры являются цены по реестру. Они образуются и изменяются с помощью документов - актов переоценки. Любое изменение розничной цены в этом случае можно отследить. Лишите оператора права производить переоценку (в карточке пользователя системы) и все - он будет обязан продавать товар по той цене, которая указана в реестре. Задайте ему ограничение на скидку в процентах, и он не сможет сделать скидку относительно реестровой цены больше этого процента. При этом все скидки сделанные оператором фиксируются в актах переоценки, которые создаются автоматически в процессе проводки расходных накладных. Мы добиваемся полного контроля над механизмом ценообразования. Как известно, именно на скидках чаще всего персонал ворует и злоупотребляет. Пять цен в прайсе - это всего лишь памятка оператору, как закладки в интернет-браузере.


Нужно произвести анализ карточки движения. При откате где-то нарушена последовательность документов, система борется за свою целостность и не дает произвести откат документа, так как это приведет к нарушению арифметической последовательности. Чтобы сэкономить Ваше и мое время - пришлите на mail@andriy.co базу данных (tcu_be.mdb в каталоге программы) и укажите номер проблемного документа. Мы предоставим развернутый ответ и после решения проблемы удалим Вашу базу данных. Конфиденциальность данных гарантируем.