1С:Медицина. Поликлиника

Решение для медицинских организаций различных организационно-правовых форм, оказывающих медицинскую помощь в амбулаторно-поликлинических условиях. Продукт служит для ведения взаиморасчетов с контрагентами, управления потоками пациентов, персонифицированного учета оказанной медицинской помощи.

Перейти к публикации

Комментарии
1. Светлана Иванова (vetka07) 24.05.16 07:39 Сейчас в теме
Здравствуйте!
Какие ЭЦП присутствуют в программе? усиленные?
2. Артем Трущ (papami) 17 10.09.16 10:05 Сейчас в теме
Есть кто-нибудь в сообществе, кто уже внедрил?
3. борян петров (TODD22) 17 10.09.16 10:21 Сейчас в теме
(2) papami, Я внедрял Поликлинику 2 раза. И пару раз помогал с ШМД и тд.
У вас какой то вопрос? Или так праздное любопытство?
19. Оля Белозерова (XelOla) 16 15.04.17 22:47 Сейчас в теме
(3) TODD22
поделитесь, пожалуйста, ШМД?
правильно ли я понимаю, что если ШМД подключить к номенклатуре, то когда из сменного задания выбираешь такое же ШМД, то в МД должна сформироваться строка упомянутой Номенклатуры в ТЧ НазначенныеУслуги?
20. борян петров (TODD22) 17 16.04.17 05:09 Сейчас в теме
(19)У меня нет ШМД. Я с медициной уже давно не работаю.
21. Юрий Батяев (ybatiaev) 42 17.04.17 01:02 Сейчас в теме
(19) Есть ШМД только тестовые в инсталляшке. Можно попросить у тех, кто уже поставил медицину. Унифицированных форм как бы не было никогда. Каждая поликлиника имела формы от приходящих врачей, которые их наработали своими шишками. Мы по ШМД работали так, сказали предоставить списки всех форм с теми правилами внутри каждой, как они должны работать. К примеру, врач выбирает один из параметров, а на форме открывается ПОДЧИНЁННАЯ форма со строгим набором следующих параметров (реквизитов). Получается некая древовидная структура принятия решения врачом. А это личные наработки каждого врача и практически НИКТО нам ЭТОГО не предоставил. Вообще никто не захотел возится.
У нас проект закрыли и только из-за того, что врачи сами не хотели ничего делать. НСИ я сам забивал по сканам с из рукописных писулек, если что.
Некоторые вещи, чтобы заработало, приходилось искать в коде трассировкой. Т.е. интуитивно НИКОМУ не понятный интерфейс. Ну возможно только разработчику.
6. Юрий Батяев (ybatiaev) 42 12.09.16 12:12 Сейчас в теме
(2) papami, Добрый день! Я внедрял! Правда до этого посмотрел статистику по количеству внедрений. Год назад, по сведениям, которые я нашёл, было 5(!) попыток внедрения всего.
Из них 3 безуспешных. Два - не дозвонился. Выше написано, что уже кто-то внедрил.
Смотря что Вы хотите от программы. В самом простейшем варианте работает с большим натягом и очень-очень-очень медленно. Причём разработчики ссылались на то, что она написана под SQL. Закупили(!) SQL на 3 человека и поставили - стала работать чуть-чуть быстрее. Намучались со внедрением. Год внедряли. Потратили +300 000 к 28 000. В исходный код не раз уже вносились исправления для удобства, но тормоза довершили своё дело.
Если пригодится - http://infostart.ru/public/322053/
и http://infostart.ru/public/321509/
Возможно Ваших потребностей и хватит под тот функционал, который написан.

