Cartman Ну он же хотел функциональную клавишу использовать, а не нажимать влево-вправо, а как по другому?

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

Cartman
Ну по Enter не получиться. Надо F4 нажимать. Чтобы выбрать элемент. Это уже лишнее движение. Затем мы вводим цифру, после этого опять же выбираем сотрудника. Так, имхо, еще больше движений.
А если ему сотрудника изменить надо, он будет цифры вводить сначала, потом выбирать сотрудника.

Не проходит в таблице :mad:
В элементе формы работает, а в таблице нет. Т.е. процедура работает, но это не выход в моей ситуации.
Еще раз поясню (пишу более детально). Документ (табличная часть) формируется автоматически (т.е. тупо заполняется всеми данными). Данные - список фамилий проживающих в конкретном населенном пункте. Задача оператора - по ФИО найти чела и ввести данные, потом проконтролировать результат (2-3 поля) и если результат не устраивает - исправить и в этих полях
После проведения документа - записи с НУЛЕВЫМИ значениями удаляются.
Поимаю что глупо построена система ввода, но так уж захотели операторы. Они согласны бегать по списку в пару-тройку сотен и более, вместо того что бы вручную выбрать нужных 50-60 записей

PS 1C_Tester по твоей ссылке библиотеку скачать не удалось - архив битый.
По указанному адресу есть только установка хот-кея, но пока с ним экскриментирую. Но похоже что это не выход.

Подскажите пожалуйста, есть ли какая нибудь обработка чтобы выполнить следующее. Мне нужно из ЗиК выгрузить справочник сотрудники и загрузить в Налогоплательщика?:idontnow: Вообщем бухгалтер не может объяснить что конкретно ей нужно, поэтому вопрос может и неочень конкретный!

Видимо мне нужно из ЗиК выгрузить в формате .xml 2-НДФЛ, т.к. в Налогоплательщике есть возможность загрузки из файлов 2-НДФЛ (2005 или 2006 года)

1C_Tester, Это не ОбработкаВыбораЗначения, она вызовется сразу после нажатия Enter.

Alex Dark, Я не понял чем не устраивает мое решение, оно работает и для табличной части, единственное, что не забудь поменять Флаг на 0, иначе вызовется стандартный диалог.
Мне честно говоря щас особо не до того, но если опять не разберешься - накорябаю код.

Cartman респект. Дошло где был не прав. Проблема была в кнопке выбора. Вернее в ее отсутствии.
Последовательность работы оператора:

Поиском находит чела, затем:
ENTER, F4, вводит данные ENTER, ENTER

Не супер, но уже лучше чем стрелка вправо, стрелка влево

Cartman если ты предлагал что то другое, то как будет свободное время накорябай код.

1C_Tester твоё предложение пока не попробовал. Но все еще впереди

2 Cartman
А я что про F4 говорил? :) Просто по Enter не получится :)

Хм, да, че-то я забыл как оно работает :)
Можно и просто Enter, enter обойтись без F4...
Если повесить процедуру с выбором значения в формулу.
Добавлено:
Я имел ввиду формулу элемента даилога.

Возникла настоятельная потребность научить конфигурацию 1С 8.1 ЗиУП 2.5.7.2 склонять имена существительных среднего рода, это нужно для корректной печати кадровых приказов, например в случае "ветвистого" справочника подразделений.

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

Сейчас в программе ЗиУП наименования склоняемых подразделений выглядят так :

Как видите, слово Управление функцией Падеж здесь не просклонялось, хотя Отдел и Дирекция - успешно просклонялись.

Есть ли способы решения этой проблемы? Заранее благодарен за помощь :)

