Платформа Аллегро ... баннер перед носом ... чуть выше..

← →
serge35 (2004-04-16 10:38) [160]

Я еще 2 года назад написал генератор текста хранимых процедур, но не кричу об этом на весь Инет. Потому, что это всего лишь повседневная, рутинная работа программиста.

← →
Думкин © (2004-04-16 10:40) [161]

> serge35 (16.04.04 10:38) [160]

И...? А в чем проблема, не нравится обсуждать это - никто за рукав не тянет.
Есть сабж - причем тут крики?

← →
Тимохов © (2004-04-16 10:57) [162]

Странное какое-то обсуждение получается.
Начали про аллегро, перешли на российский бухучет.
Связи не вижу.

Больше всего согласен с "Сергей Суровцев © (16.04.04 00:10) [149]" - реальные доходы люди считать умеют, тоже знаю не по наслышке. Никакой gaap им нафиг не нужен - нужно правильно заплатить налоги.

> serge35 (16.04.04 10:38) [160]

У меня тоже есть генератор, тоже молчу, пока.

← →
Danilka © (2004-04-16 11:01) [163]

[159] serge35 (16.04.04 10:32)
Да ну? Может это только твое личное мнение, что счет может быть только двухзначным а все остальное - субсчета? Если нет, то обоснуй.
Приведи пример, когда Минфин кому-то запретил завести не двухзначный счет в плане счетов. :)

И еще, попробуй привести определение для счета и для субсчета, такое, чтобы любой из минфиновских счетов можно было отнести только к счетам, а любой из субсчетов - к субсчетам если все их выписать слитно: СчетСубсчет, например: 68.30 - 6830. Некоторые субсчета одного счета отличаются ничуть не меньше чем некоторые счета между собой.

Я даже не говорю про банковский план счетов, который вообще совсем другой.

← →
Danilka © (2004-04-16 11:12) [164]

Точнее, хотел сказать:

Некоторые субсчета одного счета по логике работы с ними отличаются ничуть не меньше чем некоторые счета между собой.

:))
И вообще, понятие субсчета устарело и ненужно. :))
Субсчет - это аналитика по счету. И пришло это из тех древних времен, когда бухши считали на счетах или на куркуляторах. А сейчас есть "субконто" для этого.

А счета отличаются именно назначением и работой с ними.

← →
serge35 (2004-04-16 11:32) [165]

> Субсчет - это аналитика по счету
С этим я совершенно согласен.

> когда бухши считали на счетах или на куркуляторах
А как переводится слово компьтер?

> А сейчас есть "субконто" для этого.
Несколько постов назад это слово было раскритиковано в пух и прах.

← →
serge35 (2004-04-16 11:35) [166]

У меня еще прога, позволяющая создавать рабочие формы без программирования и без компиляции. Работает, правда только а Ораклом.
На ней тоже можно создавать любые конфигурации.

← →
DiamondShark © (2004-04-16 12:03) [167]

> Polevi © (16.04.04 09:35) [157]
> по поводу перепроведения
> мне кажется без него не обойтись в реальной жизни
> допустим мы перемещаем со склада сырье в пр-во - по той
> цене сколько сырье стоит с учетом инвойса партии и доп.
> затрат на таможню и транспорт
> из этого сырья сварили ГП, - его стоимость сложилась из
> стоимости сырья и доп. затрат на пр-во
> и после этого выяснилось что на используемое сырье легли
> еще какието затраты, в итоге получается что мы переместили
> его в пр-во по неправильной цене. что делать будем ?

Ничего не делать.
Отдельным документом оформлять.

← →
Polevi © (2004-04-16 12:25) [168]

>DiamondShark © (16.04.04 12:03) [167]
и как сумму этого отдельного документа разнести на себестоимость ГП ?

← →
DiamondShark © (2004-04-16 12:31) [169]

> и как сумму этого отдельного документа разнести на себестоимость
> ГП ?

Примерно так же, как если б после изготовления ГП вруг бы выяснилось, что для того, чтобы вынести её из цеха надо нанять ещё N+k грузчиков.
Не вижу проблемы.

← →
Polevi © (2004-04-16 12:42) [170]

то есть вы предлагаете эти затраты на разносить на сырье а сразу на партию ГП ?
тогда фактическая стоимость сырья будет не верна

← →
Думкин © (2004-04-16 12:45) [171]

> Polevi © (16.04.04 12:42) [170]

Видимо, при полном порядке считаться правильно должно сразу, например. А если не так - кого-то наказать, для начала.

← →
Polevi © (2004-04-16 12:49) [172]

>Думкин © (16.04.04 12:45) [171]
наказать нельзя, минимизируются складские запасы, пришло сырье - сразу в цех, а стоимость таможенных услуг может быть еще неизвестна.. это в теории все здорово и красиво получается..

