Чому запитав, бо соната перестала блокувати профіль і зараз два користувача одночасно в програмі працюють. Ви скажете, що це неможливо, але це факт. Може ще хтось перевірить у себе? (версія програми 0.27.17.2)

Технічно це можливо зараз, але не рекомендується. Якщо випаде момент, коли обидва одночасно звернуться до бази даних, тоді база може пошкодитися або виникне помилка доступу до БД.

То тепер треба всіх юзерів запитати чи вони не в програмі або попередити всіх що я буду працювати в програмі, а якщо хтось забуде це зробити? А хто буде крайній, якщо база пошкодиться?

Ця функція (одночасний доступ кількох користувачів до одного профілю) не є спеціально розробленою та не підтримується розробниками. Це просто спосіб, який є можливим завдяки особливостям операційної системи та СУБД SQLite, і який користувачі можуть використовувати на свій розсуд, приймаючи усі можливі наслідки.
Якщо для вашого підприємства одночасний доступ кількох бухгалтерів до одного профілю Сонати цілком можливий, то ви можете відмовитися від такого способу використання програми задля гарантування цілісності бази даних.

Ця функція (одночасний доступ кількох користувачів до одного профілю) не є спеціально розробленою та не підтримується розробниками.

Якесь дивне пояснення від розробників. Тобто розробник чи розробники щось писали і хоп, а тут така фіча з'явилась, яка спеціально не розроблювалась і не планувалась, добре, най буде. А що пошкодиться база, то користувачі винні (хоча в документації вказано, що такого не буде, а буде заблоковано профіль).

Це просто спосіб, який є можливим завдяки особливостям операційної системи та СУБД SQLite, і який користувачі можуть використовувати на свій розсуд, приймаючи усі можливі наслідки.

Тут вибачте, але користувач працює в сонаті і він (користувач) жодного уявлення немає про внутрішнє функціонування сонати, на кшталт, яка субд використовується, яким чином взаємодіють компоненти програми між собою та операційною системою та ін. Яким чином користувач вирішує ці питання, він просто користується сонатою?

Якщо для вашого підприємства одночасний доступ кількох бухгалтерів до одного профілю Сонати цілком можливий, то ви можете відмовитися від такого способу використання програми задля гарантування цілісності бази даних.

Яким чином я можу відмовитися від такого способу використання?

Якесь дивне пояснення від розробників. Тобто розробник чи розробники щось писали і хоп, а тут така фіча з'явилась, яка спеціально не розроблювалась і не планувалась, добре, най буде.

Нічого дивного тут немає. "Фіча" не з'являлася раптом, вона була доступна з початку створення програми, адже обумовлює її не Соната, а те, про що я писав вище.

хоча в документації вказано, що такого не буде

У документації ніде не вказано, що база не може пошкодитися при певних діях. Таки ризик завжди є, наприклад при аварійному вимкненні живлення комп'ютера.

Тут вибачте, але користувач працює в сонаті і він (користувач) жодного уявлення немає про внутрішнє функціонування сонати, на кшталт, яка субд використовується, яким чином взаємодіють компоненти програми між собою та операційною системою та ін. Яким чином користувач вирішує ці питання, він просто користується сонатою?

Йому і не треба про це знати. Він звертається до нас і ми кажемо, що такий спосіб роботи програми (мережевий) можливий, але не гарантований. І користувач сам вирішує, що для нього важливіше у його конкретному випадку. Зрештою, можна просто робити автоматичні бекапи кожного дня і не сильно перейматися, що база може поламатися - потім можна просто відновити резервну копію.

Яким чином я можу відмовитися від такого способу використання?

Працюйте у Сонаті з профілями, збереженими на локальному комп'ютері.

ПС. Мені здається, що ви зайшли сюди просто "поговорити", а не вирішити проблему, яка виникла у вас із нашою програмою. У вас є якась конкретна ситуація, що потребує тех. підтримки?

Добрий день, запитання.

Мережева соната на сервері, доступ мають декілька користувачів які працють у Сонаті. До переналаштування віндовс, у профілях сонати відображались усі звіти які робили різні корситувачі на своіх входах. Тобто, синхронізувало звіти по всіх користувачах.

Після переналаштування віндовс, у сонаті відображаються тільки ті звіти, які робив певний користувач. Тобто на одному вході одні звіти (які робив даний користувач) на іншому користувачі другі звіти (які робив він).

Як налаштувати програму на синхронізації профілів під різними користувачами? З чим зв'язана така зміни у Сонаті?

З чим зв'язана така зміни у Сонаті?

.

Після переналаштування віндовс

