Форум

Здравствуйте!
Пытаюсь составить алгоритм расчета себестоимости ГП.
Есть необходимость получить общее количество произведенной ГП по отчету производства за месяц.
Как получить общее количество?
Есть такая функция GET_PRD() - возвращает количество по конкретной позиции ГП, обязательный параметр функции NNUM - номеклатурный номер.
Можно как-то с помощью этой функции собрать общее количество ГП? Если кто-то может подсказать и показать пример алгоритма с использованием этой или какой-либо другой функции, буду очень благодарен.

Цитата
Виталий пишет: выдает ошибку.

Какую?

Синхронизацию дерева в менеджере пользователей пробовали?

Попробуй LASTDAYOM([<dDate|nMonth>]) --> nDaysInMonth

Все равно, admin_omega - молодец!

Подниму тему.

Вчера у клиента упала база - в результате ли сбоя или в результате размера >2Gb файла MDOCM. Подготовка психологическая клиента к закрытию периода и очистки части записей ведется, но интенсивность ее зависит от наличия или отсутствия ограничения на размер DBF-файла.

Цитата
Да но только реестр заказов тут ни при чем. Заведи свое поле, ставь статус, отрази его в реестре заказов.

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

Цитата
А в самих накладных используй для подкачки заказов либо событие на открытие документа либо картотеку товаров. Поле с номером заказа в заголовке заполняй сам. В своем экране ты действительно по своему статусу можешь применить свой индекс и накладывать скоб.

Событие на открытие документа - ставим фильтр на заказы, он слетает при повторном открытии в поле "номер заказа"
В картотеке товаров показывать реестр заказов? А потом самому обрабатывать загрузку из заказа, проставлять в заказе отгруженные позиции...
У меня уже почти все есть, но вот незадача, слетает этот фильтр.
Костя, подскажи способ менее трудоемкий. Или поговори с кем надо, чтобы фильтр не слетал

Цитата

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

У заказов ставится признак менеджером, как будет происходить отгрузка - через консигнацию, обычным способом и т.д. А в накладной должен открываться реестр заказов соответсвующего типа. Как можно без фильтра обойтись?
Видения статусов заказов как такового нет. Хорошо иметь справочник статусов с возможностью самостоятельного пополнения к уже существующим. Тогда мы полностью закрыли бы эту тему. Плюс на документах иметь возможность проставлять какие-то отметки, видимые взглядом (типа галочка = проверено бухгалтером), у нас некоторые клиенты ставят такие галочки и после этого менеджерам запрещено редактировать документы. Сейчас мы вешаем на это плагины, в качестве отметки используем регистрацию в договорах. Это все нужно и в 4-ке и в 5-ке.

Вот частично описание того что нужно:

Цитата

2. Для работников имеющих полный доступ к «Книге регистраций заказов»: 1. Организация Специальных статусов для заказов: А) Реализация со склада Б) Передача на консигнацию В) Реализация Видеопрокатам Г) Прочие 2. Организация Дополнительного статуса «Отгрузка разрешена» для заказов «Готов к отгрузке» В модуле «Учет материальных запасов» в подмодуле «Товары. Готовая продукция» в режиме работы «Учет движение товаров»: 1. Организация запрета для «Работников склада» по паролю создавать расходные документы (Реализация со склада, Передача на консигнацию, Реализация Видеопрокатам, Прочие) не основанных на ЗАКАЗАХ. Организация запрета на корректировку данных подставленных из ЗАКАЗА (Сумм, количеств, цен и т.д.). 2. В каждом из режимов учета складских документов (Реализация со склада, Передача на консигнацию, Реализация Видеопрокатам, Прочие) выбор «Заказов» должен автоматически формироваться (организация «Фильтра») в соответствии со Специальным статусом заказа (А)Б)В)Г)) при наличии Дополнительного статуса «Отгрузка разрешена»

Переписывать интерфейс очень трудоемко. У меня мечта , что когда-нибудь у БЭСта будет открытый код и можно будет только чуть-чуть подправить там в интерфейсе, а не рисовать полностью новый своими руками.
Но вот за идеи спасибо, кое что полезное я для себя подчерпнул. И я похоже догадываюсь, как можно реализовать твою идею с нужным результатом для меня. Попробую - доложусь.

Костя, а в другом виде выйдет?
Например, индекс свой ставить.
Давай как-то разберемся с этим, что можно сделать, а что нельзя. Потому что у нас то особо выбора нет - надо решить такую задачу.
P.S. Тут дело не совсем так выглядит как Денис описал. На самом деле заказы делятся по тому, как они будут отгружатся. Например, если предполагается что заказ делается для отгрузки через консигнацию, значит в режиме отгрузки на консигнацию будут отобраны только такие заказы. Там есть еще ряд условий, что показывать, но если решить в целом задачу, то с дополнительными условиями мы сами постараемся разобраться.

Цитата
Яков Караван пишет: Дима, чегото ты не правильно процетировал.

Яков, не виноватый я, это Битрикс все.

Цитата
Яков Караван пишет: windows server 2003

у нас была такая ерунда с отчетами, когда сервер был введен в домен, а рабочие станции нет.
Когда рабочие станции ввели в домен, стало все ок. Возможно что-то с доступом у вас?