Поставил первый сервис пак SQL server. Ошибки из журнала пропали. Теперь вообще никаких ошибок по поводу 1с и сиквела там нет. Однако проблему это не решило. После любой перезагрузки регламентные задания перестают выполняться. Есть ли ещё какие-то идеи на этот счет?

Все. Вроде решил проблему. Оказалось, что у меня весит типа 2 instance sql сервера. 1 для 1С, а другой холостой вообще (поставил, когда тестил 1С под сиквелом). У каждого из них свои службы. Отключил конкурирующие службы у холотстого экземпдяра сиквел сервера, перезагрузил машину и все заработало. Worked like a charm =)

Спасибо за советы.

Альфа-Авто 4.0. Отчасти самописная. Перенесенная из 8.0 на 8.1. Клиент-сервернывй вариант на SQL 2012.

База работает стабильно (тьфу-тьфу). Все довольны. Но есть одна проблема. Очень уж нестабильно работают регламентные задания. Они по почте должны посылать отчеты руководству всякие и прочие таски выполнять. Они это и делают, то есть все процедуры прописаны правильно и они таки выполняются. Но, ежедневно, в 3 часа ночи, после обновления винды (Windows сервер 2008) происходит плановая перезагрузка компьютера. И после этой перезагрузки все задания выполняться перестают! И не выполняются потом вовсе, пока не зайдешь в конфигуратор и не изменишь расписание этих заданий. Либо пока не зайдешь в консоль заданий и опять таки, не переопределишь их расписание.

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

В консоли заданий "повисших" фоновых заданий нет. (по крайней мере они там не отображаются).

После ночной перезагрузки компа SQL сервер выдает следующие сообщения.

OpenSQLServerInstanceRegKey:GetRegKeyAccessMask failed (reason: 2).
SQLServerAgent service successfully started.
OpenSQLServerInstanceRegKey:GetRegKeyAccessMask failed (reason: 2).
OpenSQLServerInstanceRegKey:GetRegKeyAccessMask failed (reason: 2).
SQLServerAgent service successfully started.
OpenSQLServerInstanceRegKey:GetRegKeyAccessMask failed (reason: 2).
Начат сбор информации для "черного ящика".
Служба запущена. Microsoft SQL Server Analysis Services Enterprise 64-разрядная версия (x64) CTP 11.0.2218.0.

То есть SQL где-то при запуске спотыкается, но в итоге запускается. Войти в БД можно. Все работает. А вот регламентные задания - нет. Попробовал перевести службы SQL и 1С с админ юзера на системную учетную запись LocalSystem. Не помогло.

Что подскажете? А то идеи подходят к концу, а перезапускать регламентные задания руками каждый день уже достало)




+ в консоле сервера блокировка выполнения регламентных заданий не установлена.

Существует на моем предприятии необходимость строить графики в Excel. Графиков штук 200-300. Строятся нынче все руками, мной. Учитывая, что работа эта побочная, то запарился. Хочу автоматизировать это злодейство. На коленке начертил такую схему:

1. В XML файлах хранить настройки того, какими должны быть графики в Excel. Какие строить отчеты в 1С, какие выборки в ней делать и какие данные в программу получать.
2. На с++ и WinApi (или MFC) замутить GUI интерфейс и логику. Подключить через OLE (пока не очень с ним знаком, но вижу, что работать нужно именно через него) к своему приложению 1C и Excel.
3. Выкачивать из 1С выборки.
4. Наполнять данными Excel и строить там все графики.

Пока что отыскал на сайте Microsoft куски кода для подключения Excel к своему приложению. Смог даже массивчик туда запихнуть для теста. То есть с этим разберусь как-то.

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

Можно, конечно обойтись чисто 1С кодом, и работать там с Excel, но это не интересно, имхо. Я люблю ковырять императивные языки. =)
Заранее спасибо, за ПОЛЕЗНЫЕ ответы.

P.S. 1С8.0 (Альфа-Авто).

