| 1.2, Аноним (-), 01:13, 05/01/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
может кто подскажет, логистический модуль там есть и куда он запрятан?
| | |
| |
| 2.15, Andrej Svininykh (ok), 03:09, 05/01/2013 [^] [^^] [^^^] [ответить]
| +/– |
 > может кто подскажет, логистический модуль там есть и куда он запрятан?
Вроде, есть трекинги, но они разбросаны по ролям, вот создал пользователя с ролью кладовщика, если несложно отпишитесь, чего не хватает и что лишнее. Пользователь: RuLogist Пароль: logistru
На будущее, замечание учту, что надо сделать отдельно роль логистика.
| | |
| |
| 3.22, ъ (?), 11:05, 05/01/2013 [^] [^^] [^^^] [ответить]
| +/– |
Не реально. Долго занимался логистикой. Вменяемый софт только внутренней разработки. Остальное -- жалкое подобие левой руки. Почему-то разработчик считает что логистика это там где бухгалтерия.
| | |
| |
| 4.24, Аноним (-), 12:03, 05/01/2013 [^] [^^] [^^^] [ответить]
| +/– | |
Если система претендует на роль ERP то странно, что в ней нет логистики, Вам так не кажется? Ну и разумеется это не должно быть под ролью бухгалтера ;)
Вот есть перечень накладных к отгрузке и их порядка 500 штук. Как мне распределить доставку по районам и водителям? Мне как разработчику, интересно посмотреть, как они решают данную проблему.
<Вменяемый софт только внутренней разработки
Зависит от поставленных задач. В большинстве случаях требования попадают под общий шаблон и требуют стандартного решения
| | |
| 4.29, ptr (??), 13:00, 05/01/2013 [^] [^^] [^^^] [ответить]
| +/– |
 > Не реально. Долго занимался логистикой. Вменяемый софт только внутренней разработки. Остальное
