З носія друкуються зобов'язання, платіжні доручення і розподіли, кошториси і плани асигнувань, а також довідки зі змінами прямо там де й набираються.
З проблемою "....., або відсутній драйвер" саме BDE допомогли впоратись, а от з "помилковою структурою" при роботі з кошторисами допомогли коментарі на цьому сайті, а саме:
У некоторых людей есть ошибка в программе Финдокументы когда они
пытаются распечатать уже набранные "кошториси".
С этой проблемой удалось разобраться с помощью разработчика.
У кого такая проблема пусть смотрят файл fpo.dbf
В нем НЕ ДОЛЖНО быть 2 строчек с одинаковыми КПОЛ.
У мене в fpo.dbf по моїй установі було 2 однакові записи, лише КВК відрізнялись, 10 і 791, оскільки потрібен був саме КВК 10, то через DBFNavigator (програма для роботи з dbf файлами) просто видалив* запис (Правка-Видалити запис) з КВК 791 і зберіг файл. Після цього без помилок зміг роздрукувати кошториси, плани і т.д.
Таким самим способом видалив всі непотрібні мені записи і по іншим** установам, щоб при виборі КПОЛ висвічувались лише ті, які стосуються моєї установи.
____________________________________________________________________________________________________________________________________________
* Саме чере Правка - Видалити запис, оскільки їх потім при необхідності можна відновити, а якщо через Delete або Backspace, то записи зникають безповоротньо.
** Файл fpo.dbf брав у казначействі, тому там була повна мережа установ, хто вбивав данні самостійно, у того такої необхідності не має.
Может хто знає, як в програмі зробити щоб зберігався "Sk"(Код коштів) при експорті Розпоряджень у транспортний файл. Цікаво, що при наборі у базі програми код коштів 1, а при експорті у транспортний файл у казначейство стає 0!!!??? Ще один нюанс, балансовий рахунок 3142 прописую із фондом 0, у базу розпорядження зберігає в поле "SK" 0, а коли ставлю 1(заг.фонд) тоді і у базу пише 1???
yaoleg писав:Может хто знає, як в програмі зробити щоб зберігався "Sk"(Код коштів) при експорті Розпоряджень у транспортний файл
Достукатися якимось чином до розробника...
Колеги весь грудень виправляли це поле у файлах клієнтів... терпіли, бо тестова область в нас була, сподівались, що з нового року зроблять зміни уже на всіх, але на жаль поки глухо.
П.С. правда я не перевіряв ще версію від 14/01/14 на предмет цієї проблеми
EVGENIY писав:в файле ХЕЛП есть емейл разработчика!
У кінці грудня писав на ту адресу з казначейської пошти - сервер повернув... У 2013 році організація пошти кардинально змінилась в ДКСУ, то швидше за все та адреса вже неіснуюча.
Ну я представляю как его сейчас заваливают письмами даже внутриказначейскими со всей Украины! Я только не могу понять как е-казна тестировалась в киевской области неужели нельзя было допилять во время их тестирования, а сейчас допиливать по немногу! Сейчас получается тестируют на всей стране!
"не сыпьте соль на рану..." нема в районів нашої області доступу в конференцію ще десь з вересня... якась там біда на рівні області з нею
EVGENIY писав:Я только не могу понять как е-казна тестировалась в киевской области неужели нельзя было допилять во время их тестирования, а сейчас допиливать по немногу! Сейчас получается тестируют на всей стране!
Є-Казна станом на 1 грудня і станом на 1 січня - "две большие разницы". Насправді дуже багато допиляли за місяць. Справа в тому, що до того її впровадили в ДКСУ, а там же МБ немає і купа інших нюансів, пов'язаних з обслуговуванням розпорядників/одержувачів на рівні районів. Певна аналогію можна провести з Фіндокументами, коли там придумали, а ми тут на низу не можем притулить собі ті кошториси: щоб і нам підходило, і клієнти не робили подвійну роботу. Багато поточних проблем/помилок виправляли досить швидко, і взагалі по побажаннях відчувалося, що розробники Є-Казни нас чули (не знаю як з процентом виконання побажань в масштабах області, але побажання враховувались ). Частина проблем пов'язана саме з початком року. Частина проблем "вилізла" уже у звітності, це теж наклало свій відбиток, на фоні запровадження по Україні напевно все не встигають. Ну і все таки ми ж безпосередньо з розробниками зв'язку не маємо, то як там обстановка в цьому році поки що сказати важко. Враховуючи всі обставини, а також те, що серед року значно важче переходити, ніж спочатку, то на мою думку, не все так погано... При всіх її недоліках, які, сподіваюсь, вирішать, вона зручніша АС"Казна-Видатки"
P.S. З особистого досвіду: якщо відкинути чисто технічні проблеми, які рано чи пізно виправляються розробниками, то Є-Казна важко "пішла" в тих, хто проігнорував тиждень-два тестування перед реальною роботою в Є-Казні
P.P.S.понаписува... це вже оффтоп мабуть получився...
EVGENIY, письмо не нашло адресата This is an automatically generated Delivery Status Notification.
Unable to deliver message to the following recipients, because the message was forwarded more than the maximum allowed times. This could indicate a mail loop.
EVGENIY, Помогите пожалуста!!!!на работе установлен винд7
64 разрядный в програме Payments2014 установлена BDE64, юр. і фин.зобов'яз. сохраняются и печатаются, а платёжки нет, поменять на другой windows нет возможности, а работать надо что делать???????????
yaoleg
здравствуйте, я не могу заполнить файл мережа, из-за этого КПОЛ не в кошторисах не могу выбрать!! я ввела все данные по вашей форме, помогите пожалуйста!!!
У вас недостатньо прав для перегляду приєднаних до цього повідомлення файлів.
Допоможіть порадами хто може!!!!! Ситуація: набрали тимчасовий кошторис(ми Терцентр.), казна перевірила - все вірно; оновлення всі є,в налаштуваннях вибрали індивідуальний, все втягується і казна замість індивідуального бачить зведений.Що робити ні вони ні ми не знаєм.
Pacific, в імпортованому в Є-Казну файлі казначею потрібно в колонці Код.розп. замінити "0" на КРК розпорядника, тоді показники сядуть як індивідуальні
jess писав:Можна зробити ще простіше, ось мій пустий файл Pm.dbf, просто замініть його у себе. Ну тільки ж звісно при цьому, якщо там таки були якісь платіжки, то вони зникнуть.Прикрепления: Pm.dbf(2Kb)