Если ещё не ушло желание - пишите в личку.
7. Артем Трущ (papami) 17 12.09.16 12:20 Сейчас в теме
(6) ybatiaev,
Ну вот это уже больше похоже на правду))) Честно сказать конфигурация не сырая, она мокрая))) И методически и в плане реализации.
Штатно не подходит, но и переписывается она тяжело.
@Sonya; ybatiaev; +2 Ответить
8. Юрий Батяев (ybatiaev) 42 12.09.16 18:32 Сейчас в теме
(7) papami, Если штатно не подходит, то не мучайтесь сами и не мучайте врачей )))
Готовое отлаженное решение, пусть за дорого, гораздо легче внедрить и оно будет приносить куда больше радости, да и дохода тоже )))
9. Артем Трущ (papami) 17 12.09.16 18:50 Сейчас в теме
(8) ybatiaev,
Есть другие конфы под медицину?
10. Юрий Батяев (ybatiaev) 42 13.09.16 09:40 Сейчас в теме
(9) papami, да есть и очень много. Я отписался ото всех из реклам и предложений (ещё и добавил в спам) и поудалял письма. А так много. Причём изучал две (было 3 или 4) и скажу, что по возможностям все(!) превосходят 1С и по надёжности(смотрел количество внедрений и звонил туда), и по продуманности(интуитивно понятный ПРОСТОЙ интерфейс, хороший функционал, наполненный), и по скорости(минимум на порядок, а то и более). В одной была модульность, т.е. возможность купить то, чем будете пользоваться, потом можно докупить. Мне показалось, что это пошла общая тенденция по всем мед программам. Год назад была фича - они дают Вам удалённый вход и менеджер сама показывает всё и расскажет интерактивно. МНЕ ОЧЕНЬ(!!!) понравилось. Живое общение. Вспомню, может письма какие в корзине найду - переправлю Вам
12. Артем Трущ (papami) 17 14.09.16 10:05 Сейчас в теме
(10) ybatiaev, (11) TODD22,
Спасибо за развернутые ответы.
Работаем с коммерческой клиникой. Достаточно крупная с филиалами. Сейчас медицина внедряется в одном из филиалов. В центре стоит инфоклиникс помоему. Но она тоже не очень устраивает. Слишком большая зависимость от разработчиков. И дороже выходит кончено любая доработка относительно 1С.
Интерес мой больше в целях получения мнений, т.к. все уже куплено)
P.S.: Я все больше склоняюсь, что в таких проектах (особенно когда речь идет о бизнесе) нужно обсуждать написание своей конфы под конкретного заказчика. Может долго, но они в результате получат то что нужно. И не получится так, что купили одно, год внедряли - не внедрили. Купили другое - тоже самое.
13. Юрий Батяев (ybatiaev) 42 24.10.16 11:09 Сейчас в теме
(12) papami, По поводу написания своей конфы. В принципе могу поучавствовать, если будет необходимость. Цены обещаю низкие, но после того, как увижу хоть маломальское ТЗ. На основании его предложу чтобы ещё сделать и как. Имею опыт внедрения разного рода систем. Можно предложить и перегрузки в стандартные 1С системы(бух, зуп и пр.). Главное, чему лично я придерживаюсь:
1. ОЧЕНЬ(!) тщательное изучение ТЗ. Обязательное описание всех бизнес процессов и их взаимосвязей. Очень желательно просмотреть на перспективу. Тут упор делается на НЕОБХОДИМЫЙ и ДОСТАТОЧНЫЙ функционал для каждого сотрудника (определённый ролями). Достаточный - обеспечит очень быструю работу;
2. Не использование БСП(!), т.к. обилие неиспользуемых функций не нужно и сильно тормозит работу. Обязательно организовывать трафик только необходимой информацией (объём зависит от того нужна ли та или иная информация, к примеру передавать только ИЗМЕНЁННУЮ информацию с фиксацией результата передачи);
3. Использование SQL. Тут как бы СУБД, а не БД. Хотя нужно смотреть по объёмам. В принципе можно начать с файловой, если понравится - перевести на SQL. Нужно только отдавать отчет в том, что скорее всего база будет использоваться как распределённая;
4. Внедрение. Вот тут есть проблема отказа от работы, если работать будет не удобно (на удобство как раз у меня всегда высший приоритет) или то, что в переходной период нужно будет вести и старую и новую программу. Но тут тоже есть выход - написать некий шлюз, по которому будет вестись синхронизация автоматом, т.е. в новую программу будет сразу попадать вся необходимая информация;
5. Сделать упор на интернет, т.е. обязательное использование тех же возможностей 1С, но с интернета. Реализовывал и эту задачу. Т.е. все сотрудники могут работать с дома(платные консультации, принятие ответственных решений) или с любого места, где сотрудник в данный момент находится (любое подразделение в городе, области, страны, мира). Доступ есть с компьютера, планшета и сотового (работа с мобильными приложениями пока опущу, хотя перспективно). Кстати запись через инет на приём - вполне нормально. Получение платных консультаций - думаю перспективно. Просчёт заранее разных видов обследований по встроенному калькулятору;
6. По поводу защиты персональной информации - необходимо просто оговорить доступ по ролям. Шифрование данных и передачи данных тоже оговариваются;
7. Все работы документировать сразу (от заказчика инструкции, от меня их встраивание);
8. ТО, что возможно, сделать гибким и настраиваемым, без жесткой привязки;
9. Обязательный обмен данными со всей аппаратурой, используемой в мед учреждении. Тут ка бы только необходимо разделить рабочие данные и бухгалтерские, которые нужно, на мой взгляд, делать в бухгалтерской программе. Тут только фиксировать прошла оплата или нет, т.е. работа каждого врача;
10. Формы ввода каждого сотрудника с формулами и правилами - тут особая точность нужна, лучше стандарты использовать или просто максимально общепринятые;
11. Отчетные формы. Стандартизированные и нет. Тут тоже были наработки добавления форм отчётов самим пользователем по типу конструктора. Технические момент оговариваются, всегда есть нюансы. Тут лучше использование стандартных процессоров или редакторов(тоже оговаривается, к примеру OpenOffice не поддерживает вывод в него из внешних программ, часть функционала отсутствует. И т.п.)
12. Работа со складами (расходные материалы). Тут обязательно надо учитывать это в количественном виде в разрезе складов и мест хранения/использования/отвественных и передавать в учетную систему, к примеру бухгалтерию;
13. Разделить режимы работы с пациентами и профосмотры;
14. Если будут бланки строгой отчетности(больничные и т.п.) - обязательно оговорить права заполнения, распечатки, утверждения и фиксации на какой стадии это находится;
15. Предусмотреть рассылки врачам, мл.мед персоналу, остальным сотрудникам (водителям, строителям, хоз.персоналу и пр.) СМС или почтовых сообщений;
16. Подобное отдельно по пациентам. Виды акций, скидки, поздравления с ДР, предупреждение об окончании срока действия полиса или акции, ... что угодно. Отсылка результатов обследований(разрешённых). Отсылка изменений в законодательстве. Изменения в тарифной политике и т.п. ;
17. В дополнение, при определении экранных форм продумать ИНТУИТИВНО ПОНЯТНЫЙ(!) интерфейс, т.е. на экране должно быть столько информации, сколько необходимо для принятия решения сразу БЕЗ ДОПОЛНИТЕЛЬНЫХ кликов мышкой и без "лишних" полей, кнопок, колонок и т.п.). Тоже имею опыт такой работы;
18. Предусмотреть (настоятельная рекомендация) закрытие рабочего дня. Иными словами, вся сделанная работа должна быть зафиксирована, отчеты автоматом сформированы (минимальная работа врача). Вообще чем меньше пере-кликов, тем лучше;

