» Супер Окна (часть 2)

именно так, сборка 8, каспер интернет секьюрети 2010

PpAUK
Снеси Касперского на время и проверь заработает ли. Только обЯзательно снеси, а не отключи защиту.

http://img442.imageshack.us/i/82878822.png/[/img]
Подскажите пожалуйста ктонибудь встречался с такой ошибкой? Выскакивает при попытке скинуть счета в архив. Пробовал создать новую архивную базу один счёт скинула и опять таже беда.

severplast
Где то в каком то документе или документах "кривой" бенд затесался. Его надобно Найти и уничтожить/поправить. Тогда все скинется.

А при проверке базы никаких ошибок не выдаёт

severplast
В данном случае это вполне может быть т.к. Файрберд ругается на отсутсвие файлика firebird.msg. Обнаружить кривой бенд можно методом изсключения его из документов. Метод трудоемкимй и муторный, но терпение окупится.

Он ещё пишет Счет 1203/5 не перенесен, так как редактируется другим пользователем

severplast
Такая надпись характерна для той проблеме о которой мы говорим.

Подскажите пожалуйста в дилерском отделе складские накладные можно создавать или нет? Смотреть можно а + не активен.

severplast
А смысл? Зачем дилеру видеть то что перемещается на производстве да и еще и в другой конторе?

Подскажите как сделать так, чтобы в отчете на стеклопакеты сначала шла ширина, а потом высота. А то прога выдает первым всегда наименьший размер (или ширину, или высоту)

Dialer777
Например Производство-Главный отдел,а офисы это дилерские отделы.Офисы принимают заказы а помимо этого осуществляют реализацию комплектующих (под-ики,откосы,в/отливы), хотелось бы чтоб заказы были в счетах, а на реал-ию комплектующих создавалась расходная накладная.Просто в счетах каша получается у меня нумерация договоров =нумерации счёта.

Vamed
А для с\пакета какая разница где ширина где высота если он прямоугольный?
Или он внутри чем то таким наполнен, что важно не перепутать?

Добавлено:
severplast
Нет, так не получится. Так задумал разработчик софта. Хотя обещались в СО7 кое что в этом направлении сделать.

Добавлено:
severplast

Цитата:

Просто в счетах каша получается у меня нумерация договоров =нумерации счёта.

ТАк делать нежелательно. Лучше иметь сквозную нумерация в договорах. А № счетов могут быть несквозные. Т.к. сразу невозможно угадать будет ли заказ по предварительному просчету, хотя есть такие виртуозы от которых ни один клиент не уходит без покупки.

Пример: стеклопакет имеет размер 455х465 мм (ВхН), работники его воткнут как получится, к тому же от него зависит правильность установки импоста в створке (цех от СТ/П пляшет)

Dialer777
Нет у меня немножко не так договора имеют нумерацию январь 101,102 и т.д,февраль 201,201 расчеты не запущенные в обмен имеют свободную нумерцию и скидываются в архив. Зато в основной базе они лежат красиво по порядку и по дате и по номеру.
Плохо что в номерах счетов нельзя добавить букву либо символ- проблемы бы не было!!

Vamed
Есть такая штука -размер по фальцу. Если его вывести рядом в документе с размером пакета думаю уже гораздно меньше шансов для ошибки. А вообще вывод первым меньшего размера это особенность СО.

А все таки, наверняка как то можно это исправить? Если знаешь, подскажи пожалуйста.

Vamed

Цитата:

Если знаешь, подскажи пожалуйста.

Напрямую нет вариантов. Если бы знал какой смысл скрывать?
Можно попробовать печатать этикетки на заполнения. Кстати они по любому нужны для нормального производства.
Да и в обычной практике ПОЧТИ квадратные заполнения встречаются редко. Тут специфика особая нужна.

Кто ищет тот всегда найдет!!! Скрипт для выдачи стеклопакетов в разных колонках


Memo1 (высота)
begin
memo:=COPY([Элемент:Размер], 1, POS(' ', [Элемент:Размер]));
end

Memo2 (ширина)
begin
memo:=COPY([Элемент:Размер], (POS(' ', [Элемент:Размер])+2),(POS('мм.', [Элемент:Размер])-(POS(' ', [Элемент:Размер])+2)));
end

Vamed
Да это замечательно и давно уже есть. НО, он не ставит первую цифру ширину или высоту. А задача как раз в этом и состояла с твоих слов. Первой цифрой всегда будет наименьшая. Или я неправильно тебя понял?

Попробовал все получилось, первую ставит как раз высоту, но поля можно поменять местами, и меньший размер первым не выводится, если он не ширина (или высота, все зависит в какой последовательности колонки стоят). РАБОТАЕТ

Vamed
В стандартном отчете выводящем габариты заполнения тоже используется [Элемент:Размер]. Смысл скрипта -разбить на разные колонки.

Внимание вопрос! Может кто умный подскажет.Нужно создать отчет с указанием номера счетов с суммой счета, закуп. стоимость, сумма аксесуары,сумма работы...вобщем как в статистике только с конкретным номером счета за период 1 месяц или за указываемый период как в статистике....Зарание спасибо!

Вопрос при работе с дилерами: у дилеров создается своя база?

Цитата:

Вопрос при работе с дилерами: у дилеров создается своя база?

Создаётся новая база для дилерского отдела (например отдел № 2, 3, 4, 5 и пр.)
в главном отделе для них создаётся файл обмена с настройками и при первом запуске подсовываем этот файл, в итоге получаем дилерскую базу с профильными системами главного отдела. № ключа дилерской базы и главного отдела должны быть одинаковы.

Помогите братцы!Может знает кто нибудь как можно в СО 2006 создать документ для распечатки с указанием всех номеров счетов ,сумм счетов,аксесуаров и работ в виде таблицы за месяц или определенный период типа статистики.... Очень надо!!! Можно ли сделать с готовыми формами или писать скрипт нужно?!!

Rezervpptk
Вопрос и в первый раз был понятен , этим вопросом задаются практически все, кто работают в СуперОкнах. Готовых форм с такой информацией в программе просто нет. Статистика программы не позволяет этого сделать, поэтому все пытаются найти свои решения. Можно воспользоваться документами с типом "Изделия", но для этого необходимо при помощи фильтра отобразить необходимые изделия счетов, а затем выделять все строки списка, но не всегда это удобно, особенно при большом количестве счетов или отделов и большом периоде статистики. Поэтому зачастую используются внешние компоненты, о которых тут и на других форумах очень много написано.

суть задачи: СО2006 777 (сб.7), в базе 300 счетов и примерно столько-же накладных, требуется смена типа ведения складского учёта со "списания по средней цене" на "количественное" без потери счетов.
путь решения задачи: перенос всех нужных счетов в архив, создание новой базы с копированием основных настроек из первоначальной, смена типа ведения склада, перенос из архива счетов...
проблема: на словах всё логично, но "упёрся" в невозможность работы с архивом - при попытке переноса активных счетов в архив "вываливает" окно с кучей "нерусских" слов, а по окончанию говорит, что перенос невозможен, так как счёт используется другим пользователем (проверку базы данных делал)...
как решить эту проблему, или как по другому решить первоначальную задачу?

Добрый день! Требуется автоматизировать учет продаж и производства деревянных евроокон и деревянных межкомнатных дверей. Можно ли использовать для этих задач СуперОкна??

http://narod.ru/disk/17014084000/sw_zakaz.rar.html - программка для получения списка счетов по разным параметрам из СуперОкна с большим набором данных и возможностью экспортировать результат в Ексель...



Цитата:

Можно ли использовать для этих задач СуперОкна??

Конечно можно!!!