Форум

Проще всего вызвать __run (не помню точно) со параметром вроде "xcopy <откуда> <куда>"

Вообще-то, судя по теме 5493 в hotline, это супернеразрешимая проблема.

Но могу посоветовать воспользоваться функцией oemtoansi() в контексте NETUSE('_SPRAV',oemtoansi(Path_1[1]))

Известная особенность системы.
Зайдите в "Настройка" - "Настройка предприятия" - "3.Настройка" - "2.Общая техническая настройка"
Поменяйте там чего-нибудь и выйдите. Ввод должен восстановиться.

Во-первых, aAdd(Struct,{"D","C",30,0}) создаёт символьное поле длиной 30, а Вы пытаетесь записать туда дату.

Во-вторых, right(dtos(dDate), 2)+'.'+substr(dtos(dDate), 5, 2)+'.'+left(dtos(dDate), 4)

DBPUSH("accounts","????",,{???})
cardspri->(ORDSetFocus("17")) // или, возможно, _17 для БЭСТ-5
F_SetRelation("cardspri","upper(TNUM)")

Такая конструкция обеспечит связь между родительской базой (acciunts) и дочерней базой (cardspri) по ключевому выражению upper(TNUM).
То, что обозначено знаком а (???) это индекс и скоп родительской базы. Эти параметры зависят от выполняемой задачи и не имеют отношения к устанавливаемой связи.

Ведомости себестоимости пересчитаны?

Зелёным цветом выделяются числа, у которых мантисса не может отобразиться целиком в заданном шаблоне.
Клавиши "<" и ">" сдвигают положение десятичной точки в шаблоне отображения и позволяют увидеть невидимые цифры у "зелёных" чисел.

Делал. Не помогло.
Кстати, можно услышать комментарии по поводу необходимости хранения максимальной суммы в архиве для каждого лица? С целью, так сказать, повышения образованности.

Коллеги, только у меня в РСВ-1 не попадает превышение максимально возможной базы?

Да уж, с пятым элементом явная промашка получилась.

Извещаю тех, кто пользуется утилитой.
Исправлена ошибка с копейками последнему работнику в списке.
Адаптировано для 2011 года (отключил обязательность тэга Название_периода).
ftp://212.33.244.231/PFR2010/util/pfr_xml.exe

Разве регистрационные номера в ПФР и ФСС совпадают?
Вроде бы в топике обсуждается форма справки, разработанная для своих нужд ФСС, а не ПФР.

Цитата
Алексей Земов пишет: Там, насколько я понимаю, ошибка при определении кода тарифов.

Вы просто герой.

Цитата
REMIX пишет: А не было ли желания добавить туда ФСС от несч. случаев?

Не было и нет. Там места и так уже не хватает. )

Добрый день.

Инсталлятор - ftp://212.33.244.231/prg/salary/inst_3230.exe
Описание - ftp://212.33.244.231/prg/salary/inst_3230.txt

Делал для себя, не взыщите. Отдаю "как есть", поэтому бесплатно.
Отзывы принимаются, обнаруженные ошибки, вероятно, исправляются.

У всех пустые.

Начиная с отчетности за 2011 год согласно Приказу Минфина РФ от 2 июля 2010 г. N 66н организации (кроме кредитных, государственных (муниципальных)) сдают бухгалтерскую отчетность по новым формам.

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

FieldGet(FieldPos('имя_поля'))

Как-то так, в общем случае.

dbpush('rbook','rbook0', , {'upper(dopcode)', 'А'})
dbgobottom()
nNumber:=val(right(rbook->dopcode,5))
dbpush()

oemtoansi()
ansitooem()

Нет, конечно.
Но пока ещё не было необходимости.

Для БЭСТ-4 у меня есть автоочиститель. Нажал кнопку и готово.

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

Так, ребята.
По поводу утилиты stv2011.exe сообщаю следующее.
Обнаружена ошибка. При формировании фондов копированием, не обнулялось поле nnoper в базе fondpay.dbf. Поэтому, если перед запуском утилиты уже был рассчитан фонд ПФР, то поле nnoper у него уже было заполнено программой БЭСТ. Следовательно, после копирования все вновь созданные фонды указывали на одну и ту же группу проводок. Симптом ошибки - в буфере проводок оказываются только проводки по последнему рассчитанному фонду.
Лечение - занулить поле nnoper в базе salary\fondpay.dbf
Утилита исправлена и перевыложена.