medoc.ua

ЗМІНИ В ОНОВЛЕННІ 10.01.137

| Показать

У ФУНКЦІОНАЛІ ПРОГРАМИ
1. Модуль «Первинні документи» > Реєстр первинних документів
1.1. Виправлене дублювання ПН/РК при отриманні документів з ЄРПН.
1.2. Виправлене відображення підписів контрагентів у Видаткових накладних.
1.3. Виправлена групова відправка проімпортованих ПН на реєстрацію в ДФС.
2. Модуль «Звітність» > Єдиний внесок
Виправлене проставлення «БК» в полі Код за ЄДРПОУ або податковий номер/серія та номер паспорта страхувальника у всіх Додатках ЄСВ для ФОП, які замість ІНН використовують серію та номер паспорту.
3. Модуль «Адміністрування» > Параметри системи
На вкладку «Документообіг» доданий параметр «Обробляти повідомлення сервісу ПТАХ». Параметр дозволяє обробляти повідомлення, призначені для сервісу обміну первинними документами з іншими обліковими системами (наприклад, 1С).
За замовчуванням параметр встановлений.

На локалках без проблем пока.........

Після оновлення не запускається Шаблони первинних документів, медок локальний

Для решения запуска Шаблони первинних документів:
по ссылке скачать библиотеку и подбросить в корень программы с заменой
https://drive.google.com/open?id=0B3wAH ... l9LVjNoZkk

medocukr писав:Після оновлення не запускається Шаблони первинних документів, медок локальний

На сетевой версии - аналогично!

Потом вылазит такое, и Медок накрывается медным тазом...

medocukr писав:Після оновлення не запускається Шаблони первинних документів, медок локальний

+ Мережевий


Перевірено і на станції, і на сервері. Результат однаково-плачевний...
ОС: Win8.1 (станція) та Win7 (сервер).

| Показать

Код: Виділити все

M.E.DOC 10.01.137 
Мережева версія
Головне меню ОС: Microsoft Windows NT 6.2.9200.0

System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.IO.FileLoadException: Could not load file or assembly 'ScintillaNet, Version=2.2.6061.27877, Culture=neutral, PublicKeyToken=948d6c9751444115' or one of its dependencies. The located assembly's manifest definition does not match the assembly reference. (Exception from HRESULT: 0x80131040)
File name: 'ScintillaNet, Version=2.2.6061.27877, Culture=neutral, PublicKeyToken=948d6c9751444115'
   at ZvitGUI.RTFDoc.RTFDsgn.UCRtfDocRstDsgn.InitializeComponent()
   at ZvitGUI.RTFDoc.RTFDsgn.UCRtfDocRstDsgn..ctor()
   at ZvitGUI.RTFDoc.UCRtfDocTemplate..ctor(IMainWindow w, FormRtfDocTemplate form, Boolean createNewDoc, Boolean PrimaryDocsColors)
   at ZvitGUI.RTFDoc.UCRtfDocTemplate..ctor(IMainWindow w, FormRtfDocTemplate form, Boolean createNewDoc, RstRunType runType)
   at ZvitGUI.RTFDoc.UCRtfDocTemplate.Run(IMainWindow w, RstRunType rstRunType)
   at ZvitGUI.RTFDoc.UCRtfDocTemplate.RunOther(IMainWindow w)

Предупреждение: регистрация привязки сборок выключена.
Чтобы включить регистрацию ошибок привязки сборок, установите значение параметра реестра [HKLM\Software\Microsoft\Fusion!EnableLog] (DWORD) в 1.
Примечание. Регистрация ошибок привязки сборок может привести к некоторому снижению производительности.
Чтобы отключить эту функцию, удалите параметр реестра [HKLM\Software\Microsoft\Fusion!EnableLog].

   --- End of inner exception stack trace ---
   at System.RuntimeMethodHandle._InvokeMethodFast(Object target, Object[] arguments, SignatureStruct& sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner)
   at System.RuntimeMethodHandle.InvokeMethodFast(Object target, Object[] arguments, Signature sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner)
   at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture, Boolean skipVisibilityChecks)
   at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
   at ezvit.UCMainMenuOld.RunCommand(XmlNode node)
   at ezvit.UCMainMenuOld.TvPartMouseDoubleClick(Object sender, MouseEventArgs e)
   at System.Windows.Forms.Control.OnMouseDoubleClick(MouseEventArgs e)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

П.М. Зате МЕДок швидко закривається:)
П.П.М. Дякую, буде можливість - спробуємо!)