Вопрос по 1с.
У нас стоит 1с 7.7 с дб'эшной базой ... база разъелась уже до 3 гигов. Установлено все это на двухголовом hp'шном серваке с 4 гигами оперативки и 5 рэйдом на скази хардах. На сервере поднят терминальник и все пользователи работают через него. Собственно говоря уперлись в то, что когда в базу один из пользователей загружает выгрузку с одного из подразделений за год ( 130 - 150 мегов) все остальные могут идти курить на час как минимум.
Понятно, что пытаться решить данную проблему можно несколькими путями, во первых дорабатывать 1с что в нашем случае потребует огромного времени, которого нет, второе попробовать перевести 1с на SQL ну и третье поменять железо ... в принцепе второй и 3 пункт можно совместить ...
В общем нужен совет как быть ...

А что за конфигурация-то? Самого главного и не сказал.

Имхо, самый перспективный путь - переход на 1С 8.1 SQL :yees: :contract: :beer:

Рекомендации (общие) по ускорению работы больших БД: файлы основной БД размещаются на RAID-10, временные таблицы и файлы на RAID-0, системные файлы (ОС и СУБД) - на RAID-5. Желательно - каждый RAID на отдельном контроллере. Диски для массива - U320 SCSI или SAS на 15k оборотов. (стоимость диска доходит до 1500$ за 500Gb...)

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

От типа БД эти рекомендации практически не зависят. Хотя, конечно, файловая БД при таких объёмах значительно медленнее, чем MS SQL или Oracle. Базы с бОльшим количеством пользователей более чувствительны к скорости дисковой подсистемы.

В данном случае самое простое (но, видимо, и одно из самых дорогих) решение - приобрести внешний дисковый массив и перенести базу на него (естественно, RAID-10), а освободившееся место на RAID-5 использовать, например, под те же резервные копии.

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

dr.newbe, к сожалению ни один из вышеприведенных советов для 7.7 непригодится.
7.7 отжирает все имеющиеся ресурсы и если в момент твоей ресурсоемкой обработки кто-то попытается провести документ - неизбежно получит ошибку захвата таблицы.
Вариант раз: На клиентах в параметрах выставить время захвата таблицы раза в 4 больше чем сейчас. Некрасиво, все равно все курят.
Вариант два: Русурсоемкая обработка происходит в переферийной (УРБД) базе. Синхронизация с центральной в нерабочее время (если такое есть, не непрерывное производство).
На счет медленнее спорно, но вот глюков при переходе на SQL не избежать, есть есть самописные отчеты по бухитогам и черные запросы по регистрам.
К сожалению скорости это не добавляет. Только отказоустойчивость. Проверено.

Объективно - нет, а по субъективным ощущениям как бы да.
Меньше сбоев, меньше собщений о транзакциях.
Да и на опыте - книга продаж формировалась 2 часа, а с переходом на MS SQL - 20 минут.
А 20 минут можно и покурить.

Есть опыт работы именно с файловой БД (FoxPro) на файлсервере. Пока она была небольшой - всё работало нормально. Начиная с ~1Гб начались тормоза: пока один юзер что-то пишет в базу - остальные нервно курят. В апогее - работать смог только один юзер, поскольку процесс записи шёл по 20-30 минут (база ~4Гб). Дисковая подсистема всё время была загружена на 90% и более.
Другой пример: родной форум. Импорт из дампа (дамп на одном физическом диске, база на другом) загружает дисковую подсистему на 100%, процессор - на 1-2% (в пике около 11%). Диски SATA-2, мать ASUS P5W DH Deluxe, камень C2D E6600, оперативы 4Гб PC-8500 (размер базы меньше!). Аналогичная картина при переиндексации (только загрузка проца чуть выше). И это, заметь, в монопольном режиме, когда база обслуживает исключительно мои запросы...

Возможна ли работа HASP ключа через VPN???
Или лучше не париться, а сделать работу в терминале?

