![]() |
#26 |
Участник
|
Цитата:
1.1. Собственный формат базы данных (будет убран в следующих версиях) В 1С реализация такая же как и в Навижине. Цитата:
Но с изменением структуры таблиц надо быть предельно осторожным - транзакция по изменению пройдет нормально. Но есть еще и кэши, которые могут стать невалидными при изменении структуры. Невалидные кэши могут вызвать кучу наведенных ошибок, источник которых очень сложно понять. Также как и в Аксапте типовой совет - перегрузить клиента и сервер. Нет. Не было, нет, и не будет. Для нормальной работы в оффлайне нужна двухуровневая фиксация транзакций. Без механизма двухуровневой фиксации транзакций - репликация является профанацией. А правильная поддержка механизма двухуровневой фиксации транзакций - очень сильно усложняет "конфигурацию" и удорожает ее разработку и, что главное, поддержку. Пример: Склад, Магазин1, Магазин2. Работают через "репликацию". На складе есть 10шт товара. Магазин1 заказывает и продает 6 шт. Магазин2 заказывает и продает 7 шт. В каждом магазине транзакция завершится удачно. Клиенту будет сообщено, что продажа выполнена. Проблемы возникнут только после профанационной "репликации", в котором нет двухуровневой фиксации транзакций. какой-то магазин не сможет выполнить свои обязательства. Но в рамках одноуровневой транзакции - это не определено и неуправляемо. Поэтому 4.1. в 1С реализована не репликация, а обмен данными. ![]() 4.2. Разработчики Навижина считают, что средства коммуникации и дальше будут дешеветь. Поэтому чем дальше, тем более приемлемым вариантом является организация постоянного канала к единой централизованной базе данных. Об этом неоднократно писалось. Ищи в поиске ![]() Через стандартный SharePoint и ReportingService. Цитата:
![]() Вообще говоря, в рамках одной базы поддерживается несколько фирм. В каждой фирме может быть своя настройка всех таблиц (а некоторые таблицы можно сделать общими) Для передачи данных между фирмами УЖЕ реализован межфирменный учет который передает финансовые операции из одной фирмы в другую с заменой счетов, валют и финансовых аналитик. Поэтому с точки зрения Навижина держать в пределах одной базы еще и несколько планов счетов - нет никакого смысла. Организуются отдельные фирмы и настраивается межфирменный учет. В каждой фирме план счетов один. Данные передаются периодически. Цитата:
Серьезный недостаток - обновляется медленно. Поскольку очень много настроек вынесено в настройки, а не в код (как в 1Се), то есть проблема с отладкой результатов расчета ЗП - понять почему было расситано именно так очень сложно. Цитата:
Нет, такого маразма, как система линейных уравнений нет. Зато есть трассировка, которая позволяет проследить источники возникновения себестоимости до самых первых закупок и накладных расходов в них. В Навижине расчет себестоимости тоже делается с одного рабочего места. Может подскажут более знающие товарищи. Цитата:
Да, уступает, насколько я знаю. Например, он не позволяет вести несколько вспомогательных операций параллельных основной. Как я уже говорил, есть отличия от Аксапты в части возврата. (В 1С насколько я знаю, вообще ничего не рассчитывается и не предлагается) И в Навижине нет конфигуратора продукции. (В 1С такого тоже нет) И по-моему, нет системы требований к оборудованию/квалификации для операций. Т.е. в отличии от Аксапты нельзя указать, что некоторые операции можно выполнить только на станке с ЧПУ, а некоторые и на обычных станках (дешевле), и на станках с ЧПУ (дороже). (В 1С такого тоже нет, насколько я знаю). может еще отличия от Аксапты есть. А так - то же самое, как и в Аксапте (и гораздо более функциональное, чем в 1С). Так есть замечательный механизм планирования и учета брака, экономии, в результате чего себестоимость может сильно отличаться от плановой. Как и в Аксапте, фактическая спецификация может отличаться от плановой. И никаких проблем с уровнями спецификаций не помню. Максимальное число вложенности - 50 уровней BOM. В спецификации поддерживаются и обычные материалы, и полуфабрикаты, и фантомные вложенные спецификации, и субподряд. Как и в Аксапте есть проблемы с равномерной загрузкой нескольких одинаковых рабочих центров. Система нагружает сначала первый, а потом следующие. (Как в 1С - не знаю) ==================== Может, меня более опытные в Навижине поправят. |
|
|
За это сообщение автора поблагодарили: alex55 (1). |
Теги |
holywar, navision, сравнение систем, холивар, 1c |
|
|