В конторе скоро предполагаем переводить 1С на сервер и уходить от использования файловой версии. Вопрос: есть ли какая-то разница в принципах кодинга между серверной и файловой вериями 1с? Если есть различия, то какие? (в общих фразах).

Этот вопрос меня интересует так же потому, что предложили в Киеве кое-что купить из моих наработок 1С, но у них серверная 1С-ка. Я с ней раньше не работал. Не знаю - соглашаться или отказываться.))

+ ещё вопрос, не упадет ли файловая версия при переводе на сервер, если в ней до этого кодили без директив #Клиент, #Сервер?

Спасибо. Начальные данные воспринял. Ушел "курить" тему по сети.))

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

Интересует информация или ссылка на ресурс с мануалами на данную тему, т.к. раньше с этим не работал.

Разъясните, пожалуйста, или подкиньте ссылок на мануалы по клиент-серверному варианту базы. Мои вопросы:
1. Я понимаю зачем нужен клиент-серверный вариант, но не понимаю как реализуется его внедрение? Как он устанавилвается?
2. Нужны ли в процессе установки или программирования такого варианта знания языка SQL либо другие спец. знания?
3. Если я займусь программированием такого варианта, и захочу взять задачу на дом, то есть ли вариант выгрузки базы для работы дома? Можно ли выгрузить такую базу в файловый вариант? Как с этим работать?

До этого работал только с файловым вариантом БД. Заранее спасибо за проявленное внимание! )

З.Ы. Если создал тему не в той ветке - перенесите, пожалуйста. Не смог отыскать раздел для темы.

Я, конечно, пока далеко не мастер, и посоветовать могу только то, что предпринял бы я на своем нынешнем (далеко не высоком) уровне знаний. Я бы создал обработку, которая позволяла бы частично или полностью переносить справочник из одной базы в другую. Принцип работы был бы следующим:

Из базы 8.1 обработка в фоновом режиме поднимает базу 8.2. И 1200 раз создает в базе 8.2 новую карточку, заполняя её по примеру из 8.1 и сохраняя данные. По завершению создания всех карточек номенклатуры обработка закрывает фоновую базу 8.2.

Можно конечно выгружать данные реквизитов в текстовый файл, а потом подбирать их оттуда из 8.2. Именно на таком принципе строится выгрузка документов, написанная 1С-никами для моей организации. Но это во первых уже 2 обработки, а не 1. + сам все равно допилил автоматизацию процесса с фоновой базой. Бухгалтера довольны быстрой выгрузкой.

P.S. Если такая функция нужна не разово, а на постой, тогда стоит допилить кнопку "ВЫГРУЗКА" в списке справочника "НОМЕНКЛАТУРА". Выбрал через кнтрл несколько позиций номенклатуры, нажал кнопку, да и выгрузил их приведенным выше способом в базу 8.2. Тогда можно при запуске открывать фоновую базу, и закрывать её лишь при выходе, чтобы каждый раз не логиниться при нажатии кнопки или при использовании обработки.

На моем предприятии существует необходимость постоянно выгружать документы из оперативной базы в бухгалтерскую. Я именно так и реализовал решение. Пока все живы.

Всем ещё раз привет. Дошел я со своей темой таки до начальства сегодня. Посмотрели и сказали закупать компы сотрудникам и внедрять на местах. Получил первые премиальные!!! (размером, кстати, с полуторамесячный оклад) ))) Спасибо ещё раз всем! Не думал, что таки смогу доделать все это коварство.)))

Что было сделано за месяц:

