Форум

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

Коллеги, никто не занимался подобной задачей? У клиента большая часть удержаний, да и начислений считается табличными документами. Бухгалтеров крепко напрягает постоянно заниматься подбором 100-200 сотрудников в совершенно одинаковые списки для расчета следующего начисления или удержания. Теток жалко, а с моим скромным опытом написания плагинов для БЭСТ-5 буду очень долго ковыряться. Заказать на платной основе вряд ли получится - тетки практически нищие (бюджетники). Может кто поможет хотя бы парой советов? Пожалуйста!

Очень прошу откликнуться на тему 710 в HOTLINE/

Вынуждены были у одного их клиентов настраивать работу БЭСТ-4+ под UBUNTU 11.04 через WINE. Работает. Куча проблем с окнами. Ничего не получилось с формированием Windows форм через F12, а также с экспортом в LibreOffice. Откликнитесь, пожалуйста, у кого есть опыт подружить БЭСТа c LINUXом.

Появилась крайняя необходимость ежемесячно подтягивать остатки на аналитическом счете в табличный документ зарплаты. Код аналитики на счете соответствует табельному номеру, по крайней мере одна из них. В "Главной книге" есть готовых функций в групповых операциях и внешней отчетности для того, чтобы выбрать данные из зарплаты. А вот в обратном направлении ничего не нашли. В ТД можно использовать fileval(). Только вот где можно посмотреть похожий пример? Какие функции использовать?

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

Подскажите, пож., откуда, как считать и обработать текущий код партнера в БЭСТ-4. Клиент просит дать ему программную возможность переносить выбранного партнера из одной базы в другую.

Пытаюсь программно заполнить строки Items указанного объекта. Если предварительно в дизайнере их не забить в дизайнере хотя бы пустыми строками, то возникает ошибка. Как правильно зарезервировать память для строк?

Мой первый опыт настройки клиент-банка в БО. Формат экспорта предварительно настроил. Набранные платежки никаким образом не загружаются в окно "Экспорт". Статус у платежек "Черновик", стадия обработки - "не определена", причем при попытке посмотреть подробнее/поменять стадию обработки не активны обе стадии. У кого есть опыт, подскажите, пожалуйста, в мог ошибиться

Привожу текст небольшого плагина, которая формирует DBF-файл по ведомости перечисления в банк, используя промежуточный txt, настроенный стандартным способом.
//Перенос через текстовой файла в формат филиала "Балтикa-банка" г.Санкт-Питербурга (DBF CP866)
local b_file,A_DBSTR,cString,nHandle,I,KolSTR,aParNew,IdCl
altd()
A_DBSTR:=array(0)
aNPar := ARRAY(5)
aNPar[1] := {}
IdCl := 'z02' // Идентификатор клиента
// Запрос у оператора недостающих данных
AADD( aNPar[1], 'Номер п/п : ')
AADD( aNPar[1], 'Порядковый номер файла в текущем месяце: ')
aNPar[2] := {'@S4', '@S3'}
aNPar[3] := {' ', ' '}
aParNew := Dialog( aNPar[1], aNPar[2], aNPar[3],' Введите доп.параметры',,,'gr+/b*,w+/n,,,n/w')
// считать кол.записей и дату
nHandle = FOPEN("c:\spisok.txt")
IF FILE(b_file)
FERASE(b_file)
endif
cString = FREADSTR(nHandle,3)
KolStr:=val(cString)
cString = FREADSTR(nHandle,10)
// создание имени вых.файла
b_file:='c:\'+IdCl+substr(cString,4,2)+substr(cString,9,2)+alltrim(aParNew[2])+'.dbf'
//ПРОПУСТИТЬ CR+LF
cString = FREADSTR(nHandle,2)
// создание базы данных
aadd(A_DBSTR,{ "Dat","C", 8,0})
aadd(A_DBSTR,{ "NDoc","C", 4,0})
aadd(A_DBSTR,{ "Pdr","C",10,0})
aadd(A_DBSTR,{ "Tn","C",10,0})
aadd(A_DBSTR,{ "Name","C",40,0})
aadd(A_DBSTR,{ "Name1","C",20,0})
aadd(A_DBSTR,{ "Name2","C",20,0})
aadd(A_DBSTR,{"Account","C",20,0})
aadd(A_DBSTR,{ "Sum","C",15,0})
aRDD:=SetSix() //Для создание базы в формате DBASE-IV CHCP866
dbCreate(b_file,A_DBSTR)
SetSix(aRDD)
//Заполнение базы
NETUSEEXC('TmpDbf',b_file)
I:=1
do while I <=Kolstr+1
cString = FREADSTR(nHandle, 149)
tmpdbf->(addrec())
tmpdbf->dat:=substr(cString,1,8)
tmpdbf->Ndoc:=alltrim(aParNew[1])
tmpdbf->Pdr:=substr(cString,13,10)
tmpdbf->Tn:=substr(cString,23,10)
tmpdbf->Name:=substr(cString,33,40)
tmpdbf->Name1:=substr(cString,73,20)
tmpdbf->Name2:=substr(cString,93,20)
tmpdbf->Account:=substr(cString,113,20)
tmpdbf->Sum:=substr(cString,133,15)
I=I+1
enddo
FCLOSE(nHandle)
tmpdbf->(DbCloseArea())
Это первый мой "блин" пограммирования под БЭСТ-5, и, возможно, я не учел какой-то его особенности.
Программа работает, делает, что нужно. Проблема в закрытии итогового DBF-файла, т.е в самой последней строке. Если ее убрать, то выходной файл формируется, но не закрывается до выхода из БЭСТа. Если оставить, что все происходит нормально, но при окончании ее работы выводится сообщение об ошибке 2001, как будто
происходит попытка закрыть несуществующий файл. В чем ошибка?
P.S. Пробовал просить помощи через HOTLINe, ответа почему-то нет с 27.06

Дописался уже до:
ALTD()
RETURN NIL
Сколько не включал режим отладки при компиляции, при запуске спецфункции - отладчика нет.
Заклинило!

Подскажите, пожалуйста, как вычислить конец двоичного файла. Функция EOF() для двоичных файлов работать не хочет.

Кто занимался автоматизацией складского хозяства в книготорговле. Прошу откликнуться. Специфика:
-большое количество параметров у каждой номенклатуры и у карточки
-большое количество номенклатур (десятки тысяч)
-оптовая и розничная торговля
-большие приходные накладные (в среднем 500 наименований), которые надо вводить одновременно, а лучше автоматически с Exel-форм накладных поставщика
-удаленные складские филиалы, имеющие право оптовой и розничной торговли
-НДС 10 и 18%
-15 одновременно работающих мест
и пр.