Форум

Подскажите, как в шаблоне платежки для печати настроить дату, чтобы печатала через точки, а не через "-", то есть как и в выгружаемом файле: "25.04.2008", а не "25-04-2008". А то уже к бумажному варианту придираются...

В шаблоне платежки для печати наименование платежа выводится следующим образом (ППП 902 ФКР 0105 КЦСР 0310000 КВР 602 ЭКР 310 сумма 100,00). Местное казначество требует такой формат
(902-0105- 0310000-602-310 =100,00)Как поменять?

Цитата
В шаблоне платежки для печати наименование платежа выводится следующим образом (ППП 902 ФКР 0105 КЦСР 0310000 КВР 602 ЭКР 310 сумма 100,00). Местное казначество требует такой формат (902-0105- 0310000-602-310 =100,00)Как поменять?

Примерно так:

Цитата

begin kbk.active:=true; kbk.First; kbk_text:=''; Qty_kbk:=kbk.Params['Кол_во_строк']; if Qty_kbk<>0 then begin for z:=1 to Qty_kbk do begin kbk_text:=kbk_text+'('+[CoPY([DialogForm.kbk."КОД_ГЛАВЫ_ППП"],5,3)]+'-'+[Copy([DialogForm.kbk."КОД_РАЗДЕЛА_ПОДРАЗДЕЛА"],5,4)]+'-'+[Copy([DialogForm.kbk."КОД_ЦЕЛЕВОЙ_СТАТЬИ"],6,7)]+'-'+[Copy([DialogForm.kbk."КОД_ВИДА_РАСХОДА"],5,3)]+'-'+[Copy([DialogForm.kbk."КОД_ЕКР"],5,3)]; if length(trim([DialogForm.kbk."ДОП_СПРАВОЧНИК1"]))>0 then begin kbk_text:=kbk_text+' '+trim([DialogForm.kbk."ДОП_СПРАВОЧНИК1"]); if length(trim([DialogForm.kbk."ДОП_СПРАВОЧНИК2"]))>0 then begin kbk_text:=kbk_text+' '+trim([DialogForm.kbk."ДОП_СПРАВОЧНИК2"]); if length(trim([DialogForm.kbk."ДОП_СПРАВОЧНИК3"]))>0 then begin kbk_text:=kbk_text+' '+trim([DialogForm.kbk."ДОП_СПРАВОЧНИК3"]); if length(trim([DialogForm.kbk."ДОП_СПРАВОЧНИК4"]))>0 then begin kbk_text:=kbk_text+' '+trim([DialogForm.kbk."ДОП_СПРАВОЧНИК4"]); if length(trim([DialogForm.kbk."ДОП_СПРАВОЧНИК5"]))>0 then begin kbk_text:=kbk_text+' '+trim([DialogForm.kbk."ДОП_СПРАВОЧНИК5"]); if length(trim([DialogForm.kbk."ДОП_СПРАВОЧНИК6"]))>0 then kbk_text:=kbk_text+' '+trim([DialogForm.kbk."ДОП_СПРАВОЧНИК6"]); end end end end end; kbk_text:=kbk_text+'='+ formatfloat('##0.00',[DialogForm.kbk."СУММА_КАССОВОГО_РАСХОДА"])+')'+[CRLF]; kbk.next; end end; Tx := [TRIMRIGHT([DialogForm.PL_P."НАЗН_ПЛАТ_НАИМЕН_ТОВАРА"])]+' '+[DialogForm.PL_P."НАЗН_ПЛАТ_ПРОДОЛЖЕНИЕ"]; Txt := ''; repeat Cl := True; IF [NPos('~', Tx, 1 )]= 0 THEN Begin Txt := Txt+Tx; Cl:=False; End else Begin Txt := Txt + [Copy(Tx,1, NPos( '~', Tx, 1)-1 )]+[CRLF]; Tx := [Copy(Tx, NPos('~', Tx,1)+1,600)]; End; until Cl=False; end

Если набивать вручную, то при экспорте необходимо всё удалять, иначе всё забитое в выходном файле добавляется к данным из ОФК и казначейская программа ругается.

Цитата
Казначеи ещё требуют заявление на наличные. Есть такое в БЭСТе?

В версии 3_4 реализована заявка на получение наличных. В СП 06 и 07 доработаны режимы выгрузки этого документа в электронном виде.

Ещё проблема. Казначейство требует что бы в выходном файле - поле 32 - формат наименования платежа был такой (902-0105-0310000-602-310)=100,00(л/с ОФК-л/с организации)наименование платежа. Т.е. как в бумажном варианте. В форме платёжке всё настроил. А в экспорте не получается. Есть похожий вариант 2007.07 (=). Но там сумма стоит внутри скобок (902-0105-0310000-602-310=100,00) и нет л/с. Как эту скобку перенести и добавить л/с? Со знаками между кодами всё понятно.
Как удалить из справочника, там где выбираем поле "Код привязки", ненужные пользовательские параметры (навводил пока тренировался)? Только вручную из STAND_PR_DBF?
Пр формировании из 1С или Бюджет-КС после FK и версии формата указывается имя и версия программы. А из БЭСта нет. А вот хочется. Что б знали что что кроме 1с и другие программы есть. Как исправить?
И ёщё. Ну очень неудобно редактировать когда всё выражение в одну строку. И когда курсор доходит до правой границы строки начинает двигаться строка, но в обратном напралении курсор не двигается. Приходится редактировать не видя что находится за правой границей окна. Ну очень не удобно. Попытался скопировать выражение и посмотреть в каком-нибудь редакторе - не копирует блин. Пришлось STAND_PR_DBF экспортировать в XLS.
Где можно помотреть описание этих функций?

