powered by simpleCommunicator - 2.0.49     © 2025 Programmizd 02
Форумы / ERP и учетные системы [игнор отключен] [закрыт для гостей] / 1С 8.3 одна олайн база для сети аптек.
81 сообщений из 81, показаны все 4 страниц
1С 8.3 одна олайн база для сети аптек.
    #39299378
Mironico
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Добрый день!

Прошу вашего мнения и советов.

Работаю В IT отделе аптечной сети (>100).
Руководство поставило задачу "начать думать" о системе
где можно "быстро" делать изменения и быстро получать нужные данные.
Ключевое слово прозвучавшее на собрании - "онлайн".
Я как IT-шник подозреваю о сложностях и ньюансах такой системы но
задача поставлена и придется "выполнять приказ".

Поскольку юзаем 1C 8.3 в центральном офисе то первое что
возникло в мозгу использовать 1C.
Т.е. одна база для всех торговых точек.
Но вот как "оно будет работать" страшно подумать.
На данный момент имеем ~270 рабоих мест на ~ 100 аптек.
Кто-нибудь имеет опыт работы с такой бедой?
Что думаете?

Заранее спасибо!
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39299393
MikeDD
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Mironico, для начала я бы выяснял насколько быстро нужно делать изменения и что это за изменения и насколько быстро нужно получать нужные данные. Предполагаю у вас централизованный приход и заказ - в этом суть проблемы? Аптеки долго не видят товар, оприходованный в офисе а офис не видит актуальный остаток аптек чтобы сделать заказ?
С единой БД для всех аптек вы сразу столкнетесь с проблемой связи: аптека будет вынуждена простаивать если связи с центральной БД не будет. Ну а как будет себя вести 1С при ~270 коннектах с высокой задержкой - это лучше у 1Сников спрашивать.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39299403
Nitro_Junkie
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MikeDDС единой БД для всех аптек вы сразу столкнетесь с проблемой связи: аптека будет вынуждена простаивать если связи с центральной БД не будет.

Связь обычно наименьшая из проблем. При нормальной архитектуре (минимуме синхронных round-trip запросов), просто переключаетесь на 3г и проблема решена. К примеру у нас хватает сетей с фронтами в одной базе, кто в онлайн режиме работает.

Куда хуже когда датацентр из-за аварии падает. Для этого конечно надо по хорошему как минимум асинхронную реплику держать, чтобы быстро можно было переподключиться на этот сервер. Но там надо еще тогда быстро маршрутизацию изменить (если кластера нет), и все равно какое-то время продажи будут стоять. Но если это бывает раз в полтора год на час, бизнес обычно закрывает на это глаза (речь конечно не о супермаркетах).

Ну, а что касается 1С, если у вас активно используются автоматические блокировки, то лучше сразу не пробовать. С управляемыми зависит от того кто писал дорабатывал. Хотя все равно мне было бы стремно.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39299416
Программист 1с
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Можно и онлайн. У меня больше пользователей - все работает.

Но я бы сделал с допустим задержкой 10 минутной. Тоесть распределенная база. Раз в 10 минут обмен. Если рушится центральная база или нет связи - все работает на периферии. А закрывать аптеку из-за того что нет связи... глупо.

Да и настраивать 1с в этом случае легче (принтеры и тд)
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39299421
Программист 1с
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Да и уточните слово "онлайн" (Разные люди по разному воспринимают это слово, у меня "специалисты консультанты" превратили это в 5 минут). Не уверен что нужна посекундная работа.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39299425
Программист 1с
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Компания «Миттен» приобрела крупнейшую в Москве сеть аптек... ?
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39299434
Nitro_Junkie
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Программист 1сМожно и онлайн. У меня больше пользователей - все работает.

Но я бы сделал с допустим задержкой 10 минутной. Тоесть распределенная база. Раз в 10 минут обмен. Если рушится центральная база или нет связи - все работает на периферии. А закрывать аптеку из-за того что нет связи... глупо.

Да и настраивать 1с в этом случае легче (принтеры и тд)

С репликацией геморроя куда больше, особенно с встречной (конечно если у вас не система пришло \ ушло осталось). Во-первых ее надо реализовывать. Во-вторых с ограничениями - беда, непонятно что делать если в одной базе повесили ограничение, а из другой пришли данные которые его нарушают. В третьих надо дофига серверов - а) покупать самому, б) админить. Куда проще и дешевле резервный канал организовать.

Благо сейчас облака все такое, заказчики куда охотнее соглашаются на одну базу. Как вспомню распределенки и их поддержку - аж в дрожь бросает (хотя еще до сих пор таких клиентов вагон на поддержке :( )
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39299440
Nitro_Junkie
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Программист 1сМожно и онлайн. У меня больше пользователей - все работает.

А кстати интересно как? Я правильно понимаю, что у вас явно MS SQL в режиме версионника с управляемыми блокировками?

Просто я все никак не могу понять, как можно на СЛОЖНОЙ системе ВРУЧНУЮ оценить все возможные варианты конкурентного доступа и правильно синхронизировать их. Потому как даже с Write-Write блокировками достаточно проблем, а с Read-Write... Два варианта а) если слишком большие блокировки - аааа... у всех все висит, б) если слишком маленькие - а че у меня тут суммы не сходятся...
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39299454
MikeDD
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Nitro_JunkieВ третьих надо дофига серверов - а) покупать самому, б) админить. Куда проще и дешевле резервный канал организовать.
Кучеряво живете. А у нас на обслуге есть аптечные пункты с 1 компом, выполняющем функции сервера БД и кассы, причем с процом типа старого атома. И единственный канал связи - 3г модем. Аптеки сейчас не настолько рентабельный бизнес чтобы на каждую точку держать резервный канал.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39299462
Nitro_Junkie
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MikeDDNitro_JunkieВ третьих надо дофига серверов - а) покупать самому, б) админить. Куда проще и дешевле резервный канал организовать.
Кучеряво живете. А у нас на обслуге есть аптечные пункты с 1 компом, выполняющем функции сервера БД и кассы, причем с процом типа старого атома. И единственный канал связи - 3г модем. Аптеки сейчас не настолько рентабельный бизнес чтобы на каждую точку держать резервный канал.

Ну резервный канал по возможности. В любом случае админить такие аптечный пункты себе дороже. Ляснется веник, вы пока до нее доедете, пока все заново настроите, простой будет больше чем при падении связи. Я уж молчу про случаи, когда у вас изменения в системе (например в программе лояльности) идут очень часто, и нужны постоянные обновления. Плюс может еще просто место закончится, вирусы и т.п. А уж когда какая-нибудь деноминация, тогда вообще вешаться можно...

А так просто связь настроили (а она все равно для банковских карточек, системы лояльности да и просто обмена документами нужна) и все. Да и 3г по опыту падает куда реже чем проводная связь - экскаватору тяжелее ее перерезать :)
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39299472
Mironico
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Я вот так и думал что держать повсюду по 2 инета:
1. Основной (если есть то проводной)
2. 3g для переключения если падает 1й.

В офисе тоже 2 канала уже есть.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39299485
Mironico
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Сейчас у 1с есть конфигурация "управление аптечной сетью",
там в описании пишется даже про диалап соединение
и даже оффлайн режим.
Интересно как они организовали.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39299501
MikeDD
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Mironico, РБД + оффлайн репликация. А там хоть диалап, хоть ногами на флешке.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39299524
mad_nazgul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Mironico,