1. Разработан (наполовину подсмотрен) и внедрен способ использовать сканер штрих кодов в обход стандартной реализации данного функционала в 1С.
2. Разработан общий модуль функций, содержащий около 20 функций, отвечающих за выдачу и распознавание уникальных штрих кодов документов типа «заказ-наряд», элементов справочника «сотрудники», и элементов справочника «действия». Выдаваемые штрих коды не пересекаются с системой международного штрих кодирования товаров. Использована система штрих кодирования EAN-13. Штрих коды уникальны. В дальнейшем наработку можно использовать для выдачи штрих кодов для любой другой документации. Всего можно закодировать 10 документов и 10 справочников.
3. Доработаны модули объектов «заказ-наряд», «сотрудники», «действия», а так же их печатные формы под вывод и распечатку штрих кодов. Система способна выдержать нагрузку в 99 999 заказ-нарядов в год.
4. Разработана обработка-отчет, которая отлавливает действия сканера и проводит по регистрам проводки, учитывающие количество машин на СТО, их статусы, а так же время их пребывания на СТО. В связи с этим были созданы 2 регистра накопления и 1 регистр сведений, а так же транзитный документ «Документ системы штрих кодирования».
5. Разработан интеллектуальный отчет «Анализ эффективности сотрудников», рассчитывающий КПД сотрудника по тому или иному акту.
6. Разработаны упрощенные отчеты «Остатки авто на предприятии» и «Статусы Автомобиля». Они включены в основную обработку-отчет и вызываются по нажатию на активизирующие элементы. Отчет «Статусы автомобиля» так же внедрен в форму списка документа «Заказ-Наряд».
7. Разработана система выдачи пользователям прав на то или иное действие.

Работа заняла 4 недели, около 30 исписанных листов блокнота и 40 страниц кода 8-м шрифтом (измерял чисто ради интереса =)).

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

Когда авто переходит из статуса в статус, то фиксируются и минусы по соответствующим иерархиям, если авто в них больше не находится. Одно из действий имеет признак УходАвтомобиляССТО. Если происходит оно, то минус происходит со всех ресурсов, где по этой машине есть остаток "1".

Фактически таблица сл-щая:

№ действия ВРаботе НаСервисе НаТерритории

+1 _ _ 1 - авто заехало на территорию
+2 _ 1 _ - авто взято на сервис
+3 1 _ _ - авто зашло в работу
-4 1 _ _ - работа закончена
-5 _ 1 1 - авто покидает территорию СТО

Остатки авто - "Регистр остатков", не оборотный.

Ну считайте, что есть на СТО 3 уровня. Сначала машина попадает на территорию, потом на сервис, потом в работу. У каждого статуса есть признак "местонахождения автомобиля", который определяет, находится ли машина на территории, на сервисе или в работе в данный момент. Соответственно есть 3 ресурса в регистре.

Сервис - это подмножество территории, то есть если машина есть на сервисе, то она априори есть на территории. А в работе - это подмножество "остатка на сервисе" и "остатка на территории". Остаток этот нужен, чтобы строить отчет только по тем машинам, которые есть в остатке на каком-то из уровней.
То есть есть возможность посмотреть сколько машин всего на территории (с сервисом и работой включительно), сколько из них приняты к обработке сервисом, и сколько из них в данный момент в работе.

Регистр накопления "времени" помогает отстроить - сколько времени занимал тот или иной этап работы с машиной. + по нему можно посчитать сколько всего машина пробыла на территории, на сервисе, в работе.Есть отдельный отчет, который выдает весь перечень этапов, которые прошла машина по тому или иному документу.

Показатель "время в работе" будет сравниваться с количеством часов в акте. Факт время / план время = КПД сотрудника. В общем примерно такой концепт.

Регистр Обороты_Время_по_ШК - регистр накопления времени. Не регистр сведений)
Остатки авто" - регистр накопления с ресурсами - остатки машин в работе, на сервисе, на территории.

Сори. в прошлом посте напутал это, а редактировать нельзя))

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