1. То есть в версии 3_3 такого документа нет? Я правильно понял?

Да, Вы все правильно поняли.

2. Вроде бы получилось. Сделал так.
{||aPars[1]:="",aPars[2]:=STR_TO_ARRAY(GetKBK("(","glava,razdel,statia,vid,e_klass,Sum","-","1","1","2")),aPars[3]:=1,AEVAL(aPars[2],{||aPars[1]+=STRTRAN(STRTRAN(aPars[2][aPars[3]++],"-",")=",6),"(-","(")+"(л/сОФК-"+ALLTRIM(RSDOC->ACC_PAY)+")"+ALLTRIM(TOKEN(Rsdoc->OSNOV_,CHR(126),1))+""+ALLTRIM(TOKEN(Rsdoc->OSNOV_,CHR(126),2))}),aPars[1]}
Выдаёт (055-0902-4790000-708-310)=1000.00(л/сОФК-100401)Перечисление НДФЛ.
Только длины поля не хватает что бы л/сОФК заменить. Как увеличить?

Уточните длины какого поля не хватает.

3. Как удалить из справочника, там где выбираем поле "Код привязки", ненужные пользовательские параметры (навводил пока тренировался)? Только вручную из STAND_PR_DBF?

Пока только так, принят к рассмотрению.

4. Пр формировании из 1С или Бюджет-КС после FK и версии формата указывается имя и версия программы. А из БЭСта нет. А вот хочется. Что б знали что что кроме 1с и другие программы есть. Как исправить?

Поле носит информационный характер, но принят к рассмотрению.

5. И ёщё. Ну очень неудобно редактировать когда всё выражение в одну строку. И когда курсор доходит до правой границы строки начинает двигаться строка, но в обратном напралении курсор не двигается. Приходится редактировать не видя что находится за правой границей окна. Ну очень не удобно. Попытался скопировать выражение и посмотреть в каком-нибудь редакторе - не копирует блин. Пришлось STAND_PR_DBF экспортировать в XLS.

Воспользуйтесь сочетанием клавиш Ctrl-Insert, Shift-Insert.

Длина поля - это поле где редактируется выражение. Я не очень соображаю в этом и не знаю терминологию поэтому попытаюсь объяснить как смогу. После того по Ctrl_enter редактируем код привязки, в диалоговом окне есть поле "описание". Так вот длина этого поля ограничена. Причём длина этого поля у разных кодов привязки разная. Проблему с длиной решил так. Методом перебора выбрал самое длинное из существующих. На его основе создал новое по F4 и туда уже вставил нужное выражение.

Я написала так {||aPars[1]:="",aPars[2]:=STR_TO_ARRAY(GetKBK("(","glava,razdel,statia,vid,e_klass,Sum","-","1","1","2")),aPars[3]:=1,AEVAL(aPars[2],{||aPars[1]+=STRTRAN(STRTRAN(aPars[2][aPars[3]++],"-","=",6),"(-","(")+" "+"л/с"+" "+ALLTRIM(RSDOC->ACC_PAY)+”)”+” “+ALLTRIM(TOKEN(Rsdoc->OSNOV_,CHR(126),1))+" "+ALLTRIM(TOKEN(Rsdoc->OSNOV_,CHR(126),2))}),aPars[1]}. Получается все кроме суммы без копеек.

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

Спасибо, Алексей Новиков!
Все получилось.
Алексей Токарев! Тоже хорошее решение, но с выбором варианта экпорта бухгалтер вряд ли согласится работать.

Поле ADD_KLASS (КОД ЦЕЛИ) используют как правило для дополнительной классификации расходов. В БЭСТе для этого необходимо создать соответствующий вид измерения. В настройках справочников КБК приложения Счета в банках привязать созданный вид измерения к соответствующему полю Доп.справочник (при изменении этой настройки выполните все требования, которые описаны в окне предупреждения). Привязку доп. видов измерений (кодов расходов) необходимо привязывать в четкой последовательности доп. справочник 1, доп. справочник 2 и т.д., в настройке выгрузки в эл. формате привязываете, как и описали, к соответствующим полям. При вводе данных по КБК в первичных документах и в выписках будет отображаться наряду с основными кодами расходов и введенные дополнительные. Как правило для корректного учета доп. коды расходов необходимо ввести на балансовых счетах учета лимитов (501ХХ) и кассового расхода (30405). Для учета лимитов, финансирования и кассовых расходов (движение и остатки) используйте Отчеты по КБК в приложении Счета в банках, эти отчеты формируются из данных (кодов БК, в т.ч. и доп.измерения) введенных в первичных документах.