Ну... Я сейчас не в курсе последних веяний 1C, но раньше такая задача решалась ч/з MS Terminal Server.
Опять же тут проблема будет в качестве связи.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39299531
MikeDD
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кстати, а сколько приблизительно будет стоить 1С РБД офис на 10 юзеров + 100 точек по 3 юзера на каждой? Интересует хотя бы порядок величины.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39299573
Mironico
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
MikeDD,

Если вопрос ко мне то я еще не интересовался.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39299575
Nitro_Junkie
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mad_nazgulMironico,

Ну... Я сейчас не в курсе последних веяний 1C, но раньше такая задача решалась ч/з MS Terminal Server.
Опять же тут проблема будет в качестве связи.

Тут основная проблема даже не в связи, а в стыке с оборудованием. В RDP те же COM-порты через пень-колоду работают. Плюс нужная еще терминальная ферма, опять-таки с администрированием. Ну и к ширине пропускного канала требования существенно больше, чем при нормальной трехзвенке. То есть может быть еще хуже чем обычные распределенки.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39299576
Mironico
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Ну RDP совсем не вариант.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39299578
Nitro_Junkie
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MironicoЯ вот так и думал что держать повсюду по 2 инета:
1. Основной (если есть то проводной)
2. 3g для переключения если падает 1й.

В офисе тоже 2 канала уже есть.

В business-critical процессах лучше вообще хостить во внешних датацентрах, где электричество, связь по несколько раз задублировано и уборщицы с админами обученные. Только лучше приличный выбирать хотя бы по Tier III ( https://habrahabr.ru/company/ua-hosting/blog/243109/)
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39299596
Сисой
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
1. Использовать внешний дата-центр с хорошей репутацией.
2. Использовать web-доступ. Соответственно и приложение должно быть на тонком клиенте, с асинхронными вызовами и управляемыми блокировками.
3. Иметь в штате (или на аутсорсе) хорошего 1С:Эксперта по технологическим вопросам.
4. Иметь резервные каналы связи (3/4g).

Основной минус: для работы в тонком/web клиенте нужно современное оборудование клиентских станций. Как минимум, AMDx4/2 и хотя бы 19" широкоэкранный монитор. Всякую хрень типа Pentium IV с квадратными 17" - на помойку.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39299616
Последний выдох ГПЖ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
с нуля писать придется... людьми с пониманием

типовая, да еще на шасси в виде БСП - это капец
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39299628
Nitro_Junkie
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Сисой1. Использовать внешний дата-центр с хорошей репутацией.
2. Использовать web-доступ. Соответственно и приложение должно быть на тонком клиенте, с асинхронными вызовами и управляемыми блокировками.
3. Иметь в штате (или на аутсорсе) хорошего 1С:Эксперта по технологическим вопросам.
4. Иметь резервные каналы связи (3/4g).

Основной минус: для работы в тонком/web клиенте нужно современное оборудование клиентских станций. Как минимум, AMDx4/2 и хотя бы 19" широкоэкранный монитор. Всякую хрень типа Pentium IV с квадратными 17" - на помойку.

С первыми 4 пунктами в целом согласен. Но веб-доступ не прокатит из-за стыка с оборудованием.

Ну и с клиентскими станциями конечно у 1Са засада, у меня на demo.1c.ru их веб на 4-х ядернеке 3,5GHz и 16 гб памяти просто хождение по форме с именем товара и группой секунду занимает (причем там 2 round-trip'а, но они всего 200мс, остальное scripting \ rendering).
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39299636
Последний выдох ГПЖ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Nitro_JunkieСисой1. Использовать внешний дата-центр с хорошей репутацией.
2. Использовать web-доступ. Соответственно и приложение должно быть на тонком клиенте, с асинхронными вызовами и управляемыми блокировками.
3. Иметь в штате (или на аутсорсе) хорошего 1С:Эксперта по технологическим вопросам.
4. Иметь резервные каналы связи (3/4g).

Основной минус: для работы в тонком/web клиенте нужно современное оборудование клиентских станций. Как минимум, AMDx4/2 и хотя бы 19" широкоэкранный монитор. Всякую хрень типа Pentium IV с квадратными 17" - на помойку.

С первыми 4 пунктами в целом согласен. Но веб-доступ не прокатит из-за стыка с оборудованием.

Ну и с клиентскими станциями конечно у 1Са засада, у меня на demo.1c.ru их веб на 4-х ядернеке 3,5GHz и 16 гб памяти просто хождение по форме с именем товара и группой секунду занимает (причем там 2 round-trip'а, но они всего 200мс, остальное scripting \ rendering).

тонкий клиент такой тонкий...
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39299677
Сисой
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Nitro_JunkieС первыми 4 пунктами в целом согласен. Но веб-доступ не прокатит из-за стыка с оборудованием.


Согласен. Там, где оборудование - тонкий клиент через VPN.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39299688
Nitro_Junkie
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
СисойNitro_JunkieС первыми 4 пунктами в целом согласен. Но веб-доступ не прокатит из-за стыка с оборудованием.


Согласен. Там, где оборудование - тонкий клиент через VPN.

Ну VPN не факт что обязателен. Можно и просто через интернет работать. Правда тогда у пользователей будет интернет :). Ну и так небезопаснее, но если поставить какой-нить centos, то шансы подцепить вирус не такие и уж большие (быстрее пользователь троян словит). Во всяком случае у нас есть несколько клиентов, которые так работают.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39299727
Программист 1с
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Nitro_JunkieПрограммист 1сМожно и онлайн. У меня больше пользователей - все работает.

А кстати интересно как? Я правильно понимаю, что у вас явно MS SQL в режиме версионника с управляемыми блокировками?

Просто я все никак не могу понять, как можно на СЛОЖНОЙ системе ВРУЧНУЮ оценить все возможные варианты конкурентного доступа и правильно синхронизировать их. Потому как даже с Write-Write блокировками достаточно проблем, а с Read-Write... Два варианта а) если слишком большие блокировки - аааа... у всех все висит, б) если слишком маленькие - а че у меня тут суммы не сходятся...Управляемые блокировки в разрезе складов. Каждая аптека - свой склад. Можно одновременно проводить все документы.

У меня не 200 складов . Поэтому просто сделано максимальное быстрое проведение. Даже если бы были документы по 1 в 0.1 секунды, все было бы нормально.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39299741
Nitro_Junkie
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Программист 1сNitro_Junkieпропущено...


А кстати интересно как? Я правильно понимаю, что у вас явно MS SQL в режиме версионника с управляемыми блокировками?

Просто я все никак не могу понять, как можно на СЛОЖНОЙ системе ВРУЧНУЮ оценить все возможные варианты конкурентного доступа и правильно синхронизировать их. Потому как даже с Write-Write блокировками достаточно проблем, а с Read-Write... Два варианта а) если слишком большие блокировки - аааа... у всех все висит, б) если слишком маленькие - а че у меня тут суммы не сходятся...Управляемые блокировки в разрезе складов. Каждая аптека - свой склад. Можно одновременно проводить все документы.

У меня не 200 складов . Поэтому просто сделано максимальное быстрое проведение. Даже если бы были документы по 1 в 0.1 секунды, все было бы нормально.