ну, это то, что резко пришло на ум. В принципе могу поработать в концептуальной разработке за минимальную оплату. Серое вещество нужно "массажировать" )

14. борян петров (TODD22) 17 24.10.16 11:27 Сейчас в теме
(13) ybatiaev, Под такой полёт фантазии нужно отдел разработки из 10 человек.... И в итоге получится та же Поликлиника только вид с боку.
ybatiaev; +1 Ответить
15. Александр Евченко (syberman) 01.12.16 20:24 Сейчас в теме
(13) не поделитесь опытом при внедрении 1с:Медицина.Поликлиника как у вас была реализована работа c расходными материалами при обслуживании пациентов?
Дописывали функционал? или была реализовано в другой учетной программе?
11. борян петров (TODD22) 17 13.09.16 10:07 Сейчас в теме
(9) papami,
Есть другие конфы под медицину?

Смотря какие у вас требования может у вас частный мед центр, а может областная больница. Может вы стоматологический кабинет. А может вы мед подразделение в холдинге со своими больницами(ОМС), санаториями, профосмотрами, здравпунктами на предприятиях ит д.

Причём изучал две (было 3 или 4) и скажу, что по возможностям все(!) превосходят 1С и по надёжности(смотрел количество внедрений и звонил туда), и по продуманности(интуитивно понятный ПРОСТОЙ интерфейс, хороший функционал, наполненный), и по скорости(минимум на порядок, а то и более).

То же изучали другие программы. Смотрели 3 программы. Одна местных разработчиков на PHP в виде внутреннего web ресурса. Вторая каких то крутых супер разработчиков на SQL и C# вроде... Которые хвалились что их программа работает в очень крупных больницах. Оценка стоимости внедрения(а проводит нужно было их силами) выходила дороже "Медицины" раз в 10. И это ещё при том что дорабатывать могут только они за деньги. Но у нас врачи после просмотра функционала с их сотрудниками от неё отказались. При стоимости в 10 раз больше никакого профита по сравнению с Медициной не было.
Такие поделки как Аналит от Аналитикса вообще в расчёт не берём...

