1С:Бухгалтерия. Вопросы и ответы

[ASol]

1С:Предприятие - Вопросы и ответы (1С:Бухгалтерия)

Если есть какие либо вопросы по работе с комплексом программ 1С:Предприятия, всегда готовы помочь найти ответы!

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

Ссылки на свежие релизы и прочие запросы постить здесь!

[1C_Tester]

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

[Cartman]

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

[1C_Tester]

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

[Alex Dark]

Сообщение от Cartman

Alex Dark, смотри предопределенную процедуру ПриНачалеВыбораЗначения()

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

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

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

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

[Cartman]

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

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

[Alex Dark]

Сообщение от Cartman

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

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

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

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

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

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

[1C_Tester]

2 Cartman

Сообщение от Alex Dark

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

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

[Cartman]

Сообщение от 1C_Tester

А я что про F4 говорил?

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

[Oleg]

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

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

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

сотруднику ... Отдела документационного обеспечения Управление административной политики Дирекции административной и кадровой политики

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

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

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

[Oleg]

Сообщение от dr.newbe

У нас стоит 1с 7.7 с дб'эшной базой ...

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

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

[Borland]

Рекомендации (общие) по ускорению работы больших БД: файлы основной БД размещаются на 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 использовать, например, под те же резервные копии.

[СТРЕЛЕЦ]

Сообщение от dr.newbe

перевести 1с на SQL ну и третье поменять железо ...

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

[Cartman]

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

Сообщение от Borland

файловая БД при таких объёмах значительно медленнее, чем MS SQL

На счет медленнее спорно, но вот глюков при переходе на SQL не избежать, есть есть самописные отчеты по бухитогам и черные запросы по регистрам.

Сообщение от СТРЕЛЕЦ

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

К сожалению скорости это не добавляет. Только отказоустойчивость. Проверено.

[СТРЕЛЕЦ]

Сообщение от Cartman

скорости это не добавляет

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

[Borland]

Сообщение от Cartman

На счет медленнее спорно

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

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

[Alex Dark]

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

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

[Oleg]

Сообщение от sam666

Возможна ли работа HASP ключа через VPN?

Возможна.

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