Так, а если скажем списывают аптеки остатки (или просто резервируют товар) с центрального склада. Нужно ограничение, что товара не должно быть меньше 0. Ну или скажем задолженность по поставщику надо рассчитывать \ проверять, он то общий для всех аптек. Я к тому что ограничений может быть очень много (если более менее взрослая система - с расчетами, заказами, ассортиментами, протоколами согласования цен и т.д.), и далеко не все идут в разрезе складов, все же речь о сети идет.

Ну и вы я так понимаю в режиме версионника работаете или блокировочник в read commited обычный?
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39299795
Последний выдох ГПЖ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Nitro_JunkieНу и вы я так понимаю в режиме версионника работаете или блокировочник в read commited обычный?

а проблема в чем?

8.3 понимает read commit snapshot из коробки (с учетом совместимости)
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39299807
Nitro_Junkie
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Последний выдох ГПЖNitro_JunkieНу и вы я так понимаю в режиме версионника работаете или блокировочник в read commited обычный?

а проблема в чем?

8.3 понимает read commit snapshot из коробки (с учетом совместимости)

Ну READ COMMITED SNAPSHOT - это по сути забиваем на целостность. Будь что будет - там где заметим конкурентность, если повезет все будет ОК. Если нет, то сразу, а почему она дала провести, а почему сумма не сходится и т.п.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39299828
Последний выдох ГПЖ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Nitro_JunkieНу READ COMMITED SNAPSHOT - это по сути забиваем на целостность.

почему забиваем на целостность?

снепшот дает "целостность". но в пределах некой версии, которую в данный момент какая-то падла может менять
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39299869
Программист 1с
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Nitro_JunkieПрограммист 1спропущено...
Управляемые блокировки в разрезе складов. Каждая аптека - свой склад. Можно одновременно проводить все документы.

У меня не 200 складов . Поэтому просто сделано максимальное быстрое проведение. Даже если бы были документы по 1 в 0.1 секунды, все было бы нормально.

Так, а если скажем списывают аптеки остатки (или просто резервируют товар) с центрального склада. Нужно ограничение, что товара не должно быть меньше 0. Ну или скажем задолженность по поставщику надо рассчитывать \ проверять, он то общий для всех аптек. Я к тому что ограничений может быть очень много (если более менее взрослая система - с расчетами, заказами, ассортиментами, протоколами согласования цен и т.д.), и далеко не все идут в разрезе складов, все же речь о сети идет.

Ну и вы я так понимаю в режиме версионника работаете или блокировочник в read commited обычный?В дополнении к ПЖ. Вы не сможете провести отрицательные остатки.

И пусть Ваш супер сложный расчет разрешения проведения займет 0,1 секунды. И пусть все 200 поставщиков заказывают один и тот же товар (если разный то все проведется параллельно) в одну и туже секунду. Уже смешно?... В итоге даже при блокировках - за минут все проведется.

В реальности все обычно проще и лучше коня в сфере.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39299959
Nitro_Junkie
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Последний выдох ГПЖNitro_JunkieНу READ COMMITED SNAPSHOT - это по сути забиваем на целостность.

почему забиваем на целостность?

снепшот дает "целостность". но в пределах некой версии, которую в данный момент какая-то падла может менять

Ну так это значит что целостности нет по сути. То есть если кто-то запустил перепроведение, то другая транзакция которая читает данные этого перепроведения может получить данные сначала без учета его, а при следующем чтении уже с учетом. Как в этом случае вообще что-то можно проверять, обновлять?
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39299960
Nitro_Junkie
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Программист 1сИ пусть Ваш супер сложный расчет разрешения проведения займет 0,1 секунды.

Ну это если у вас пришло-ушло осталось. А если у вас десяток интегрированных модулей, там одних проверок и агрегаций > 200. Вон даже в УТ если зайти на demo.1c.ru, обычное поступление на 3 позиции проводится 3 секунды минимум, а там база из 100 записей.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39299976
Последний выдох ГПЖ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Nitro_JunkieТо есть если кто-то запустил перепроведение, то другая транзакция которая читает данные этого перепроведения может получить данные сначала без учета его, а при следующем чтении уже с учетом. Как в этом случае вообще что-то можно проверять, обновлять?

ну такие вещи "заворачивают" в единые транзакции
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39299978
Последний выдох ГПЖ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
снепшот убирает shared на чтение, но exclusive на запись (или если "попросить" об этом) - никуда не делся
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39299984
Mironico
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Почитал я коменты и чет страшно стало.
Опыта для написания такого монстра маловато.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39300006
Последний выдох ГПЖ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MironicoПочитал я коменты и чет страшно стало.
Опыта для написания такого монстра маловато.

а кому сейчас легко...

это только ЦУ в роли руками-водителя давать просто. особенно в теме где нихрена не смыслишь

взять и разработать. чтоб считало и кофе наливало
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39300010
Nitro_Junkie
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Последний выдох ГПЖснепшот убирает shared на чтение, но exclusive на запись (или если "попросить" об этом) - никуда не делся

При Snapshot чтение вообще в блокировках не учавствует. Как класс.

На самом деле именно Read Commited приводит к неповторяющимся чтениям. По идее если включать полностью SERIALIZABLE режим, то их не будет (но вопрос насколько сам 1С умеет работать в таком режиме с управляемыми и внутренними блокировками в регистрах)
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39300016
Nitro_Junkie
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Последний выдох ГПЖNitro_JunkieТо есть если кто-то запустил перепроведение, то другая транзакция которая читает данные этого перепроведения может получить данные сначала без учета его, а при следующем чтении уже с учетом. Как в этом случае вообще что-то можно проверять, обновлять?

ну такие вещи "заворачивают" в единые транзакции

Не понял, если честно, что именно "заворачивают"?

Вы же не можете знать кто с вами параллельно меняет данные. Одна из основных функций SQL, чтобы об этом думать не надо было, а если включать READ COMMITED, то это по сути работа в режиме "мне повезет".
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39300022
Nitro_Junkie
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MironicoПочитал я коменты и чет страшно стало.
Опыта для написания такого монстра маловато.

На самом деле мы немного преувеличиваем проблему. Можно действительно перевести 1С в режим "будь что будет" (READ COMMITED SNAPSHOT) и теоретически наверное в одной базе работать будет. Да иногда будет что-то плыть, ну будете заходить перерасчитывать, вручную подгонять. Я думаю это все в свое время с файл-сервером проходили и ничего выжили как-то.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39300043
kihor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Nitro_JunkieПоследний выдох ГПЖпропущено...


а проблема в чем?

8.3 понимает read commit snapshot из коробки (с учетом совместимости)

Ну READ COMMITED SNAPSHOT - это по сути забиваем на целостность. Будь что будет - там где заметим конкурентность, если повезет все будет ОК. Если нет, то сразу, а почему она дала провести, а почему сумма не сходится и т.п.

