Две бюджетные базы в одну.
22.02.2008
23:31
#1
Условия. <br>Есть две бюджетные базы.<br>а) первая с двумя балансодержателями<br>б) вторая с одним (имя балансодержателя во второй базе не совпадает ни с одним из первой базы).<br>в) в первой и второй есть контрагенты с совпадающими ИНН и КПП (эти базы - одно юр. лицо, но просто делятся по истоцникам финансирования)<br>г) Есть центры материальной ответственности (много) но с отрудники - одни и те-же.<br>д) Есть примерно 350 ОС в первой и 190 ОС во второй базе причем есть с переоценкой.<br>е) Есть номенклатура превышающая более 800 наименований.<br><br>Задача.<br>Объеденить базы , т.е. добавить третьего балансодержателя (со всеми справочниками)[тот что был во второй базе] в первую. <br>Уже есть документы и там и там. Желательно их перенести тоже.<br><br><br>Вопрос.<br>Возможно это-ли в принцыпе? Или "пока технически труднореализуемо (в смысле "мы за ЭТО не возьмёмся")"?<br><br>
23.02.2008
14:13
#2
Есть некоторые технические сложности (напр. несовпадение кодов в справочниках и их почти одинаковые наименования), но в принципе всё реализуемо. Более: неоднократно было сделано (мной в частности). Сразу: вы не получите идеал, но получите заготовку, доработка которой до идеала не займёт много времени и сил.
23.02.2008
14:53
#3
"> Возможно это-ли в принцыпе?<br>В прЫнцЫпе возможно, проблем нет, обработками переносится без особых проблем.<br>Но... <br>Во-первых, не очень понятно, почему три балансодержателя с одинаковыми сотрудниками из двух даз объединяются в одну без изменения структуры, т.е. ИМХО, "бардак продолжается"
<br>И во-вторых, объем небольшой, и стоимость ручного переноса вполне может оказаться гораздо меньше оплаты работы спецов по переносу, ну разве что свой прог будет работать за тарелку супа. ;) "

23.02.2008
17:34
#4
1) Они и не будут совпадать: <br>- контрагенты совпадают только по ИНН и КПП<br>- ОС - разные по определению<br>- номенклатура совпадает по наименованию<br>- лицевые счета у контрагентов - одни и те-же.<br>2) для понимания сути<br>В медицинском учреждении есть четыре основных источника финансирования<br><br>1. Бюджетная деятельность<br><br>2. Внебюджетная деятельность.<br> а) ОМС<br> б) родовые сертификаты<br> в) добровольное медицинское страхование<br><br><br>На заре 2005 года программер из обслуживающей компании(теперь он там не работает) отделил ОМС от 2. - путём выделения отдельной базы, хотя мог создать просто отдельного балансадержателя. Что в принципе было сделано для б) в 2006 году.<br><br>Кстати ОМС, "тоже не лыком шито". =)<br>Там и "Национальный проект здоровье" отдельно учитывается.<br><br>
23.02.2008
18:07
#5
Ни один из этих видов деятельности НЕ НАДО делить по балансодержателям. Ни в 2005-м, ни, тем более, сейчас.<br>Все прекрасно делится по КБК.
24.02.2008
13:23
#7
Так разделили. =) А теперь хотят в одну. Кстати, по КБК не получится. Т.к. "Родовые сертификаты" учитываются также как и ДМС "Доходы от ПЛАТНОЙ деятельности" (а не как "целевые средства"). И ещё, отчётность (форма 137) сдаётся в "Управление здравоохранения" - ПО ОТДЕЛЬНОСТИ для каждого вида деятельности. А лицевой счёт у "родовых сертификатов" и "ДМС" - один и тотже.<br><br><br>
25.02.2008
10:34
#8
У меня такая же проблема была.. В городском отделе здравоохранения...<br><br>Проблему решил просто...<br><br>Свернул вторую базу на определенную дату... И полученные остатки (операции) перенес вручную в первую базу.. Ушел один день на всю работу...<br><br>Дополнительными обработками заморачиваться не стал... Пока разберешься что, куда и как переносить не одинь день пройдет..
25.02.2008
13:11
#9
А историю существования (их карточку) ОС? Их у нас много. Да и наименований медикаментов примерно на 800 единиц тянет. (у пяти-семи материально ответственных лиц)<br><br>
25.02.2008
17:20
#10
Сочувствую ..<br><br>Но помоему программно соеденить базы практически нереально...<br>Ну если только тебе не помогут Иван Генадьевич и BorisG...<br><br>Можно все перенести из одной базы в другую, но только при одном условии все справочники и коды во всех справочниках должны совпадать (в чем и заключаеться сложность)... Иначе ничего хорошего не получиться...<br><br>
Читают тему
(гостей: 1)