Колпаков Б.И. писав:Для решения запуска Шаблони первинних документів:
по ссылке скачать библиотеку и подбросить в корень программы с заменой
https://drive.google.com/open?id=0B3wAH ... l9LVjNoZkk

це точно )

обновился до 10.01.137, опять вылезла проблема стыковки с 1С
При попытке отправки НН в 1С (ПКМ-"Відправити в 1С") выскакивает сообщение


медок сетевой. Стыковку с 1С делаем в терминальном режиме на удаленном сервере

при экспорте с реестра отчетов таблицы в эксель выдает ошибку

antonrtv
Необхідно вибрати конкретний період за який хочете зробити експорт. У Вас вибрано Період - ВСІ.

1st_vpr
Після переналаштувань стиковки в 1С перезавантажте служби Медка

tobiss писав:antonrtv
Необхідно вибрати конкретний період за який хочете зробити експорт. У Вас вибрано Період - ВСІ.

годовые отчеты выдают туже ошибку, а месячные нормально

antonrtv писав:

tobiss писав:antonrtv
Необхідно вибрати конкретний період за який хочете зробити експорт. У Вас вибрано Період - ВСІ.

годовые отчеты выдают туже ошибку, а месячные нормально

А у меня и от периода не зависит, такую же ошибку выдает и месячный и годовой отчеты.

Схоже у версії 137 знову поламали індекси

Версія бази що тільки що відновлена з резервної копії розміром близько 7 гігабайт.
Відкриття реєстру первинних документів за минулий місяць, та відкриття однієї податкової стало займати декілька хвилин.
Одна ця операція призводить до читання з диску загалом близько 4 (ЧОТИРЬОХ!!!) гігабайт.
Ще одна така операція за інший місяць призводить до зчитування 7,5 (семи з половиною) ГІГАБАЙТ!!! що вже більше розміру файла БД.

Ви там подуріли з такими вимогами до дискової підсистеми ???

poltava_energy писав:Ви там подуріли з такими вимогами до дискової підсистеми ???

Кластер из восьми серверов с рейдами 0+1 без проблем справится с такой задачей... It is honey, baby

Ivanhoe писав:

poltava_energy писав:Ви там подуріли з такими вимогами до дискової підсистеми ???

Кластер из восьми серверов с рейдами 0+1 без проблем справится с такой задачей... It is honey, baby

Думаю, економічно більш вигідно повисмикувати одному програмісту його руки із опи - ніж купляти кластер із вісьми серверів

Дослідив більш детально проблему.
Експеримент було проведено на тестовій системі із мереживною embedded-версією Firebird. На системах із Firebird-classic та Firebird-superserver ситуація така саме, окрім того що там важче відслідкувати загальне використання ресурсів декількома просессами.

Числові стовпчики по порядку: виділення памяті, прочитано байт, записано байт.
1. Старт ZvitGrp1 2. Запуск медка 3. Відкриття реєстру первинних документів 4. Перша податкова накладна 5. Друга податкова 6. Третя податкова Як це чудово видно, саме жахіття починається після відкриття податкової, під час якого зчитується понад ТРИ ГІГАБАЙТИ на кожну податкову.

Версія бази що тільки що відновлена з резервної копії розміром близько 7 гігабайт.

чисто из праздного любопытства- сколько времени заняло восстановление базы?

ferret писав:чисто из праздного любопытства- сколько времени заняло восстановление базы?

Цього разу я на час не дивився, але приблизно стільки
http://www.me-doc.com.ua/forum/viewtopi ... =7&t=12170

Ситуація з оновленнями 135-137 взагалі якась дивна...
Перед встановленням 135-го оновлення зробили РК, потім почали ставити оновлення та отримали звичну помилку з Cryptolib6.dll.
Після цього апдейтер почав відкочувати оновлення назад і завис. Після довгого очікування було прийнте рішення зняти задачу, але база виявилася непрацездатною із помилками bad checksum. Те як вона працює після відновлення наведено вище

PS: Зараз, після купи тем про пошкодження баз, мені здається, що така поведінка апдейтера була запланованою.
Чим більше поламаних БД, тим більше звернень до розробників і тим більший заробіток

poltava_energy писав:PS: Зараз, після купи тем про пошкодження баз, мені здається, що така поведінка апдейтера була запланованою.
Чим більше поламаних БД, тим більше звернень до розробників і тим більший заробіток

Робіть додатково бекап БД засобами Firebird і буде спокійніше: швидше створюється, швидше розгортається, зберігаються налаштування ролей.

tobiss писав:1st_vpr
Після переналаштувань стиковки в 1С перезавантажте служби Медка

Аналогічна проблема. Перезапустив служби ZvitGrp і Firebird нічого не допомогло!!!