Если я не ошибаюсь, то read commited shapshot используется только для отчетов и списочных форм, а какой уровень изоляции используется в тразакции проведения зависит от типа блокировок (термин 1С, не БД). Если уровень автоматических блокировок, то уровень изоляции БД устанавливается достаточно высокий с потерей конкурентности, но не нужно особо "париться" из-за блокировок в коде. Если уровень блокировок 1С "управляемые", то уровень изоляции БД - read commited, но нужно самому устанавливать блокировки в коде 1С, причем это блокировки уровня сервера приложений 1С, а не БД. На сервере приложений 1С есть свой менеджер блокировок. Т.е. никто конечно не забивает на целостность. Поправьте если я не прав.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39300619
Программист 1с
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Nitro_JunkieПрограммист 1сИ пусть Ваш супер сложный расчет разрешения проведения займет 0,1 секунды.

Ну это если у вас пришло-ушло осталось. А если у вас десяток интегрированных модулей, там одних проверок и агрегаций > 200. Вон даже в УТ если зайти на demo.1c.ru, обычное поступление на 3 позиции проводится 3 секунды минимум, а там база из 100 записей.Вы не путайте обычную ут, с модернизированной. А еще демо-сервер с реальным сервером.

А что за 200 проверок? Допустим 10 по договору, еще 5 по остаткам. Что за остальные проверки? Бросайте все Ваши проверки в 1 запрос. Скорость выполнения запроса будет 3 секунды?

ps Ут демо на моем сервере, явно меньше секунды, с учетом безумного количества бесполезных функций.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39300833
Mironico
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Нагрузка у мну будет большая.
до 200 касс постоянно пробивают чеки.
Правда в разрезе "складов/торговых точек".
Сейчас это >20000 чеков в день.
Как все это будет на автоматических блокировках
даже не знаю.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39300848
Nitro_Junkie
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Программист 1сВы не путайте обычную ут, с модернизированной. А еще демо-сервер с реальным сервером.
А в чем разница? Особенно с сервером, или 1Са денех мало нормальный сервер взять. На том же ovh за 1000 баксов в месяц?

Программист 1сА что за 200 проверок? Допустим 10 по договору, еще 5 по остаткам. Что за остальные проверки?
200 проверок я имел ввиду все - создание агрегированных объектов (например строка накладной создает партию, позицию расценки, позицию поставки, так как в постсовке invoice'ы объединены с shipment'ами, штук 10 записей в регистрах и т.п.), перерасчет агрегированных показателей (вроде тех же сумм по регистрам + агрегаций для оперативной работы), записи логов (всего и вся, в сложной системе без этого никак, все друг на друга начинают валить). Ну и куча всяких мелких проверок \ трансформаций - вроде приведений к регистрам серий, номеров, или проверки что везде все задано, и всякая херня типа: 'Розничная сумма для строки поступления на цех должна совпадать с розничной суммой строки перемещения на цех', 'Покупатель строки основания должен соответствовать Организации склада списания' (таких я насчитал > 30)

Тут еще вопрос, что очень много данных надо денормализовывать чтобы иметь составные индексы. Скажем Склад + Дата + Прайс, потому как в нормализованном виде у вас при наличии 50 складов все будет ложиться (понятно что когда все не в одной базе таких проблем нет)

Кроме договоров, есть еще ассортименты, расценка, сертификация, госрегистрация, таможенное оформление, ну и все что связано с оперативным управлением закупками (где нужно много оперативных данных), это навскидку. Может конечно не 200, но порядок такой. И да, понятно что уложится в секунду можно (мы например укладываемся) но дьявол в деталях:

Бросайте все Ваши проверки в 1 запрос. Скорость выполнения запроса будет 3 секунды?

Вот это первая деталь. Потому как в таком случае нахрена вообще 1С или любой другой ORM фреймворк. То есть да можно делать все чисто в SQL парадигме, но с точки зрения поддержки и разработки это песец, причем фееричный. Причем ладно если еще можно сделать чтобы для ОДНОЙ операции был 1 запрос для ВСЕХ объектов (хотя даже это на ORM / 1С уже редкий геморрой, так как все же основные варианты использования это For и Документ.Цена=Товар.Цена, то есть ОДНА операция/ОДИН объект). Но для ВСЕХ операций и ВСЕХ объектов - 1 запрос, это очень дорого и не удобно. Если вы видели код систем, которые стремятся к этому, то не знаю как у вас, а у меня чуть кровь из глаз не лилась.

А вторая деталь, что делать с изменениями данных. Проверки скажем на остаток >0 при оперативном проведении это прекрасно. А вот что делать при изменении уже введенных документов, это куда веселее. Там нужна туча проверок на конкурентный доступ (скажем чтобы 2 человека одновременно не меняли одни и те же данные), но при этом желательно чтобы одновременно могли менять одни люди цены, а вторые скажем сертификаты.

В 1Се для изменений придумали проведение \ распроведение. Но вот тут я честно говоря вот чего не понимаю. Если у меня был приход на 5, расход на 5, а я меняю приход на 4. Что в этой идеологии будет? Она ругнется на распроведении (но тогда и 6 на 5 изменить нельзя будет) ? Или при проведении (но тогда непонятно, по идее она будет видеть что мы с -5 меняем на -1 и должна пустить). Может кто из местных 1Сцев подскажет?

Ну и тоже самое непонятно, что делать с теми же партиями (в идеологии проведение \ распроведение). Понятно, что сам 1С предлагают РАУЗ (типа вы просто "неправильно его держите"), но скажем в Беларуси в опте ОБЯЗАТЕЛЕН партионный учет. Ни один бухгалтер не согласится на его отсутствие, более того многие устраивают панику если по какой-то партии остаток <0.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39300879
kihor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Nitro_JunkieВ 1Се для изменений придумали проведение \ распроведение. Но вот тут я честно говоря вот чего не понимаю. Если у меня был приход на 5, расход на 5, а я меняю приход на 4. Что в этой идеологии будет? Она ругнется на распроведении (но тогда и 6 на 5 изменить нельзя будет) ? Или при проведении (но тогда непонятно, по идее она будет видеть что мы с -5 меняем на -1 и должна пустить). Может кто из местных 1Сцев подскажет?


Если я правильно понял Ваш вопрос, то при изменения прихода с 5 на 4 образуются отрицательные остатки. Это нужно просто контролировать периодически просматривая отчет об остатках. Я пока не сталкивался с тем, чтобы это была бы какая-то серьезная проблема. Если сотрудники вводят документы своевременно и на основе реальных операций, то проблемы это не составляет.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39300895
Nitro_Junkie
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kihorNitro_JunkieВ 1Се для изменений придумали проведение \ распроведение. Но вот тут я честно говоря вот чего не понимаю. Если у меня был приход на 5, расход на 5, а я меняю приход на 4. Что в этой идеологии будет? Она ругнется на распроведении (но тогда и 6 на 5 изменить нельзя будет) ? Или при проведении (но тогда непонятно, по идее она будет видеть что мы с -5 меняем на -1 и должна пустить). Может кто из местных 1Сцев подскажет?


Если я правильно понял Ваш вопрос, то при изменения прихода с 5 на 4 образуются отрицательные остатки. Это нужно просто контролировать периодически просматривая отчет об остатках. Я пока не сталкивался с тем, чтобы это была бы какая-то серьезная проблема. Если сотрудники вводят документы своевременно и на основе реальных операций, то проблемы это не составляет.

Безусловно. В идеальном мире. А на практике, млин у меня 200 отрицательных остатков по партиям. Что делать?!! Нас всех посадят !!!. А там идут цепочки отрицательных остатков. То есть товар пришел за день продался, ушел. В итоге все партии сместились, а руками сводить часы работы да и некому.