> -- жалкое подобие левой руки. Почему-то разработчик считает что логистика это
> там где бухгалтерия.
Во-первых, без логистики никакого планирования ресурсов не будет. Значит не будет и ERP.
Во-вторых, внутренняя разработка, обычно, сводится только к разработке внутренних форм. Все остальное в нормальных ERP уже есть. По крайней мере в SAP, JDEdwards, OEBS - сам внедрял. В АХ действительно требуется изрядное допиливание напильником. Про 1С вообще молчу.
| | |
|
| 3.25, Аноним (-), 12:03, 05/01/2013 [^] [^^] [^^^] [ответить]
| +/– |
>> может кто подскажет, логистический модуль там есть и куда он запрятан?
> Вроде, есть трекинги, но они разбросаны по ролям, вот создал пользователя с
> ролью кладовщика, если несложно отпишитесь, чего не хватает и что лишнее.
> Пользователь: RuLogist Пароль: logistru
> На будущее, замечание учту, что надо сделать отдельно роль логистика.
Спасибо, чуть позже потестирую и отпишусь Вам
| | |
| |
| 4.52, Аноним (-), 00:58, 06/01/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> Пользователь: RuLogist Пароль: logistru
не подходит связка логин/пароль
| | |
|
|
|
| |
| 2.14, Andrej Svininykh (ok), 02:56, 05/01/2013 [^] [^^] [^^^] [ответить]
| +/– | |
Параллельно разбираем логику так, что перевод меняется по ходу. Сейчас цепочка документов такая:
Order(Заказ) -> Shipment/Receipt(Накладная) -> Invoice(Счёт-фактура)
При закупке товаров у поставщика:
Purchase order(Заказ поставщику) -> Goods receipt(Приходная накладная) -> Purchase Invoice(Приходная счёт-фактура)
При продаже товаров клиенту:
Sales order(Заказ клиента) -> Goods shipment(Расходная накладная) -> Sales invoice(Расходная счёт-фактура)
Заказы можно пропускать и делать сразу накладные или счёт-фактуры. Накладные можно автоматически генерировать при обработке счёт-фактур, при создании накладных цен невидно при генерации по ним счёт-фактур выбирается связанный с контрагентом прейскурант. По заказам можно делать счёт-фактуры. Из заказов клиентов можно генерировать заказы поставщикам. Главное над чем бьюсь сейчас, не работает калькуляция себестоимости каждой единицы товара на складе.
| | |
| |
| 3.19, ptr (??), 07:06, 05/01/2013 [^] [^^] [^^^] [ответить]
| +/– |
Интересно, и как потом объяснить клиенту, что товарная накладная или акт выполненных работ - это счет-фактура?
Не знаю, как там в Казахстане, но в России счет-фактура есть документ служащий ТОЛЬКО для учета НДС. Более того, счет-фактура может быть выписана на часть инвойса или наоборот, включать в себя несколько инвойсов. Не забывайте еще о счетах-фактурах на аванс и про то, что все эти счета-фактуры должны иметь сквозную нумерацию в книге продаж.
Если же говорить о связи, то связи Order -> Shipment и Shipment -> Invoice, есть связи много к многим. Так как отгрузить можно и часть заказа и сразу несколько заказов или частей нескольких заказов.
| | |
| |
| 4.23, Аноним (-), 11:46, 05/01/2013 [^] [^^] [^^^] [ответить] | +/– | Это часто встречающееся заблуждение В РФ налоговый учет уродливо подменяет бух ... большой текст свёрнут, показать | | |
| |
| 5.26, ptr (??), 12:03, 05/01/2013 [^] [^^] [^^^] [ответить]
| +/– |
>>России счет-фактура есть документ служащий ТОЛЬКО для учета НДС
> Это часто встречающееся заблуждение. В РФ налоговый учет уродливо подменяет бух учет,
Он не подменяет, он ведется параллельно. Оттуда и берутся ОНА и ОНО. Читайте ПБУ 18. Но к теме НДС это вообще отношения не имеет.
> отсюда все эти "грабли", отдельно налогового учета нигде в мире не
> применяют.
Неправда. Наибольшие навороты, кроме бывшего СНГ, я наблюдал в Греции.
> В РФ мне известно несколько форм счетов фактур. Одна из
> форм действительно предназначена только для учета НДС. Но существует и другая
> типовая форма утвержденная госкомстатом, эта форма существовала ещё до
> введения НДС, с времен СССР и её никто не отменял,
> её очень редко используют.
А теперь ссылку в студию. В действующих альбомах госкомстатта таких нет. Советские же альбомы сам госкомстат и поотменял.
> В википедии похоже тоже содержится ошибка насчет счетов фактур. Там по смыслу
> понимается что существует только один вид счетов фактур и он предназначен
> для учета НДС, а, например, документы типа "Счет-фактура о приходовании марок
> акцизного сбора и специальных марок для подакцизных товаров" утверждена ГТК или
> Счет-фактура, форма N А-2.21(А) не существует вовсе, это как бы не
> счета-фактуры.
Они к товарной накладной или к акту об оказании выполнении работ или оказанию услуг ни каким боком не относятся.
> Поэтому когда говорят о счетах фактурах, надо обязательно уточнять о каких именно
> формах идет речь, за что отдельный "привет" сотрудникам Минфина РФ.
Где-то еще возможно. Но в России у нас счет-фактура - документ для учета НДС. И все. Не больше и не меньше.
| | |
| |
| 6.36, Аноним (-), 14:32, 05/01/2013 [^] [^^] [^^^] [ответить]
| +/– | |
>Они к товарной накладной или к акту об оказании выполнении работ или оказанию услуг ни каким боком не относятся.
Конечно не соотносятся, особенно при обороте подакцизных товаров. :)
>Где-то еще возможно. Но в России у нас счет-фактура - документ для учета НДС. И все. Не больше и не меньше.
У "Вас в России" нет ГТК и Минсоцразвития которые утвердили необходимые им формы счетов-фактур? Или РФ на формы документов введена госмонополия? Сэр, не смешите мои ботинки.
| | |
| |
| 7.39, ptr (??), 16:15, 05/01/2013 [^] [^^] [^^^] [ответить]
| +/– |
>>Они к товарной накладной или к акту об оказании выполнении работ или оказанию услуг ни каким боком не относятся.
> Конечно не соотносятся, особенно при обороте подакцизных товаров. :)
>>Где-то еще возможно. Но в России у нас счет-фактура - документ для учета НДС. И все. Не больше и не меньше.
> У "Вас в России" нет ГТК и Минсоцразвития которые утвердили необходимые им
> формы счетов-фактур? Или РФ на формы документов введена госмонополия? Сэр, не
> смешите мои ботинки.
Облом для ваших ботинок. С точки зрения и минфина, и МНС, данные формы никак не могут заменить ТОРГ-12. Зато ТОРГ-12 при оприходовании ТМЦ может заменить ГТД или кассовый чек + товарный чек. Даже для зерновых, где обилие документов просто поражает, ТОРГ-12 остается в силе.
И хватит заниматься софистикой! Наличие слова "счет-фактура" в названиях каких-то ведомственных форм никак не отменяет определение, данное счету-фактуре минфином и МНС.
| | |
| |
| 8.53, Аноним (-), 02:05, 06/01/2013 [^] [^^] [^^^] [ответить] | +/– | Какая редкостная патетическая чушь А какое возвеличивание минфина и почившего в... большой текст свёрнут, показать | | |
| |
| 9.54, ptr (??), 04:47, 06/01/2013 [^] [^^] [^^^] [ответить] | +/– | Я вот заметил, как Аноним, так сразу демагогия, переход на личности и все без то... текст свёрнут, показать | | |
|
|
|
|
|
| 4.34, Andrej Svininykh (ok), 14:15, 05/01/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Интересно, и как потом объяснить клиенту, что товарная накладная или акт выполненных
> работ - это счет-фактура?
Прошу сильно не пинать, это всё таки пока только перевод существующего интерфейса и то далеко не полный. Это не полноценная локализация для внедрения, но я надеюсь те, кто решится на базе перевода внедрять Openbravo 3 в наших странах, не упустят всех тонкостей ведения бизнеса и учтут указанные пожелания.
| | |
|
| 3.20, ptr (??), 07:25, 05/01/2013 [^] [^^] [^^^] [ответить]
| +/– | |
На всякий случай. Для России правильные схемы:
> Order(Заказ) -> Shipment/Receipt(Накладная) -> Invoice(Счёт-фактура)
Договор - Заказ - Расходный ордер - Товарная накладная или Акт - Счет-фактура
> Purchase order(Заказ поставщику) -> Goods receipt(Приходная накладная) -> Purchase Invoice(Приходная
> счёт-фактура)
Договор - Заказ - Приходный ордер - Товарная накладная или Акт - Счет-фактура
Это если не учитывать логистику. Если нужна логистика, то появляются уже упаковки и единицы транспортировки. Например, товар, отгруженный нескольким клиентам, мы можем загрузить в одну фуру (два шестифутовых контейнера) или наоборот, товар, отгруженный одному клиенту может быть отправлен в разных вагонах (зерно насыпью).
Еще сбоку должны быть счета на дополнительные затраты. Например, чтобы стоимость транспортировки или растамаживания на себестоимость отнести.
| | |
|
|
| 1.8, Anonim (??), 01:30, 05/01/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
бесплатно и локально (либо на своем сервере) юзать можно? СПО?
Замена оффтопику хоть в каких-то задаячах?
| | |
| |
| 2.28, Аноним (-), 12:30, 05/01/2013 [^] [^^] [^^^] [ответить]
| +/– |
Только Коммьюнити версию с урезанным функционалом и без поддержки.
| | |
| 2.33, Andrej Svininykh (ok), 14:06, 05/01/2013 [^] [^^] [^^^] [ответить]
| +/– |
> бесплатно и локально (либо на своем сервере) юзать можно? СПО?
> Замена оффтопику хоть в каких-то задаячах?
Если всё удачно сложиться и перевод подхватят локализаторы из наших стран, то может получится замена Управлению торговлей с элементами ведения бухгалтерского учёта. Сам я планирую до весны вернуть в свободную версию интеграцию с Openbravo POS, в результате получив полноценную связку бэк и фронт офиса.
Также мне кажется существующего открытого ядра может хватить на реализацию Бухгалтерского учёта, там где, как у нас в Казахстане, уже идёт переход на МСФО. Но тут только интерфейсом и формами документов не отделаешься, нужно и логику будет добавлять.
| | |
|
| |
| 2.17, Andrej Svininykh (ok), 03:41, 05/01/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
До перехода был план-счетов КСБУ, он была более близкий к вашему плану счетов. После переделки под МСФО, структура самого плана-счетов полностью поменялась, а вот способ применения несильно, многие бухгалтеры считают что просто перешли с трёхзначной нумерации на четырёхзначную. И я так думаю можно по всем счетам подобрать аналоги в ПБУ было-бы желание.
| | |
|
| |
| 2.18, Andrej Svininykh (ok), 03:49, 05/01/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> Символично, что выбран Azure в качестве хостинга.
Мощно, бесплатно, Ubuntu 12.04 из галереи, но жаль только на три месяца.
Openbravo 3 стал очень требовательным к ресурсам, сейчас всё крутится на средней(M) виртуальной машине Linux c 2 ЦП по 1,6 ГГц, 3,5 ГБ ОЗУ. На очень малой(XS) Tomcat вообще не запустился, а на малой(S) с одним пользователем постоянно падал.
| | |
| |
| |
| 4.51, Andrej Svininykh (ok), 21:28, 05/01/2013 [^] [^^] [^^^] [ответить]
| +/– |
Скорей всего, если никто не подхватит инициативу, сервер отключу, так как оплачивать за демо-сервер перевода 115$ дороговато. А есть предложение хостинга виртуальных машин в KZ?
| | |
|
|
|
| 1.27, Аноним (-), 12:21, 05/01/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> Версия Openbravo 3 отличается от предыдущих разделением на редакции: Коммьюнити, Базовую и Профессиональную.
Это значит, что бесплатная версия только Community, которая не отличается ни функционалом, ни стабильностью, а за использование других версий придется платить.
Раз уж OpenBravo пошла по пути своей прародительницы Compiere, то уж лучше и взять Community версия исходной системы. И специалистов с наработками под Compiere больше и развивается она дольше.
| | |
| |
| |
| 3.32, Andrej Svininykh (ok), 13:55, 05/01/2013 [^] [^^] [^^^] [ответить]
| +/– | |
А вот станет-ли iDempiere альтернативой Openbravo 3, я пока не стал-бы утверждать, v1.0a только два месяца и выглядит она очень похожей на Openbravo ERP 2.35(это версия которую я увидел первой в 2008 году). И мне представляется более реальная альтернатива сделать форк Openbravo ERP 2.50 и развивать его, когда эту ветку совсем забросят.
Сейчас Коммьюнити версия развивается в сторону ретэйла, по этой причине я её и подхватил, планирую реализовать открытую версию обмена Openbravo 3 и Openbravo POS(он сейчас заброшен). Сам то я из этого проекта сюда подключился.
Про iDempiere и интеграцию с Openbravo POS спасибо, приму к сведению, а то хотел сам разобраться. В личку написал.
| | |
| |
| 4.35, rsashka (ok), 14:22, 05/01/2013 [^] [^^] [^^^] [ответить]
| +/– |
 Я не писал про "альтернативу" :-).