Кстати из за убогости Поликлиники отказался от работы с одним мед центром. Просто надоела медицина как направление автоматизации так как зажимались за каждые 10 т.руб и всё приходилось доказывать. Так вот этот мед центр вышел на тех кто предлагал крутую мед программу на SQL. И решили с ними работать... заплатили 500К предоплаты... и те ребята просто пропали с деньгами...
Хотя приехали, продемонстрировали им программу. Согласовали доработки, взяли на эти доработки 500К предоплату(весь проект 1.5 млн должен был стоить) и всё.... теперь мед центр с ними судится... но деньги уже не вернуть...

У ПервогоБита есть какое то решение для медицины.
Год назад была фича - они дают Вам удалённый вход и менеджер сама показывает всё и расскажет интерактивно. МНЕ ОЧЕНЬ(!!!) понравилось. Живое общение.

Нам это ещё 4 года назад демонстрировали... Из Томска вроде компания была...
papami; ybatiaev; +2 Ответить
4. Артем Трущ (papami) 17 10.09.16 15:04 Сейчас в теме
В процессе внедрения приходилось что-то доделывать или переделывать? Как код на Ваш взгляд? Читаемый?
Внедряем)
5. борян петров (TODD22) 17 11.09.16 10:02 Сейчас в теме
(4) papami,
В процессе внедрения приходилось что-то доделывать или переделывать?

Да не особо.... так по мелочи... Кроме разработки ШМД для всех мед специализаций(ОВП,Травма,Геникология,Невролог и тд) у нас не очень большая больница была. И второй мед центр такой же был как и первый по масштабам работ.
Как код на Ваш взгляд? Читаемый?

Код как код.... ничего необычного...
16. Agregad Иванов (user594979_cs.kasper.men) 30.03.17 19:01 Сейчас в теме
Ох уж эти бабки на лавках.
200+ внедрений.
Внедрение в самом большом медицинском учреждении страны.
Нагрузочное тестирование на 600+ пользователей с х2 запасом.

А у них медленно...
У нас одна большая сеть супермаркетов отказалась от 1с в пользу SAP, типо медленно было.
На что им некая фигура ответила, что "не было еще таких внедрений в 1с, где спецы бы не справились, делайте выводы о спецах своих".
И что, не проходит и двух лет, как этот супермаркет назад на 1с ушел и работают по сей день.

Любые проблемы с производительностью решаются. Мы отправляли им в поддержку узкое место в конфе, и уже в следующем релизе исправили, а до оф релиза выслали рекомендации по оптимизации.
ybatiaev; +1 Ответить
17. Артём Шарипов (borodatii) 1 30.03.17 20:41 Сейчас в теме
(16)
Любые проблемы с производительностью решаются. Мы отправляли им в поддержку узкое место в конфе, и уже в следующем релизе исправили, а до оф релиза выслали рекомендации по оптимизации.

Продукт выпускается с 2011 года, но даже в 2015 с производительностью регистратуры там было всё печально. Для работы 6 человек пришлось существенно переписать АРМ.
Чего только стоит неоднократное перезаписывание документа и ещё кучи регистров при добавлении каждой строки в ТЧ. Часть действий без применения инструментов разработчика - необратима для обычного пользователя. Ошибся? Живи с этим, никаких тебе "Отмена проведения".
Уже в следующем релизе

Промежутки между обновлениями по 4-8 месяцев. При этом в обновление могут быть не включены исправления, которые присылались при общении через почту. Т.е. месяца 3 назад нам прислали исправленный модуль документа, что успешно решало часть проблем с этим документом (но не все... частично исправляли уже сами, попутно отсылая код обратно в техподдержку), но в обновление этот код по какой-то причине не попал... Да, техподдержка работает хорошо, конечно, и даже исправления какие-то делаются, но почему не выпускать обновления чаще? Включать туда уже сделанные исправления? Нееет, мы выпустим релиз через 6 месяцев, но ошибки в нём оставим старые, хоть мы их и исправили в "будущем релизе", которые будет ещё месяцев через 6...
Надеюсь, сейчас у них дела лучше...
18. Agregad Иванов (user594979_cs.kasper.men) 30.03.17 22:54 Сейчас в теме
(17)
Продукт выпускается с 2011 года, но даже в 2015 с производительностью регистратуры там было всё печально. Для работы 6 человек пришлось существенно переписать АРМ.
Чего только стоит неоднократное перезаписывание документа и ещё кучи регистров при добавлении каждой строки в ТЧ. Часть действий без применения инструментов разработчика - необратима для обычного пользователя. Ошибся? Живи с этим, никаких тебе "Отмена проведения".