Причем забавляет логика пользователей. Как нам рассказывали при внедрении, был у них случай в предыдущей программе: пользователь звонит говорит не могу провести. Ей отвечают будем разбираться (пока учет в разнос не пошел), звонят через час объяснить, что она то ли не то списывает, то ли не оттуда. А он отвечает, а не все нормально я нашла как обойти. Она провела с другим складом, потом поменяла товар, там еще пару шаманских действий сделала, в таком случае проверки уже не было, и она все провела. Дебилы, б...

Сейчас же у них нет даже теоретической возможности загнать остаток в минус, все более менее довольны.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39300919
Последний выдох ГПЖ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
последовательность "свалится". при ее восстановлении партии перераспределятся

было:
"+" партия 1 +4
"-" партия 1 -4

стало:
"+" партия 1 +3
"-" партия 1 -4

после восстановления станет

"+" партия 1 +3
"-" партия 1 -3
"-" партия 1 -1


но это при наличии естественно
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39300921
Последний выдох ГПЖ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
упс

Последний выдох ГПЖ"+" партия 1 +3
"-" партия 1 -3
"-" партия 1 -1

+" партия 1 +3
"-" партия 1 -3
"-" партия 2 -1
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39300924
Последний выдох ГПЖ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Последний выдох ГПЖупс

Последний выдох ГПЖ"+" партия 1 +3
"-" партия 1 -3
"-" партия 1 -1

+" партия 1 +3
"-" партия 1 -3
"-" партия 2 -1

да что ж такое то...

"+" партия 1 +4
"-" партия 1 -3
"-" партия 2 -1
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39300948
Nitro_Junkie
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Последний выдох ГПЖпоследовательность "свалится". при ее восстановлении партии перераспределятся

было:
"+" партия 1 +4
"-" партия 1 -4

стало:
"+" партия 1 +3
"-" партия 1 -4

после восстановления станет

"+" партия 1 +3
"-" партия 1 -3
"-" партия 1 -1


но это при наличии естественно

Не вы не поняли, партии нельзя перераспределять, там же сертификаты в отгрузках все такое.

Но меняя вообще вопрос в принципе с остатками интересовал. То есть фиг с ними с партиями. Есть приход по товару - 5 штук и расход 5 штук. Как должно происходить изменение прихода на 4 штуки и проверка что остаток не меньше 0. То есть 6 приход - 5 расход должно дать изменить на 5 - 5. А 5 приход - 5 расход на 4-5 не дать.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39300977
LSV
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Nitro_JunkieЕсть приход по товару - 5 штук и расход 5 штук. Как должно происходить изменение прихода на 4 штуки и проверка что остаток не меньше 0. То есть 6 приход - 5 расход должно дать изменить на 5 - 5. А 5 приход - 5 расход на 4-5 не дать.Должна быть таблица привязок партий. В ней видно с какого прихода какой был расход. Если уменьшить приход, то расход сразу станет больше прихода. Как то так.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39300996
Последний выдох ГПЖ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Nitro_JunkieЕсть приход по товару - 5 штук и расход 5 штук. Как должно происходить изменение прихода на 4 штуки и проверка что остаток не меньше 0. То есть 6 приход - 5 расход должно дать изменить на 5 - 5. А 5 приход - 5 расход на 4-5 не дать.

современная "модель" проведения на этом и построена - сначала пишем, потом проверяем не вылезли ли в минус, потом rollback если что не так
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39300999
Последний выдох ГПЖ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
количество же не с потолка списывается, а с конкретной партии. следовательно по ней общей остаток (списана она уже в ноль или нет) известен. и что с ней будет при изменении прихода - тоже понятно будет
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39301012
Nitro_Junkie
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Последний выдох ГПЖколичество же не с потолка списывается, а с конкретной партии. следовательно по ней общей остаток (списана она уже в ноль или нет) известен. и что с ней будет при изменении прихода - тоже понятно будет

Да забыли про партии. Представим что их нет, только товары.

Вопрос в другом. Можно распровести документ прихода, если после его распроведения остаток станет < 0? Как я понимаю у 1Са какая архитектура, изначально есть только обработка проведения, которая пишет в регистры и помечает для этих записей этот документ в качестве регистратора. При распроведении все эти записи удаляются. При проведении заново выполняется обработка проведения. Как в такой идеологии идет проверка остатка >0 при изменении приходов? Я видимо просто чего то не знаю.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39301013
Nitro_Junkie
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Другими словами как вообще в 1С обычно обрабатывается изменение документов?
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39301095
Mironico
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Nitro_Junkie,

Если не ставить проверок то уходит в минус.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39301178
Nitro_Junkie
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MironicoNitro_Junkie,

Если не ставить проверок то уходит в минус.

А если ставить, то куда? В обработку проведения? А как узнать что было до?
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39301271
Программист 1с
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Nitro_JunkieПрограммист 1сВы не путайте обычную ут, с модернизированной. А еще демо-сервер с реальным сервером.
А в чем разница? Особенно с сервером, или 1Са денех мало нормальный сервер взять. На том же ovh за 1000 баксов в месяц?Вы в курсе на каком сервере и сколько одновременно крутится баз, при демо веб запросе? Или Вы просто болтаете?
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39301277
Программист 1с
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Nitro_JunkieПрограммист 1сА что за 200 проверок? Допустим 10 по договору, еще 5 по остаткам. Что за остальные проверки?
200 проверок я имел ввиду все - создание агрегированных объектов (например строка накладной создает партию, позицию расценки, позицию поставки, так как в постсовке invoice'ы объединены с shipment'ами, штук 10 записей в регистрах и т.п.), перерасчет агрегированных показателей (вроде тех же сумм по регистрам + агрегаций для оперативной работы), записи логов (всего и вся, в сложной системе без этого никак, все друг на друга начинают валить). Ну и куча всяких мелких проверок \ трансформаций - вроде приведений к регистрам серий, номеров, или проверки что везде все задано, и всякая херня типа: 'Розничная сумма для строки поступления на цех должна совпадать с розничной суммой строки перемещения на цех', 'Покупатель строки основания должен соответствовать Организации склада списания' (таких я насчитал > 30)Итого 10 проверок так и осталось, а пока Вы говорите только отговорки про логи и прочее.

Еще раз спрошу - где 200 проверок?
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39301281
Программист 1с
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Nitro_JunkieБросайте все Ваши проверки в 1 запрос. Скорость выполнения запроса будет 3 секунды?

Вот это первая деталь. Потому как в таком случае нахрена вообще 1С или любой другой ORM фреймворк. То есть да можно делать все чисто в SQL парадигме, но с точки зрения поддержки и разработки это песец, причем фееричный. Причем ладно если еще можно сделать чтобы для ОДНОЙ операции был 1 запрос для ВСЕХ объектов (хотя даже это на ORM / 1С уже редкий геморрой, так как все же основные варианты использования это For и Документ.Цена=Товар.Цена, то есть ОДНА операция/ОДИН объект). Но для ВСЕХ операций и ВСЕХ объектов - 1 запрос, это очень дорого и не удобно. Если вы видели код систем, которые стремятся к этому, то не знаю как у вас, а у меня чуть кровь из глаз не лилась.