← →
Думкин © (2004-04-16 12:55) [173]

> Polevi © (16.04.04 12:49) [172]

Не спорю, я в этом недавно - но уже многое поражает.

← →
DiamondShark © (2004-04-16 13:01) [174]

> то есть вы предлагаете эти затраты на разносить на сырье
> а сразу на партию ГП ?

Да.

> тогда фактическая стоимость сырья будет не верна

А кого она волнует?
Будет верна фактическая себестоимость продукта. Тем более, что:

> а стоимость таможенных услуг может быть еще неизвестна..

← →
Polevi © (2004-04-16 13:12) [175]

>DiamondShark © (16.04.04 13:01) [174]
проблема в том что эта партия сырья в дальнейшем может быть использована для производства, то есть она не израсходовалась сразу целиком..

← →
euru © (2004-04-16 13:16) [176]

>Polevi © (16.04.04 09:35) [157]
>из этого сырья сварили ГП,

случайно не варка ли пива подразумевается?

← →
Digitman © (2004-04-16 13:19) [177]

> kaif

Ашот, стандартная панель редактирования записей в справочниках в своем алгоритме имеет ощутимо неприятные особенности

1) в not-null-атрибут невозможно ввести пустое значение, в то время как фигурирует вполне оправданная рекомендация не создавать по возможности атрибуты с признаком not-null = false

в то же время, если атрибут создается с признаком not-null, в ISQL-скрипте ты явно генерируешь дифолт-значения для таких полей

вероятно, следует либо отказаться от предупреждения юзера о незаполненном not-null-атрибуте, либо подставлять в поле редактирования атрибута дифолт-значение, либо генерировать сиквел-запрос на вставку/апдейт записи таким образом, чтобы опущеные юзером поля в запросе не фигурировали

2) непосредственно перед вставкой/модификацией не выполняется двусторонний trim для значений строковых атрибутов ... согласись, хранить в полях записей незначащие пробелы неразумно

← →
DiamondShark © (2004-04-16 13:24) [178]

> проблема в том что эта партия сырья в дальнейшем может быть
> использована для производства, то есть она не израсходовалась
> сразу целиком..

Тогда должен быть организован натуральный учёт.
Часть суммы будет отнесена на себестоимость продукта , а часть -- на сырьё на складе, которая потом всё равно будет перенесена на себестоимость.

← →
Polevi © (2004-04-16 13:39) [179]

>euru © (16.04.04 13:16) [176]
это имеет значение ?

>DiamondShark © (16.04.04 13:24) [178]
то есть в вашей практике вы обходитесь без перепроведения ?

← →
euru © (2004-04-16 13:48) [180]

>Polevi © (16.04.04 13:39) [179]
К обсуждаемой теме это не имеет никакого значения.
Просто у нас варка ГП - это варка пива.

← →
Danilka © (2004-04-16 14:01) [181]

[179] Polevi © (16.04.04 13:39)
> то есть в вашей практике вы обходитесь без перепроведения?

Судя по статье, ссылку на которую дал Думкин, в аксапте и других буржуйских системах перепроведения нет, а пользуюцца ими во всем мире..

[165] serge35 (16.04.04 11:32)
> > А сейчас есть "субконто" для этого.
> Несколько постов назад это слово было раскритиковано в пух
> и прах.

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

← →
kaif © (2004-04-16 14:16) [182]

serge35 (16.04.04 10:38) [160]
Я еще 2 года назад написал генератор текста хранимых процедур, но не кричу об этом на весь Инет. Потому, что это всего лишь повседневная, рутинная работа программиста.

Этот генератор процедур я тоже написал два года назад. И я не кричу на весь инет о том, что я его смог написать. Я сообщаю о том, что я применил этот прием для организации виртуальных бухгалтерских операций на основании шаблонов. Что позволило в двухзвенной модели добиться проведения документов без того, чтобы это делалось при помощи скрипта на клиенте (как это делает 1С v 7.7) или скрипта в 3-звенке.
Причем сообщаю это в ответ на Ваш вопрос о том, какие именно проблемы были решены. Могу добавить, что ни одна существующая система такэту проблему не решала. Это решение стало возможным благодаря особенности InterBase: в нем имеется команда SUSPEND, позволяющая с помощью XP имитировать обычную таблицу для конструкции

INSERT .. INTO .. SELECT .. FROM <таблица или процедура>

И вообще у меня такое ощущение, что все я почему-то Вас раздражаю чем-то лично. Скорее всего Вы занимаетесь разработкой похожей задачи. Я угадал?

← →
serge35 (2004-04-16 14:33) [183]

Я занимаюсь устранением последствий работы "гениальных" идей в области финансов.