На файловом варианте уже при 3х пользователях невыносимо, соглашусь.
Но как только мы поставили сервер и Postgres, все проблемы ушли.
Перезаписывание меня тоже смутило, сказали это то типо: у одних часто крешится платформа, у других пользователи не хотят не будут не умеют нажимать кнопки, типо добавили строку и всё, для них это уже заказ услуги, потом пошли по вкладкам, и надо типо чтобы когда вернулись чтоб всё было как прежде.
Как по мне- дурацкое решение, но имеет право на жизнь. Я почему это запомнил еще, потому что на других проектах часто пользователи что-то закроют, а потом бесятся что это не сохранилось, хотя сами нажали отмену записи.
Пожалуй и по контролю целостности соглашусь, ни отмен, ни перепроведений много где нету, тоже испытали много проблем из за этого.

(17)
Промежутки между обновлениями по 4-8 месяцев. При этом в обновление могут быть не включены исправления, которые присылались при общении через почту. Т.е. месяца 3 назад нам прислали исправленный модуль документа, что успешно решало часть проблем с этим документом (но не все... частично исправляли уже сами, попутно отсылая код обратно в техподдержку), но в обновление этот код по какой-то причине не попал... Да, техподдержка работает хорошо, конечно, и даже исправления какие-то делаются, но почему не выпускать обновления чаще? Включать туда уже сделанные исправления? Нееет, мы выпустим релиз через 6 месяцев, но ошибки в нём оставим старые, хоть мы их и исправили в "будущем релизе", которые будет ещё месяцев через 6...
Надеюсь, сейчас у них дела лучше...

Да, с обновлениями прям беда, выхода свежей БПО и БСП не дождаться. А с исправлениями у нас проблем не возникало, делали по-своему, но как нам надо по итогу.

Что косяков много, это никто не спорит. Но вот скорость работы нас устраивает. В первых релизах были проблемы с блокировками, когда тестировали хотели отказаться, но мы в итоге как то внедрились уже с более свежей версией, без этих проблем.
И интересные решения есть у них в коде, жаль от некоторых отказались почему то.
22. борян петров (TODD22) 17 17.04.17 05:12 Сейчас в теме
Т.е. интуитивно НИКОМУ не понятный интерфейс. Ну возможно только разработчику.

Чего стоило открытие сетки расписания только после предварительного внесения данных по пациенту.... Устал с разработчиками переписываться. Такое ощущение что в реальной поликлинике они не были.... В итоге согласились сделать открытие сетки по упрощённому способу с записью фиктивного пациента.
ybatiaev; +1 Ответить
23. Юрий Батяев (ybatiaev) 42 17.04.17 10:31 Сейчас в теме
(22) Сам долго искал разработчиков тогда. Нашёл, указал на ошибки. Были ошибки и апдейта. Исправляли долговато. Пришёл к выводу, что его НЕ ХОТЯТ поддерживать из-за заумного написания первого кода, да и идеологии вообще. Даже не могу предположить, чтобы идеолог был профи-медик. Теперь, чтобы переписать это всё к нормальному состоянию, где один из главных моментов всё-таки интуитивно понятный интерфейс при "диалоге" с пользователем, не представляется возможным уже.
Хотя есть внедрения, значит будет поддержка.
Сам во всех своих разработках, правда их не много, да и они не такие глобальные, ставку делаю на скорость работы пользователя и УДОБСТВО его работы, т.е. интуитивно понятный интерфейс с минимальным нажатием кнопок и максимальным вложенным интеллектом.
Принцип такой - если бухгалтер задал хоть один вопрос по каким-либо "непоняткам", то программа написано "НЕ СОВСЕМ ПРАВИЛЬНО" (косяк программисту)
24. Оля Белозерова (XelOla) 16 18.04.17 12:04 Сейчас в теме
(23)
есть вопрос по шмд, как в моем_ШМД получить Пациента из сменного задания (Контроль исполнения - Сменное задание - Формирование медицинского документа - ШМД - мое_ШМД)?
25. Максим Сальников (maksimkatula) 24.04.17 12:42 Сейчас в теме
Добрый день. Нужна помощь по этой конфе, кто её внедрял и ставил, есть ТЗ заказчика, кто её знает, сможет ответить, подойдёт ли она?
ТЗ могу скинуть в личку, кому интересно.
Так же возможно, будет нужна помощь поначалу, в настройки и внедрения.
26. борян петров (TODD22) 17 24.04.17 12:53 Сейчас в теме
(25)
Нужна помощь по этой конфе, кто её внедрял и ставил, есть ТЗ заказчика, кто её знает, сможет ответить, подойдёт ли она?
ТЗ могу скинуть в личку, кому интересно.