А вторая деталь, что делать с изменениями данных. Проверки скажем на остаток >0 при оперативном проведении это прекрасно. А вот что делать при изменении уже введенных документов, это куда веселее. Там нужна туча проверок на конкурентный доступ (скажем чтобы 2 человека одновременно не меняли одни и те же данные), но при этом желательно чтобы одновременно могли менять одни люди цены, а вторые скажем сертификаты.

В 1Се для изменений придумали проведение \ распроведение. Но вот тут я честно говоря вот чего не понимаю. Если у меня был приход на 5, расход на 5, а я меняю приход на 4. Что в этой идеологии будет? Она ругнется на распроведении (но тогда и 6 на 5 изменить нельзя будет) ? Или при проведении (но тогда непонятно, по идее она будет видеть что мы с -5 меняем на -1 и должна пустить). Может кто из местных 1Сцев подскажет?

Ну и тоже самое непонятно, что делать с теми же партиями (в идеологии проведение \ распроведение). Понятно, что сам 1С предлагают РАУЗ (типа вы просто "неправильно его держите"), но скажем в Беларуси в опте ОБЯЗАТЕЛЕН партионный учет. Ни один бухгалтер не согласится на его отсутствие, более того многие устраивают панику если по какой-то партии остаток <0.1. И в чем писец? Неумение выносить данные которые нужны для расчетов в таблицы, из которых удобно делать запросы?
Или неумение пользоваться пакетом запросов? Элементарно и легко используется. Или Вы рассказываете Ген диру - как Вам ПЕСЕЦ как сложно что-то делать?

2. Куча "туева" проверок не нужна. Глупость это.

3. С партиями тоже все замечательно, если подойти и подумать.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39301286
Nitro_Junkie
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Программист 1сNitro_Junkieпропущено...

200 проверок я имел ввиду все - создание агрегированных объектов (например строка накладной создает партию, позицию расценки, позицию поставки, так как в постсовке invoice'ы объединены с shipment'ами, штук 10 записей в регистрах и т.п.), перерасчет агрегированных показателей (вроде тех же сумм по регистрам + агрегаций для оперативной работы), записи логов (всего и вся, в сложной системе без этого никак, все друг на друга начинают валить). Ну и куча всяких мелких проверок \ трансформаций - вроде приведений к регистрам серий, номеров, или проверки что везде все задано, и всякая херня типа: 'Розничная сумма для строки поступления на цех должна совпадать с розничной суммой строки перемещения на цех', 'Покупатель строки основания должен соответствовать Организации склада списания' (таких я насчитал > 30)Итого 10 проверок так и осталось, а пока Вы говорите только отговорки про логи и прочее.

Еще раз спрошу - где 200 проверок?

Даже в этом предложении уже их >10. Я могу вам список все кинуть. Но вы на каждую скажете, что она не нужна. Хотя каждая из них конкретный change request заказчиков.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39301291
Nitro_Junkie
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Программист 1сNitro_Junkieпропущено...

А в чем разница? Особенно с сервером, или 1Са денех мало нормальный сервер взять. На том же ovh за 1000 баксов в месяц?Вы в курсе на каком сервере и сколько одновременно крутится баз, при демо веб запросе? Или Вы просто болтаете?

В курсе. 11 баз. Их легко потянет скажем три BHG сервера https://www.ovh.ie/dedicated_servers/HG/. Еще раз у 1Са нет 1500евро в месяц на сервер. Чтобы когда потенциальный клиент заходил в демо, у него не возникал вопрос, какого лешего она так тормозит на демо базе? Что же будет в продакшне...
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39301292
Программист 1с
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
[quot Nitro_Junkie]Уважаемый Nitro_Junkie.

Ваш язык "ПЕСЕЦ как сложно", "Туева Куча" и тд и тп. несомненно говорят о Вас, как крутом спеце. (а не в коем случае не в желании самому понять хотя бы на бумажке что и как изменять, если менять задним число, и уж тем более не о лени)


Но все Ваши проблемы слишком мелкие и скучные, наймите спеца и он(а) Вам разъяснит как и что. А лучше поставьте Сап (дельфи, c++) - там все проблемы точно решены, и нет ни каких рид коммит.


ps Правильный вопрос содержит уже половину ответа.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39301294
Nitro_Junkie
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Программист 1сNitro_Junkieпропущено...


Вот это первая деталь. Потому как в таком случае нахрена вообще 1С или любой другой ORM фреймворк. То есть да можно делать все чисто в SQL парадигме, но с точки зрения поддержки и разработки это песец, причем фееричный. Причем ладно если еще можно сделать чтобы для ОДНОЙ операции был 1 запрос для ВСЕХ объектов (хотя даже это на ORM / 1С уже редкий геморрой, так как все же основные варианты использования это For и Документ.Цена=Товар.Цена, то есть ОДНА операция/ОДИН объект). Но для ВСЕХ операций и ВСЕХ объектов - 1 запрос, это очень дорого и не удобно. Если вы видели код систем, которые стремятся к этому, то не знаю как у вас, а у меня чуть кровь из глаз не лилась.

А вторая деталь, что делать с изменениями данных. Проверки скажем на остаток >0 при оперативном проведении это прекрасно. А вот что делать при изменении уже введенных документов, это куда веселее. Там нужна туча проверок на конкурентный доступ (скажем чтобы 2 человека одновременно не меняли одни и те же данные), но при этом желательно чтобы одновременно могли менять одни люди цены, а вторые скажем сертификаты.

В 1Се для изменений придумали проведение \ распроведение. Но вот тут я честно говоря вот чего не понимаю. Если у меня был приход на 5, расход на 5, а я меняю приход на 4. Что в этой идеологии будет? Она ругнется на распроведении (но тогда и 6 на 5 изменить нельзя будет) ? Или при проведении (но тогда непонятно, по идее она будет видеть что мы с -5 меняем на -1 и должна пустить). Может кто из местных 1Сцев подскажет?

Ну и тоже самое непонятно, что делать с теми же партиями (в идеологии проведение \ распроведение). Понятно, что сам 1С предлагают РАУЗ (типа вы просто "неправильно его держите"), но скажем в Беларуси в опте ОБЯЗАТЕЛЕН партионный учет. Ни один бухгалтер не согласится на его отсутствие, более того многие устраивают панику если по какой-то партии остаток <0.1. И в чем писец? Неумение выносить данные которые нужны для расчетов в таблицы, из которых удобно делать запросы?
Или неумение пользоваться пакетом запросов? Элементарно и легко используется. Или Вы рассказываете Ген диру - как Вам ПЕСЕЦ как сложно что-то делать?

2. Куча "туева" проверок не нужна. Глупость это.

3. С партиями тоже все замечательно, если подойти и подумать.

1. Нет. Вопрос нафига мне тогда 1С. Лучше уж тогда на голом PL/SQL'е писать.

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

2. Естественно. А то что пользователи хотят, это их проблемы.

3. Но даже про проведение \ перепроведение и остаток >0 никто толком не ответил. Про партии это вообще отдельная тема, потому как в 1Се, не совсем понятно в какой момент вообще они должны создаваться. При проведении? Тогда как их перепроводить. Локально при вводе, тогда кто будет чистить мусор, если документ удалится, не проведется, и вообще если ее сдуру используют.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39301300
Nitro_Junkie
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
[quot Программист 1с]Nitro_JunkieУважаемый Nitro_Junkie.