Доброго времени суток
тут обсуждают вопрос, подобный тому с которым столкнулся я в понедельник
есть база ДБФ (2 файла) передаваемая нам сторонней соцзащитой. Первый файл ФИО челов и адреса, вторая данные по этим челам. Первый файл 650 тыс записей второй - чуть больше. В сумме оба файла чуть больше пол гига.
Обработка закачки этого файла в 1С работает со вторника. По моим прикидкам, загрузка по времени должна занять около 40 часов.
Вопрос - может есть какая нибудь хитрость ускорить это дело. Реально эта база обрабатывается прогой написанной на Clipper минут за 20 максимум
Обработка: Первая база обрабатывается перебором с первой до последней записи. Во второй базе ищется соответствие по индексу и выбираются данные + подстановка данных из справочников.
Все Состояние("бла-бла") и Сообщить("гав-гав") отключил (выводятся 1 раз на 100 обработанных записей)
Функции дб1.ПолучитьЗначениеПоля("FAMILY") заменил на прямой доступ дб1.FAMILY (кстати может кто объяснить в чем разница между функцией и прямым доступом? )
Короче оптимизацию алгоритма сделал (Вроде сделал)

Ускорение получил - но не большое.
Может есть какие другие хитрости ускорения загрузки, кроме установки нового железа?
Почему 1С так долго мослает внешние ДБФ-ки большого размера

Возможна.

Но при кратковременном "отвале" VPN сети "свалится" и 1С 8.Х Предприятие.

Возможно теоретически, а на практике через VPN у меня ключек не видит. Или там надо файлик подправить какой-то?
А может не париться, а подключить всех на сервак в терминал?
В этом случае, если VPN упадет, то база не зависнет

Версия платформы 1С 8.0.18, базы 1С:Бухгалтерия, Управление Торговлей, Зарплата...
Все базы данных переписанные до неузнаваемости(специфика предприятия).

Все возможно, но не правомерно. Использование ключа допускается только в одной локальной сети. :contract:
ИМХО только терминал.
Alex Dark, а в твою 1с-овскую базу обработка че нить пишет? Если да - смотри НачатьТранзакцию() ЗафиксироватьТранзакцию()
Если работа только с этими двумя DBF - можешь глянуть работу с ними в обработке ReDBF.
Там все схемы работы оптимизированы, имхо...
На проклабе легко ищется.

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

тупо стирает свой справочник "люди" и тупо копирует в него из внешнего ДБФ.

ее там нет, транзакции

Изучаю

Значит перезаписывает свой справочник людей? Вот для ускорения и используй транзакцию, т.е. начинай и фиксируй через каждые 100-200 элементов.

Лечится двумя способами :

1) Менее радикальный (рекомендуется) : настроить файл поиска ключа nethasp.ini. Он настраивается одинаково для 1С 7.7 и для 1С 8.Х

2) Более радикальный : установить галку "Использовать основной шлюз в удалённой сети" в свойствах VPN соединения. Все пакеты будут принудительно пересылаться в VPN сеть.
Это хорошее решение. Главное - чтобы терминальный сервак выдержал нагрузку.
Это так.

Планируется внедрения 1С8 Управление персоналом.
Численность 2-3 тыс работников. Хотим начать в режиме файл-сервер, потому как есть мощности соответствующие.
Два вопроса:
1) прокатит ли файл-серверный вариант год-другой на таких объемах при количестве пользователей 10-15.
2) во что выльется перенос базы на сиквельный вариант если через год-другой появится возможность перехода.
Какие проблемы, сложности.

PS: что сиквел изначально лучше я знаю ;)

К сожалению, нет.

С такими объёмами база за год может превысить максимальный объем, допустимый для файлового варианта хранения базы. Особенно если пользователи будут хранить в базе бинарные файлы : фотографии, резюме.

От 5 пользователей рекомендуется использовать SQL сервер.

Почему бы Вам не попробовать бесплатные варианты серверов БД, например IBM DB2 Express-C?

добавлено через 3 минуты
Никаких сложностей не будет. Вообще.