Гадаю, це питання не до Сонати, а то того, хто переналаштовував у вас віндовс.
Соната зберігає дані профілю (налаштування, документи, звіти тощо) у папці поточного користувача системи. Якщо на сервер заходити під одним користувачем, то буде одна база і одні документи. Якщо заходити під різними користувачами - будуть різні бази і в кожного окремі документи.
ПС. Взагалі, "мережева Соната" робиться не так. Треба тримати профіль підприємства на сервері, і підключатися до нього через "розшарену" папку з різних Сонат, встановлених на комп'ютерах користувачів. Докладніше у нашій довідці - https://sonata.biz.ua/help/net_profile.html

.

Гадаю, це питання не до Сонати, а то того, хто переналаштовував у вас віндовс.
Соната зберігає дані профілю (налаштування, документи, звіти тощо) у папці поточного користувача системи. Якщо на сервер заходити під одним користувачем, то буде одна база і одні документи. Якщо заходити під різними користувачами - будуть різні бази і в кожного окремі документи.
ПС. Взагалі, "мережева Соната" робиться не так. Треба тримати профіль підприємства на сервері, і підключатися до нього через "розшарену" папку з різних Сонат, встановлених на комп'ютерах користувачів. Докладніше у нашій довідці - https://sonata.biz.ua/help/net_profile.html

У нас налаштований мережевий профіль. Як можна перевірити у сонаті, на який файлик на компі посилається даний профіль організації?

.

Гадаю, це питання не до Сонати, а то того, хто переналаштовував у вас віндовс.
Соната зберігає дані профілю (налаштування, документи, звіти тощо) у папці поточного користувача системи. Якщо на сервер заходити під одним користувачем, то буде одна база і одні документи. Якщо заходити під різними користувачами - будуть різні бази і в кожного окремі документи.
ПС. Взагалі, "мережева Соната" робиться не так. Треба тримати профіль підприємства на сервері, і підключатися до нього через "розшарену" папку з різних Сонат, встановлених на комп'ютерах користувачів. Докладніше у нашій довідці - https://sonata.biz.ua/help/net_profile.html

Якщо додати профіль (вже створений) новому користувачу у Сонату на сервері (тобто файлик профілю), вибиває помилку: SQLite3 помилка: Спроба запису в базу даних, доступну тільки для читання: begin exclusive transaction;

Можливо є якось причина, бо серверний адмін каже що зробив все що може.

Відкрийте "швидкий" список профілів у Сонаті та наведіть мишку на назву потрібного профілю - у спливаючій підказці буде видно, де цей профіль розташовано. Це можна повторити для різних користувачів і порівняти.

Якщо додати профіль (вже створений) новому користувачу у Сонату на сервері (тобто файлик профілю), вибиває помилку: SQLite3 помилка: Спроба запису в базу даних, доступну тільки для читання: begin exclusive transaction;

Можливо є якось причина, бо серверний адмін каже що зробив все що може.

Варто пам'ятати, що Соната підтримує одночасну роботу тільки одного користувача з певним профілем. Тобто, щоб підключити іншого користувача та працювати, треба спочатку закрити усі інші Сонати, в яких теж підключено цей профіль.
Окрім того, обмеження прав на запис може бути налаштоване для самого DB-файлу профілю або на папку, де він знаходиться.
Також додам, що "мережева Соната", це не розроблений спеціально варіант роботи з програмою, а просто спосіб обійти локальні обмеження програми за допомогою сторонніх механізмів (шеринг файлів по мережі). Тому, техпідтримка та працездатність такого способу використання програми не гарантується.

Якщо додати профіль (вже створений) новому користувачу у Сонату на сервері (тобто файлик профілю), вибиває помилку: SQLite3 помилка: Спроба запису в базу даних, доступну тільки для читання: begin exclusive transaction;

Можливо є якось причина, бо серверний адмін каже що зробив все що може.

Проблему найшли. Кожен користувач має свою папку на сервері. Якось об'єдняти профілі нереально так? Тобто у мене один звіт, у іншого користувача другий, синхронізувати неможливо так?

Окремого механізму для синхронізації профілів немає.
Ви можете перенести окремі документи через експорт-імпорт у програмі. Для цього вихідні документи (звіти, запити) та накладні треба експортувати у форматі "Непідписаних даних", або "Для зберігання". А вхідні документи (квитанції, витяги) - у форматі "Підписаних даних".
У цільовій Сонаті спочатку імпортуєте звіти, потім квитанції.

Окремого механізму для синхронізації профілів немає.
Ви можете перенести окремі документи через експорт-імпорт у програмі. Для цього вихідні документи (звіти, запити) та накладні треба експортувати у форматі "Непідписаних даних", або "Для зберігання". А вхідні документи (квитанції, витяги) - у форматі "Підписаних даних".
У цільовій Сонаті спочатку імпортуєте звіти, потім квитанції.

Дякую, дуже!! Проблему вирішено!!