Ваш язык "ПЕСЕЦ как сложно", "Туева Куча" и тд и тп. несомненно говорят о Вас, как крутом спеце. (а не в коем случае не в желании самому понять хотя бы на бумажке что и как изменять, если менять задним число, и уж тем более не о лени)


Но все Ваши проблемы слишком мелкие и скучные, наймите спеца и он(а) Вам разъяснит как и что. А лучше поставьте Сап (дельфи, c++) - там все проблемы точно решены, и нет ни каких рид коммит.


ps Правильный вопрос содержит уже половину ответа.

Я то как раз все вопросы по существу задаю. Мне реально интересно, может на 1С перейти, но если даже на форуме никто на простой вопрос, не может толком ответить, то боюсь представить, что будет если столкнусь с более серьезной проблемой.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39301306
kihor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Nitro_JunkieВопрос в другом. Можно распровести документ прихода, если после его распроведения остаток станет < 0? Как я понимаю у 1Са какая архитектура, изначально есть только обработка проведения, которая пишет в регистры и помечает для этих записей этот документ в качестве регистратора. При распроведении все эти записи удаляются. При проведении заново выполняется обработка проведения. Как в такой идеологии идет проверка остатка >0 при изменении приходов? Я видимо просто чего то не знаю.

Я не сталкивался с какими-то проверками при проведении при изменении приходов. Когда я автоматизировал крупную торговую компанию с парой десятков филиалов по всему СНГ, то проблемы с минусовыми остатками повесили на ответственность менеджеров, которые вводят документы. На том основании, что при корректном и своевременном вводе документов такой ситуации не должно быть. Документы за вчерашний и более старые дни менять запрещалось, только в особых случаях для чего нужно было спросить разрешение - иначе "выговор" (образно говоря, скорее просто минус в карму). Я за 15 лет функционирования системы не помню, чтобы отрицательные остатки были проблемой. Т.е. организационными методами вполне можно решить эту проблему. Возможно, еще от бизнеса зависит, но в моем случае было так, как я описал.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39301375
Nitro_Junkie
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kihorNitro_JunkieВопрос в другом. Можно распровести документ прихода, если после его распроведения остаток станет < 0? Как я понимаю у 1Са какая архитектура, изначально есть только обработка проведения, которая пишет в регистры и помечает для этих записей этот документ в качестве регистратора. При распроведении все эти записи удаляются. При проведении заново выполняется обработка проведения. Как в такой идеологии идет проверка остатка >0 при изменении приходов? Я видимо просто чего то не знаю.

Я не сталкивался с какими-то проверками при проведении при изменении приходов. Когда я автоматизировал крупную торговую компанию с парой десятков филиалов по всему СНГ, то проблемы с минусовыми остатками повесили на ответственность менеджеров, которые вводят документы. На том основании, что при корректном и своевременном вводе документов такой ситуации не должно быть. Документы за вчерашний и более старые дни менять запрещалось, только в особых случаях для чего нужно было спросить разрешение - иначе "выговор" (образно говоря, скорее просто минус в карму). Я за 15 лет функционирования системы не помню, чтобы отрицательные остатки были проблемой. Т.е. организационными методами вполне можно решить эту проблему. Возможно, еще от бизнеса зависит, но в моем случае было так, как я описал.

Ну во-первых, все очень зависит от специфики торговли.Если речь идет о штрихкодированном легкоразличимом товаре с не очень широким ассортиментом, то тут да проблем меньше (в аптеках так вообще если отгрузишь не то - сесть можно). Но я учавствовал в автоматизации крупной торговли рыбой, вот там проблема была очень острой (там очень непросто отличить одну рыбу от другой ну и весовой товар). Плюс там бухгалтерия очень ревностно относилось к отрицательным остаткам, так как формально это нарушение и может закончится крупным штрафом (во всяком случае в Беларуси). Еще больший бардак я наблюдал на торговле фруктами, но там уже проблема была не только с отрицательными остатками, а с тем что себестоимость была не средневзвешенная а партионная, и после акций типа 2 по цене 1 регулярно возникали скандалы, а чего это мы так сильно в минус наторговали (нам тоже прилетало за это).

Во-вторых. Я знаю, что автоматизация бардака приводит к автоматизированному бардаку. Но "устранение бардака", это все равно что "наведение порядка в стране", вроде все знают что надо сделать, но оно как-то не получается. В этом смысле внедрение в виде, давайте наставим ограничений, потом там где будут возникать проблемы, их будем немного ослаблять \ видоизменять и на выходе получим пусть автоматизированный, но управляемый бардак. Дальше постепенно подкручивая те или иные ограничения можно упорядочить бизнес с учетом его специфики и тем самым получить IT-систему именно как хороший инструмент управления бизнесом, а не его автоматизации.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39301502
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Mironico,

Может это конечно прозвучит как бред :-)
Берем что то типа Кристал Сет. И пишем обмен с кассами.
Приходы - если даже связь упадет можно и позднее внести.
Касса - там и сканер и платежный терминал уже включены и работают даже в офлайне ибо сервер Кристалла стоит на стороне клиента.
А в боевую базу тянуть продажи с какой то задержкой + выгрузка цен в Кристалл - но на сколько я помню, у Кристалла это реализовано.
Кубы у Кристалла есть, Инфо киоск так же есть. Может еще что то уже доделали.
Гибкая система скидок была, опять же карточки с дисконтом, накопительные - уже в комплекте.

Не являюсь представителем данного ПО. Не реклама.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39301511
Программист 1с
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Nitro_JunkieПрограммист 1спропущено...
Вы в курсе на каком сервере и сколько одновременно крутится баз, при демо веб запросе? Или Вы просто болтаете?
В курсе. 11 баз. Их легко потянет скажем три BHG сервера https://www.ovh.ie/dedicated_servers/HG/. Еще раз у 1Са нет 1500евро в месяц на сервер. Чтобы когда потенциальный клиент заходил в демо, у него не возникал вопрос, какого лешего она так тормозит на демо базе? Что же будет в продакшне...Характеристики сервера и количество одновременных демо запусков Вы не указали.

Также рекомендую отправить письмо Нуралиеву за его безобразную рекламу.

Nitro_JunkieЯ то как раз все вопросы по существу задаю. Мне реально интересно, может на 1С перейти, но если даже на форуме никто на простой вопрос, не может толком ответить, то боюсь представить, что будет если столкнусь с более серьезной проблемой.Несомненно на Ваши вопросы никто не ответит, ввиду непонимания Вами процессов. А чтобы рассказать Вами процессы - необходимо чтобы Вы знали 1с. (Как вариант - умели на листочке расписать что и как будет меняться, если поменять то-то и то-то в том-то и том-то периоде)Nitro_JunkieВопрос нафига мне тогда 1С. Лучше уж тогда на голом PL/SQL'е писать.Вы абсолютно правы, 1с не поддерживает Ваши хотелки.

ps Извините - ушел заниматься более серьезными проблемами на 1с.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39301646
Nitro_Junkie
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
VolochkovaMironico,