Серьёзный подход к автоматизации.....
30. Роман Беляев (r0mireZz) 04.07.17 18:55 Сейчас в теме
Внедряемся. Конечно все правится с помощью прямых рук и такой то матери. Но брать ни кому не советую. Логика кривая. Интерфейс не продуманный. Куча ошибок и недоработок. Как некий конструктор наверное сойдет и вроде дешево. Но в конечном итоге дороже выйдет по бюджету если запускать весь функционал. Лучше посмотреть в сторону более зрелых решений.
Вероятно кто то внедрял конфу от 1Бит? Было бы интересно мнение.
31. борян петров (TODD22) 17 05.07.17 10:51 Сейчас в теме
(30)
Лучше посмотреть в сторону более зрелых решений.

Например?
Вероятно кто то внедрял конфу от 1Бит?

Не далеко ушли от Поликлиники....
32. Светлана Мамонтова (Saifa) 28 06.03.18 23:54 Сейчас в теме
Люди, помогите, кто внедрил. Интересует вопрос, как сделать добавление/удаление/замену позиций в Чеке ККМ, как вы с ним справились? Врачи почти все не автоматизированы. То что нам предложили, это ужас,..
33. Юрий Батяев (ybatiaev) 42 07.03.18 10:24 Сейчас в теме
А Вы, прежде чем покупать, почитали бы тут что пишут. Врагу не посоветую после внедрения. Вообще советую посмотреть решения других разработчиков. Сам, после попытки внедрения, которая с успехом провалилась, начал изучать рынок и НАШЁЛ много фирм, где есть ОТЛИЧНЫЕ и быстроработающие(!!!!!) решения. Мало того, другие фирмы ещё и представляют возможность видеоконфиренции, где в режиме диалога ПРОДАВЕЦ всё покажет и рас скажет в реальном времени.
Пока не поздно - откажитесь от внедрения медицины от 1С!!!
35. НовенькийЯ (НовенькийЯ) 12.03.18 10:36 Сейчас в теме
Есть ли возможность свернуть базу? за несколько лет база сильно распухла, тормозит безбожно. Работать просто не выносимо.
По началу общался с разработчиками на предмет найденных ошибок, что бы они их подправили, но разработчики отвечали что это не их ошибки а ошибки в БСП (а какая разница БСП или нет, ведь это приводит к ошибкав в целом в их конфигурации) и поэтому они ждут когда эта ошибка будет устранена в в очередной версии БСП.

К сообщению выше: Пробовать не стоит

Это пожалуй худшая конфигурация, которую я видел, написанную на УФ. Работа с программой должна быть интуитивно понятна пользователям, но в данной конфе это не так. Без программиста понять логику работы просто не возможно. А программисту разобраться в коде без бутылки крепкого напитка крайне тяжело. При обновлениях с релиза на релиз разработчики часто упускают некоторые моменты, такие как изменение обязательных реквизитов, перепроведение документов и т.д.
Т.е. обновился (к стати последнее обновление у меня длилось боле суток). Запускаешь программу - а она тупо не работает, т.к. при обновлении не были перепроведены автоматом необходимые документы.

Документации по этой конфе толком нет, ЖК книжки, которые идут в поставке или которые можно приобрести отдельно - это поверхностное описание программы ооочень древнего релиза. Информация на сайте почти не обновляется. Так что воспользоваться полным функционалом не возможно.

(33) - если не секрет, напиши по какие 1С решения ты говоришь, очень уж хочется уйти с текущего ПО на что то другое, нормально работающее.
34. Александр Александров (Samarkan63) 07.03.18 11:43 Сейчас в теме
Оставьте свое сообщение