1.Я ввел общий модуль "СистемаШК", куда прописал все основные функции раздачи и распознавания штрих кодов. Штрих-код присваивается сотруднику, заказ-наряду, действию. Продумана система выделения уникальных штрих-кодов на базе реквизитов документа (шифрование номера, даты и прочего).
2. Ввел 1 документ - "Документ_Системы_Штрих_Кодирования". Он фиксирует всю распознанную информацию по связке штрих-кодов "Пользователь,Документ,Действие" и проводит данные по 3-м регистрам. Работает в 2-х режимах - начало этапа и конец этапа. Т.к. мне нужно знать сколько длился тот или иной этап работ, то нужно открывать новый этап, фиксируя наличие нового этапа и изменения количества машин на том или ином уровне иерархии СТО, и закрывать предыдущий этап, фиксируя - сколько же времени он длился. В документе ввел поле родитель. Если документ фиксирует конец этапа, то он записывает в себя так же и ссылку на документ начало этапа, чтоб потом легко было сваять запрос.

3. Ввел 3 регистра: Регистр сведений Статусы, с Ресурсами - статус, сотрудник и общими измерениями (подразделение, организация, цех и т.д.)
Регистр накопления "Остатки авто" с ресурсами - Время в работе, Время на сервисе, Время на Территории и опять таки общими измерениями.
Регистр сведений "Обороты_Время_по_ШК", где фиксируется время, затраченное на тот или иной этап. Ресурсы - ВремяВРаботе, ВремяНаСервисе, ВремяВЦеху.

+ Написал обработку, которая будет выводить информацию о наличии машин на СТО с фильтрацией по цехам и о времени, которое они пробыли на СТО. Она же будет хавать штрих-коды со сканера и выдавать мессаги-подсказки. Предусмотрел все возможные ошибки. Приезд машины на СТО фиксируется любым первым присвоенным статусом (люди могут не соблюдать порядок действий, но это тоже должно фиксироваться). Если машина уехала с СТО, она не может вернуться по этому же документу. А то приемщики могут и ксеронуть штрих-код с левого документу и попытаться по второму разу завести машину. У штрих-кода "отпуск авто" сделал право на использование. Использовать сможет только охрана, нач. СТО и гарантийный администратор.

Короче плодотворно поработал. Спасибо всем за советы!)) Без Вас бы дольше мучился.))

Я попытаюсь разобраться во всем, что Вы и все другие мне сказали прежде, чем что-либо делать. Не думайте, что Вы отписывались тут зря! Я выискиваю в ответах зацепки на знания, и рою в потом в ту сторону. Спасибо за свои ответы! ))

Вы тоже так считаете? Хух...))
Мне просто, как человеку не оч. ещё опытному легче все сделать так, как предусмотрено самой 1С, т.е. накопить информацию на тех видах регистров, которые предназначены по своей сути для сбора той или иной информации. Пусть их будет хоть 5, а не 1, если это нужно и целесообразно.

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

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

* регистр накопления типа остатки.

+ для учета времени хотел бы сделать 2 транзитных документа:

1. Запуск этапа.
2. Окончание этапа.

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



Не спорю. Я тут затем и сижу + мануалы читаю 1с-ские, чтоб понять.

Подскажите тогда. Вот я накапливаю количество приходов и уходов машин, как ресурс оборотного регистра. Как мне выбрать, сколько машин осталось на ту или иную дату на территории СТО, если регистр оборотный, не перебирая при этом весь регистр?

Ой... говорил с начальством. Переменили мне задачу. Скажите, насколько рационально сделать следующее:

1. Завести регистр накопления "Остатки на сервисе", на котором по ряду ресурсов будут копиться остатки 1. на территории СТО; 2. на сервисе; 3. в цеху. Остатки на том или ином ресурсе будут копиться в соответствии с логикой процесса.
2. Завести Регистр накопления "Остатки времени авто", который будет накапливать время, которое авто пробыло за время прохождения того или иного статуса работ. Опять таки с разбивкой - 1. на территории СТО; 2. на сервисе; 3. в цеху.
3. Завести Регистр сведений "Статусы Авто", который будет хранить записи о присваиваемых автомобилю статусах.

Мне нужно учитывать количество машин на территории, на сервисе, в цеху. (1 регистр для этого)
Нужно учитывать время, затраченное тем или иным мастером на фактическое выполнение ремонта. (2 регистр для этого)
Учитывать, на каком статусе выполнения работ сейчас находится тот или иной автомобиль. (3 регистр для этого)