Может это конечно прозвучит как бред :-)
Берем что то типа Кристал Сет. И пишем обмен с кассами.
Приходы - если даже связь упадет можно и позднее внести.
Касса - там и сканер и платежный терминал уже включены и работают даже в офлайне ибо сервер Кристалла стоит на стороне клиента.
А в боевую базу тянуть продажи с какой то задержкой + выгрузка цен в Кристалл - но на сколько я помню, у Кристалла это реализовано.
Кубы у Кристалла есть, Инфо киоск так же есть. Может еще что то уже доделали.
Гибкая система скидок была, опять же карточки с дисконтом, накопительные - уже в комплекте.

Не являюсь представителем данного ПО. Не реклама.

Ну у наших клиентов аптек у всех строгий партионный учет (очень важны сроки годности). Поэтому на практике процесс такой, идет сканирование штрих-кода, а дальше выбор на экране партии с нужным сроком годности из тех что есть на остатках (они как правило всегда актуальные, у аптек инвентаризация если на 50$ уже очень редкая ситуация). У кристала такой функциональности нет. Конечно можно полностью все перемаркировывать, но это очень затратный с точки зрения времени процесс.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39301651
Nitro_Junkie
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Программист 1сХарактеристики сервера и количество одновременных демо запусков Вы не указали.

Также рекомендую отправить письмо Нуралиеву за его безобразную рекламу.


Какого сервера? Каких одновременных демо-запусков? В ссылке есть характеристики сервера. Такой сервер должен выдержать минимум 400 ОДНОВРЕМЕННЫХ подключений. Вы думаете их там больше?

Нуралиеву ничего отправлять не надо. Собственно если все 1Сцы общаются в вашем стиле, то понятно почему все делятся на те кто "нужен 1С", и "1C даже близко не рассматриваем", хотя это всего лишь инструмент. Это как мы "здесь можно использовать только отвертку", или "отвертку здесь ни в каком случае использовать нельзя"

Программист 1сНесомненно на Ваши вопросы никто не ответит, ввиду непонимания Вами процессов. А чтобы рассказать Вами процессы - необходимо чтобы Вы знали 1с.

Интересно, как же эти процессы существовали до появления 1С. Или как они существуют за пределами СНГ, где про никакой 1С даже не слышали. Вы сами понимаете, какой бред пишете.

Программист 1сps Извините - ушел заниматься более серьезными проблемами на 1с.

Куда уж серьезнее, чем когда под конец месяца бухгалтерия в панике, когда у них несколько сотен отрицательных по партиям и они не знают что с ними делать?
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39313649
Necessitudo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Nitro_JunkieПрограммист 1сХарактеристики сервера и количество одновременных демо запусков Вы не указали.

Также рекомендую отправить письмо Нуралиеву за его безобразную рекламу.


Какого сервера? Каких одновременных демо-запусков? В ссылке есть характеристики сервера. Такой сервер должен выдержать минимум 400 ОДНОВРЕМЕННЫХ подключений. Вы думаете их там больше?

Нуралиеву ничего отправлять не надо. Собственно если все 1Сцы общаются в вашем стиле, то понятно почему все делятся на те кто "нужен 1С", и "1C даже близко не рассматриваем", хотя это всего лишь инструмент. Это как мы "здесь можно использовать только отвертку", или "отвертку здесь ни в каком случае использовать нельзя"

Программист 1сНесомненно на Ваши вопросы никто не ответит, ввиду непонимания Вами процессов. А чтобы рассказать Вами процессы - необходимо чтобы Вы знали 1с.

Интересно, как же эти процессы существовали до появления 1С. Или как они существуют за пределами СНГ, где про никакой 1С даже не слышали. Вы сами понимаете, какой бред пишете.

Программист 1сps Извините - ушел заниматься более серьезными проблемами на 1с.

Куда уж серьезнее, чем когда под конец месяца бухгалтерия в панике, когда у них несколько сотен отрицательных по партиям и они не знают что с ними делать?

А можете еще раз свой вопрос сформулировать? Я попытаюсь ответить)
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39313775
Злой Бобр
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Mironico...
где можно "быстро" делать изменения и быстро получать нужные данные.

Берете утюг, паяльник, ... и выпытываете у руководства конкретику - что, куда, когда. Очень желательно в письменном виде (потом спасибо скажете когда на вас всех собак начнут вешать). Когда получите ответы - приходите (лучше создавайте новую тему с конкретикой).

Из практики. На аптеке никакой онлайн не нужен. Поэтому забудьте о решении "все в одном флаконе". Разделите бек и фронт. В качестве фронта можно вообще не использовать 1С (с моей точки зрения это правильное и проверенное временем решение). На беке можете пользовать хоть 1С, хоть другое решение (тут уже вопрос именно к вашим айтишникам - что умеют "готовить" то и берите). Делать обмены с аптеками можно хоть каждый час. Для "онлайна" (я так подозреваю что речь шла о продажах через интернет магазин) БД должна сама сформировать запрос в конкретную аптеку и получить результат.

Также забудьте о написании именно под вас конфигурации. Руководство не станет ждать и вы станете крайним.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39313957
Последний выдох ГПЖ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Nitro_JunkieВопрос нафига мне тогда 1С. Лучше уж тогда на голом PL/SQL'е писать.

можно. но долго
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39314408
Nitro_Junkie
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Последний выдох ГПЖNitro_JunkieВопрос нафига мне тогда 1С. Лучше уж тогда на голом PL/SQL'е писать.

можно. но долго

Так и выносить все во временные таблицы и пакетами запросы обрабатывать (а не просто в циклах обращаться к объектам А.b) тоже долго. Но вот Программист 1С так предлагает решать вопросы производительности.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39314423
Последний выдох ГПЖ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Nitro_JunkieПоследний выдох ГПЖпропущено...


можно. но долго

Так и выносить все во временные таблицы и пакетами запросы обрабатывать (а не просто в циклах обращаться к объектам А.b) тоже долго. Но вот Программист 1С так предлагает решать вопросы производительности.

я не про производительность.

я про "когда появится решение" которое можно поставить в аптеку и не бегать вокруг него с подпорками и скриптами
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39332396
Талаат
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
чем история закончилась? что выбрали?
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39382027
Александр Татарченко
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вечная проблема выбора, между реплицируемыми базами и одной онлайн.
У реплицируемых один геморрой, у онлайн - проблема с падением инета...
В Меркурий-ERP мы сделали реплицируемый POS, а основная программа работает с онлайн базой. Если интернет упал - продажи в магазине/аптеке не остановятся. Касса независимо работает. А без приходов/расхододв/финансов можно полдня обойтись.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39382971
Программист 1с
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Так кассы сейчас все могут хранить данные 30 дней?
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39387428
Volochkova
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Программист 1с,

Кристалл хранит и более.
90 дней было стандартом еще в 2010 году.
...
Рейтинг: 0 / 0
1С 8.3 одна олайн база для сети аптек.
    #39388893
Программист 1с
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
VolochkovaПрограммист 1с,

Кристалл хранит и более.
90 дней было стандартом еще в 2010 году.Не могут, а должны - имел ввиду конечно требования к ккм с 2017 года. Или я не понимаю что такое "реплицируемый POS". Загрузка данных с него в программу?
...
Рейтинг: 0 / 0
81 сообщений из 81, показаны все 4 страниц
Форумы / ERP и учетные системы [игнор отключен] [закрыт для гостей] / 1С 8.3 одна олайн база для сети аптек.
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]