← →
DiamondShark © (2004-04-16 14:55) [184]

> Polevi © (16.04.04 13:39) [179]
> то есть в вашей практике вы обходитесь без перепроведения ?

Да. Долго воевал с бухами. Правда, на моей стороне были манагеры, которым важнее было чтобы учёт отражал фактическое движение товара и информации о нём.
Сильно помогло и то, что требовался точный натуральный учёт. По самой специфике задачи.

Правда, я зарёкся связываться с учётными системами ;-)

← →
kaif © (2004-04-16 15:01) [185]

serge35 (16.04.04 14:33) [183]
Я занимаюсь устранением последствий работы "гениальных" идей в области финансов.

А можно конкретнее?

← →
Polevi © (2004-04-16 15:03) [186]

>euru © (16.04.04 13:48) [180]
а у нас - варка бытовой химии

← →
kaif © (2004-04-16 15:06) [187]

2 serge35 (16.04.04 14:33) [183]
Я пока не вижу от Вас никакой критики по существу. Вы смотрели систему Allegro? Вы читали описание? Или Ваши мнения строятся на Ваших предубеждениях и телепатических способностях?
Что именно в Allegro Вы находите вредным для правильного учета? Я тоже занимаюсь устранением последствий работы "гениальных" идей в области финансов. Идей Карла Маркса и Фридриха Энгельса, в основном. И МИНФИНА, в частности.

← →
serge35 (2004-04-16 15:09) [188]

> А можно конкретнее?

Можно.
Некая фирма решила поставить Oracle Applications, для этого наняла другую фирму, которая сделала конфигурацию.
Теперь несколько компаний разребают то, что наворотила компания - разработчик конфигурации.

>serge35 (16.04.04 15:09) [188]
хорошо что некая фирма нашла вас, иначе ей пришлось бы туго

>Polevi © (16.04.04 15:03) [186]
Не повезло - много не выпьешь (не съешь).
У нас каждый месяц к зарплате выдается ящик пива.

Кстати, бух. учет ведется на SAP R/3.

← →
serge35 (2004-04-16 15:23) [191]

С SAP/R3 пока еще никто не обращался.
Но много организаций обращаются с несложными на первый взгляд вопросами, типа запросы стали медленно работать, ошибки в отчетах.
Начинаешь разбираться с базой - волосы дыбом становятся.
Спрашиваешь, кто им сделал базу, отвечают, что был один умелец, правда недавно уволился и т.д.

2 serge35 (16.04.04 15:09) [188]
Ну это довольно типичная ситуация. Но какое это имеет отношение к Allegro ?
Я разгребал точно такую ситуацию, когда нагородили нечто в 1С. Так я познакомился с 1С. Очнень плотно. И понял, что нужно писать Allegro.

>serge35 (16.04.04 15:23) [191]
как изветсно если руки кривые можно изгадить любую систему

← →
serge35 (2004-04-16 15:29) [194]

Надеюсь, что мне никогда не придется разбираться с Алегро.

← →
serge35 (2004-04-16 15:30) [195]

> как изветсно если руки кривые можно изгадить любую систему

Алегро, видимо будет исключением.

> serge35 (16.04.04 15:30) [195]

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

serge35 (16.04.04 15:30) [195]
Нет, тебе намекнули - для того что бы сделать бардак система не виновата. Она может благоприятсвовать этому или сопротивляться.

>serge35 (16.04.04 15:23) [191]
>С SAP/R3 пока еще никто не обращался.

Если проект с использованием SAP R/3 уже доведен до эксплуатации, то вряд ли вообще когда-либо обратятся.

Вот, к примеру, одно аналитическое поле в бухгалтерской подсистеме проводок, которое (видит Бог!) мне так сложно отстаивать (проще нагородить 5 шт!) - попытка не допустить бардака априори.
:)
Allegro - это не список того, что "можно сделать", а список жеских ограничений, чего "сделать нельзя ни при каких условиях". Иначе сложную систему не построить.

2 serge35

А "иерархические справочники"? Которые так легко мне реализовать, но которые я запретил как понятие в Allegro и заменил их системой классов на основе реляционной модели?
Думаете мне не проще было сделать такую вот табличку:
ID PARENT_ID NAME ATTRIBUTES
=============================
1 1 "вася" 13

И еще к ней одну, примерно такую:
ATTR_ID ATTR_NAME VALUE
=============================
13 "номер паспорта" 1231231

А почему я так не сделал?
Потому что я знаю, чем все это заканчивается потом.
=============================
Так что Вы несправедливы. Не поленитесь.
Посмотрите сначала систему.
Я знаю, что именно из предубежденных людей потом получаются самые верные соратники.
:)

Платформа Аллегро ... баннер перед носом ... чуть выше.. Найти похожие ветки