Это разные системы в первую очередь идеологически. В 2006 году Compiere форкнули что бы сделать ADempiere как раз из-за того, что исходная система придерживалась разделения на несколько версий, где бесплатная была только community редакция.
Мне кажется, что будут отвергнуты любые попытки добавить в Openbravo Коммьюнити функционал, который будет конкурировать с платными версиями, например производство. А если так, то зачем зависеть от "доброго дяди", который совсем не добрый?
| | |
| |
| 5.37, Andrej Svininykh (ok), 14:47, 05/01/2013 [^] [^^] [^^^] [ответить]
| +/– |
Я человек из автоматизации ретэйла и бухгалтерии, так что тот функционал, что есть в комьюнити версии Openbravo 3 меня устраивает, а вот что будет дальше не знаю. Сейчас вот просто перевожу интерфейс, чтобы разобраться с реализованным функционалом, а там как дойдёт до первых коммерческих предложений, тогда и посмотрим :) Что-что, а GPLный форк POS у меня уже есть, будет мозилловский форк ERP :)
| | |
|
|
|
|
| |
| 2.41, Аноним (-), 17:41, 05/01/2013 [^] [^^] [^^^] [ответить]
| +/– | |
Очень неудачная схема. Встречался с такими проектами. После обновления версии опять придется вручную править, вручную же вылавливая изменения.
Самая удачная схема, по-моему мнению - когда выполняется непосредственный перевод каталогов сообщений gettext (.po файлов). Крайне удобно делать перевод с помощью редактора Poidit. При обновлении версии будут просто показаны непереведенные сообщения.
Хотелось бы сначала привести схему перевода Openbravo к удобоваримому виду, а потом уже заниматься локализацией. Иначе дурость одних (при выборе стратегии) приходится компенсировать подвигом других.
| | |
| |
| 3.42, Аноним (-), 17:42, 05/01/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Очень неудачная схема. Встречался с такими проектами. После обновления версии опять придется
> вручную править, вручную же вылавливая изменения.
> Самая удачная схема, по-моему мнению - когда выполняется непосредственный перевод каталогов
> сообщений gettext (.po файлов). Крайне удобно делать перевод с помощью редактора
> Poidit. При обновлении версии будут просто показаны непереведенные сообщения.
> Хотелось бы сначала привести схему перевода Openbravo к удобоваримому виду, а потом
> уже заниматься локализацией. Иначе дурость одних (при выборе стратегии) приходится компенсировать
> подвигом других.
Поправка - конечно же, Poedit.
| | |
| 3.43, Andrej Svininykh (ok), 18:01, 05/01/2013 [^] [^^] [^^^] [ответить]
| +/– | |
Тогда вот есть вариант http://www.transifex.com/projects/p/openbravo/
К сожалению у меня с POEdit уже были проблемы, вернее не с ним, инструмент отличный, а с тем что Openbravo 3 не адаптирован для перевода в нём. Там в XML не просто строки вбиты, а логика их применения зашита, так что по итогу всё равно надо в XML конвертировать и вручную править и достаточно много. Ближе к достижению 50% процентов планирую создать словарик в tmx, так что можно будет и POEdit применить.
| | |
| |
| 4.44, Аноним (-), 18:11, 05/01/2013 [^] [^^] [^^^] [ответить]
| +/– | |
Об адаптации и речь.
Видел такие проекты - в одной куче и логика, и сообщения, и даже строки, которые прога должна отсылать пользователям по электронной почте. Словом, каша.
gettext вообще к логике отношения не имеет. Все сообщения надо помещать в gettext и отделять от логики. Иначе будет не перевод, а героическая борьба, заранее обреченная на проигрыш. Словом, желаю Openbravo перейти от хаоса к пересмотру основ архитектуры.
| | |
| |
| 5.45, Аноним (-), 18:16, 05/01/2013 [^] [^^] [^^^] [ответить] | +/– | Напоминает мою борьбу с локализацией в проектах на Qt лет 5 назад, когда нача... большой текст свёрнут, показать | | |
| |
| 6.47, Аноним (-), 18:35, 05/01/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> Спасибо, передам :)
Хотелось бы представить образцовый IMHO пример проекта, адаптированного к удобному переводу. Проект немного в сторону, но логика его не менее изощренная, чем Openbravo. Это система управления библиотекой http://slims.web.id/web/ из Индонезии.
А вот тут русский перевод интерфейса (более 1000 терминов и фраз), полностью выполненный примерно за 7-8 часов http://attestatsoft.narod.ru/download/slims5_russian.tar
Любой перевод новой версии либо исправление имеющегося выполняется хоть обычным пользователем (даже простым библиотекарем) элементарно в Poedit, причем "на ходу".
| | |
| |
| 7.59, Andrej Svininykh (ok), 20:32, 06/01/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> Хотелось бы представить образцовый IMHO пример проекта, адаптированного к удобному переводу.
Я участвовал в переводе FreeCiv, там около 8000 фраз, так что достоинства POedit неоспоримы. Но тут проблема не в этом :(
| | |
|
|
|
|
|
|
| 1.48, Аноним (-), 19:09, 05/01/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
>> с русским переводом
в русском языке "счет-фактура" мужского рода. А тут какая-то расходная-мана счет-фактура-ма-на. Шайтан-перевод какой-то
| | |
| 1.56, Апполон (?), 09:06, 06/01/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Я давно присматриваю за этим проектом. Есче с тех пор как он был фриионли.
Задумка была очень правильная. Но в какой то момент весь проект пошел вразнос.
Может идиологи сменились а может после успешной продажи в два ларька оперучета
резко вырасли амбиции и обьем проекта вместе с ними. Но на сегодня весь этот нагроможденный
софт имеет несоизмеримо завышенную стоимость за элементарный функционал.
Для интеграторов-внедренцев установлен непонятно высокий финансовый порог.
В общем, толи монетизация проекта была преждевременной толи жадность захлебнула
но по цепности для СНГ этот софт проигрывает даже 1с 77. Ну и модная приписька ЕРП
не имеет под собой ничего физического.
Кто хочет увидеть реальную браво в работе поищите на ютубе
там есть ролик работы мобильного кассового терминала.
За 15 мин ролика кассир так и не смог пробить ни одной позиции
| | |
| |
| 2.60, Andrej Svininykh (ok), 20:34, 06/01/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Кто хочет увидеть реальную браво в работе поищите на ютубе
> там есть ролик работы мобильного кассового терминала.
> За 15 мин ролика кассир так и не смог пробить ни одной
> позиции
Не знаю, но вот есть ролик http://youtu.be/edEHzjJ_19c где это совсем не так.
| | |
|
| 1.63, Аноним (63), 11:42, 07/01/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 а можно ли это приспособить под услуги?
т.е. товаров совсем никаких нет. есть услуги организациям. т.е. схема: с/ф - акт, либо просто акт на основании договора.
или может что-то другое можно под это приспособить? кроме как написать самому.
| | |
| |
| 2.64, Andrej Svininykh (ok), 13:11, 07/01/2013 [^] [^^] [^^^] [ответить]
| +/– |
В версии 3 только товар, ну или если рассматривать услуга, как товар. А вот в версии 2.50 и сейчас в Professional есть более интересная сущность, однофазный проект и там как раз вводится переменная времени, которая позволяет отслеживать стадии оказания услуги.
| | |
|
|