Что, за год база распухнет до 4 гиг? :confused:
А если фотографий и резюме в обозримом будущем не планируется?
Рекомендации мы читали. Но это и про 7ку говорили, тем не менее работает и на 10 и на 20 пользователях ;) Реально активных пользователей будет 6-8, остальные не активные или эпизодические.
Про сиквел два момента:
1) крутить его сейчас пока негде в смысле мощностей, но в перспективе будет, скажем через год или даже раньше. А вот начать внедрение нужно сейчас.
2) возможные бесплатные варианты сопровождать некому - спецов по ним нет у нас пока, ни по DB2, ни по Postgre`су. Освоение требует времени, которого сейчас нет.

А вот это радует :) А то на одном из форумов прочитал, что при переносе бухгалтерии что-то там такое было толи с регистрами, толи с итогами... Спасибо. :beer:

Еще вопросик - сильно ли будет тормозить расчет при файловом варианте по сравнению с сиквелом?

В файловом варианте расчёт иногда быстрее происходит. Как ни странно.

Согласен с Quasar.

А ещё, расчёт НДФЛ на MS SQL может существенно тормозить (на порядок по сравнению с файловым режимом и другими SQL серверами).

Глупый вопрос, где в "Бухгалтерия предприятия", 1.6.5 Акт на передачу прав, по форме частично совпадающий с реквизитами накладной ТОРГ-12, но одновременно содержит необходимую информацию о передаче прав. Может есть печатная форма?!

Nathan, насколько я знаю пока нет такой.
Я руками переделал ТОРГ-12 под это дело...
Намутили конечно наши законодатели с этим НДС-ом, до сих пор офигиваю...

Подскажите пожалуйста, как при запуске 1С 7.7 под wine в Linux указать путь к базе??

Пути вида /... 1С не понимает, а по самбе как-то тоже не хочет...((

Понимаю, что вопрос наверное глупый.
Ну уж простите, первый раз восьмеркой озадачился.
Скачал и установил 1Cv8.1.10.50 платформу.
Скачал конфу Бухгалтерия 1.6.5.2, а там два файла:
1Cv8.cf
и
1cv8.mft
Чего с ними делать-то?
:молись:

Доброго времени суток.
Есть проблемма, поэтому и прошу помощи.
Суть: конторка, принимает платежи населения, начисляет задолженность и пени.

Проблемма: конторка находится у черта на куличиках, и через неделю мне туда ехать. И буду я там дня 2-3 отсилы. Прога, на которой они работают написана на фоксе и исходников нет.

Что надо: хочу поставить 1с 7,7 и быстренько сляпать конфу, функционал которой:
1. Регистрация поступления от физлица (или контрагента)
2. Начисление задолжности на 1 число за прошедший месяц
2.1 Начисление пени за прошедший месяц задолжникам
3. отчетность
3.1 корешки
3.2 список уплативших
3.3 список должников

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

to MR_ANDRON копируешь файлы
C:\Program Files\1cv81\tmplts\1c (можешь создать папку в папке 1С напр. BUH)
Запускаешь 1С... Пункт Добавить / СОЗДАНИЕ НОВОЙ ИНФОРМАЦИОННОЙ БАЗЫ / ДАЛЕЕ / СОЗДАНИЕ ИНФОРМАЦИОННОЙ БАЗЫ ИЗ ШАБЛОНА/ ДАЛЕЕ все увидишь сам

Alex Dark, смотри в соответствующем месте. Скорее всего подойдет что нить про квартплаты. Я там видел несколько подобных конф.

Спасибо, получилось.
Другой вопрос.
Заходишь в конфигуратор, а там все только для чтения, ничего нельзя редактировать. Эт так надо, что ли в 8-ке?

Можно, имея только этот файл, создать пустую информационную базу, и в Конфигураторе выбрать пункт Конфигурация - Загрузить конфигурацию из файла.

Получится новенькая база Бухгалтерии.

добавлено через 2 минуты
Да, так и нужно.

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