Вся эта информация в последующем сводится в 2 отчета:
1. Отчет мастера цеха - показывает сколько машин сейчас находится на сервисе, на каком они статусе, кто последний присваивал новый статус, сколько машина находится на сервисе, сколько - в работе.
2. Отчет администрации - показывает информацию о КПД (сравнении нормативных и фактических данных по времени выполнении работ), информацию о количестве машин на сервисе, об их статусе и т.д. Наиболее полный отчет.

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

Значит функция в 1С по умолчанию сохраняет изменения, которые произошли в ней с переданным параметром. Понял! Учту, т.к. основополагающий момент. Спасибо!))

До изучения процедур в С ещё не дошел. Учусь ща в шаге. Функции прошли, а процедуры нет. Даже не знаю есть ли они там))

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

Интересно - какой вариант работы происходит в 1С?

А в 1с разве функция фактически изменяет переданный в неё параметр? Я думал как в С, передается копия параметра, с ней выполняются действия, возвращается нечтО по Возврату, а переданная копия параметра "умирает" не заменяя собой оригинал. Если неправ - поясните.

Эта часть обязательна, т.к. задача кода следующая - С определенной даты введена система присвоения документу штрих-кода. Штрих-код создается при создании документа. Существует потребность обращения и к старым документам, у которых штрих-кодов ещё нет и создавать штрих-код и у них. Соответственно - если у старого документа нет штрих-кода, то он должен быть присвоен при открытии документа и сразу записан, чтоб документ можно было печатать уже с штрих-кодом. У юзеров нет права перепроводить уже проведенный документ, оттого записываю его программно при присвоении штрих-кода.


Просто проблема была в том, что документ перепроводился при каждом открытии, даже если штрих-код уже был в док-те. Сейчас док-т перепроводится только 1 раз, когда нет штрих-кода.

P.S Извините за сумбурность в вопросе. Ограничен во времени, оттого так неточно задал. Сори.

Поискал отладчиком. Модифицированность происходила на одном из условий.
КонтрольЧисл могла бы что-то изменить, если бы я написал

ЭтотОбъект.ШтрихКод=онтрольЧисл(ЭтотОбъект.ШтрихКод)

А так - не осознал причины. После всех сравнений ЭтотОбъект.ШтрихКод равен тому же, чему и до сравнений. Но выполз из ситуации так:

ШтрихКодПроверка = ЭтотОбъект.ШтрихКод;
    
    
    Если ШтрихКодПроверка=Неопределено ИЛИ ШтрихКодПроверка=""
        ИЛИ КонтрольЧисл(ШтрихКодПроверка)<>ШтрихКодПроверка
        ИЛИ СтрДлина(ШтрихКодПроверка)<>13
        Тогда
    ЭтотОбъект.ШтрихКод=дкПолучитьШтрихКод(ЭтотОбъект);
КонецЕсли;        

Если НЕ ЭтоНовый() И ЭтотОбъект.Модифицированность()=Истина тогда
ЭтотОбъект.Записать(РежимЗаписиДокумента.Запись);
КонецЕсли;

Подставил для сравнений переменную, а не реквизит.

Если ЭтотОбъект.ШтрихКод=Неопределено ИЛИ ЭтотОбъект.ШтрихКод=""
        ИЛИ КонтрольЧисл(ЭтотОбъект.ШтрихКод)<>ЭтотОбъект.ШтрихКод
        ИЛИ СтрДлина(ЭтотОбъект.ШтрихКод)<>13
        Тогда
    ЭтотОбъект.ШтрихКод=дкПолучитьШтрихКод(ЭтотОбъект);
КонецЕсли;

В случае, если все ЕСЛИ = ложь - до данного участка кода ЭтотОбъект.Модифицированность = ложь. После - истина. Вроде же никакой код не модифицирует данные документа.

Функция КонтрольЧисл - пересчитывает контрольное число в штрихкоде и возвращает штрихкод с правильным контрольным числом (если оно было неправильным).