Александр Татарченко,

Во-первых, "приходы" бывают разные:
- в виде возвратов ранее осуществленных расходов,
- в виде выявленного неучтенного товара, который нужно оприходовать по итогам инвентаризации
- в виде не только внешних, но и внутренних движений (например, поступление на Склад №1 со Склада №2)
... и т.д.
Аналогично - и с расходами, только по расходам причин для движения еще больше (например, естественная убыль).
У каждого вида прихода и расхода - собственные реквизиты. Что Вы собираетесь указывать в поле "поставщик", если приход внутренний? Или это возврат товара от покупателя (а не поступление от поставщика)? Или если это приход по итогам инвентаризации?

Во-вторых, приход может быть связан или не быть связан с заказом, приводить или не приводить к резервированию товара. Где это всё?

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

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

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

В-пятых, в ходе приемки товара могут выявлены расхождения по количеству и/или по качеству с сопроводительными документами. Где у Вас они отражаются?

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

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

В-шестых, я не совсем понимаю, для каких предприятий и для каких целей Вы создаете свою систему, но в жизни могут возникать весьма заковыристые ситуации, в которых товар в материальном виде ни на какой из собственных складов вообще не попадает, но должен быть отражен на балансе приход и расход. По той причине, что "наш поставщик" отгрузил товар по нашему заказу в адрес "нашего покупателя", и где-то по дороге в процессе его транспортировки юридически к нам перешло на него право собственности, пусть даже на 1 секунду, но перешло, перед тем как оно перешло к покупателю. А ни на один склад, вот так уж случилось, не попало... Такие ситуации Вы собираетесь отражать в своей системе? Если да, то как? Если нет, то откуда будет брать информацию бухгалтерия, если не из вашей системы?

В-седьмых, в какое место этой системы будет прикручена оборотная (возвратная) тара, движение которой может быть синхронно-пропорциональным иному товару? Где и как вы собираетесь отражать, например, бой тары?

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

Число полей - не показатель.

Я вкратце расскажу про ИНФИН, который мне нравится именно архитектурой БД.

1. Есть справочники, можно создать новые, задать перечень полей, подчинить (или нет) существующему иному справочнику. Есть стандартный интерфейс работы со справочниками - фильтр, поиск, сортировка, вывод линейно или в виде иерархии и т.д.

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

3. Есть документы. Можно добавить шаблон любого документа, задать перечень полей в заголовке, в табличной части (если она есть), сославшись на справочники. Как только перечень полей документа настроен, можно создавать новые электронные документы этого вида, они будут записываться в массив документов соответствующего вида. При этом "приходные" они, "расходные" или какие-то другие - это уже может определяться за их пределами (документ, которым передаются ТМЦ с одного склада на другой, к примеру, для одного склада может интерпретироваться в дальнейшем как "приходный", а для другого склада как "расходный"). Опять же, имеются стандартные методы сортировки, поиска, фильтрации, настройки формы вывода, в которой, в частности, можно на полном автомате видеть суммы тех или иных полей по отфильтрованным документам (в 1С чтобы увидеть итоговые суммы по совокупности документов нужно открывать специально настроенный отчет, а тут видно сразу, пока ходишь по документам, каковы суммы их совокупности). Для разных видов прихода и расхода создаются просто разные документы - "требование-накладная", "акт расхождений по итогам инвентаризации", "ТТН", "жд-квитанция" и т.д., каждый со своим набором полей. Настроить расчет амортизации в валюте (по филиалам в странах СНГ)? Легко, в отличие от 1С. Начислить зарплату в валюте сотрудникам в филиалам, находящимся за рубежом? Легко, в отличие от 1С. Ну и многое другое...

4. Есть операции. Простыми операции выполняются простые проводки, можно создать методом "тупого ввода" любой документ и т.д. Они не требуют настройки и работают автоматически с ранее настроенными счетами и документами.
Автоматические операции требуют предварительной настройки, в которой указывается периодичность операции (ежедневная, еженедельная, ежемесячная, ежеквартальная, ежегодная), задается последовательность шагов, при необходимости циклы (по справочникам, по документам, по счетам), расчетные формулы в синтаксисе встроенного формульного языка, условия фильтрации записей и т.д. Автоматические операции предназначены для однократного выполнения некой последовательности действий - например, закрытия месяца или квартала, реформации баланса, расчета курсовых разниц, начисления амортизации, регулярного формирования каких-то документов на базе уже имеющейся в базе информации. При повторном выполнении автоматической операции ранее выполненные ею же данные в соответствующем периоде автоматически удаляются, и операция выполняется снова с соблюдением заданной последовательности шагов.
Стандартные операции - самая большая "вкусность" ИНФИНа. Позволяет задавать цепочки действий, в том числе циклических, с ветвлением, в которых можно формировать проводки или документы, или "обрабатывать" ранее введенные документы (заполняя некоторые их поля рассчитанными по формулам значениям). Вкусность заключается в том, что всё это делается БЕЗ ПРОГРАММИРОВАНИЯ . На последующих шагах проводки и/или документы могут использовать информацию с предшествующих шагов (как из документов, так и из проводок). Интерфейс - настраивается под конкретного пользователя. Можно задать, например, отображение справочников, отфильтровав в них только остатки в сумме по таким-то счетам на такую-то дату, или только дебетовые обороты, или только кредитовые, или остатки в количестве, или валютные суммы в таких-то диапазонах. Можно подставить не просто "значения по умолчанию", которые чаще всего используются, а те, которые наиболее вероятны при указанных значениях некоторых полей - найдет в базе и предложит. Можно сделать так, что одни документы или проводки будут регистрироваться одним числом, а другие другим. Можно сделать так, что пользователю не будет выводиться никакой лишней информации (а попробуйте-ка это сделать в 1С, не снимая ее с поддержки!), и чтобы автоматически проверялись некоторые соотношения, специфические для данного предприятия и данной ситуации, чтобы работала защита от опечаток и технических ошибок (например, если данный сотрудник работает только с каким-то определенным складом, "зашить" для него этот склад в операции). А те шаги операции, которые данного пользователя не касаются, могут формироваться вообще "в темную".
Например, кладовщик может выполнить приход на склад по накладной поставщика ТМЦ, и этот приход отразится на НЕБУХГАЛТЕРСКОМ (управленческом) счете без указания нюансов договора и без разноски по счетам (материалы это, товар, или вообще должно быть за балансом). Бухгалтер, получив бумажный документ на руки, сверив печати-подписи, вводит его номер и дату в "стандартной операции", в которой автоматом отыскивается документ кладовщика, и...
а) формируются только проводки по уже готовому документу, но уже с указанием дополнительной информации, которую не указал кладовщик, либо
б) автоматизировано формируется еще один электронный документ - бухгалтерский по документу складскому, а по нему уже проводки, либо
в) автоматизировано обрабатывается ранее сформированный кладовщиком документ, и в нем поля, доступные бухгалтеру, но недоступные кладовщику, дозаполняются с указанием номеров счетов, иных нюансов, а уже потом формируются проводки...
Но это еще не всё... Если на данном предприятии поступление происходит, как правило, по заказу проектного менеджера под конкретный проект, и в документах уже указано (кладовщиком, бухгалтером или кем-то еще), под какой именно проект было поступление материала, стандартная операция может автоматом сформировать требование-накладную и проводки по списанию материалов в производство по определенному проекту (если ее так настроить), можно распечатать требование-накладную просто на полном автомате, даже не нажимая ни одной кнопки, останется только получить под нею подпись. И опять же, можно настроить так, чтобы в требование-накладную попадали только позиции, отнесенные на счет 10, а на счет 41 пропускались бы (ну просто, например, если вдруг по приходной накладной разные позиции отнесены на разные счета). И опять же, на последующих шагах можно еще несколько цепочных документов сформировать на автомате, или отказаться от их формирования (ну, например, передачу определенного вида номенклатуры на сторону для изготовления из давальческого сырья чего-либо). И включить все эти позиции в заготовку КС-2 и КС-3, которые будут составляться когда-то в будущем...

В общем, один и тот же массив документов может формировать движение по разным счетам и "регистрам". Одни и те же счета и "регистры" могут двигаться разными документами. Отношения однозначного - нет. И это правильно.

vanechka_ivanGaryaНастроить расчет амортизации в валюте (по филиалам в странах СНГ)? Легко, в отличие от 1С. Начислить зарплату в валюте сотрудникам в филиалам, находящимся за рубежом? Легко, в отличие от 1С

а какие претензии к 1с? в бухгалтерии упр. учета нет, а валюта регл. учета у нас рубль. Без каких либо вариантовВалюта "у нас", действительно, рубль. Но когда российская компания открывает отделения и филиалы в других странах, она в собственной стране должна вести учет, в том числе, того, что происходит в филиалах, для того, чтобы собрать сводный баланс в головной организации. А для того, чтобы это сделать, она должна иметь возможность рассчитать амортизацию в валюте той страны, где находится отделение/филиал, начислить и выплатить зарплату в валюте той страны, где находится филиал (потому что в этих странах тоже довольно жесткие требования, нельзя платить зарплату в какой попало валюте, в том числе, в российских рублях), начислить подоходный налог и социальные взносы по тем правилам, которые действуют в этих странах, и выплатить налоги и социальные взносы в валюте соответствующей страны. Я говорю не о вымышленной ситуации, а о реальной ситуации, в которой оказалось РОССИЙСКОЕ предприятие, открывшее около 10 филиалов в иных странах. С 1С мы умучились всё это настраивать, значительная часть функционала была переписана под нас. В ИНФИНе я настраивал всё что нужно при открытии очередного филиала на протяжении дня-двух, включая валютные ОС, валютные счета 68 и 69, валюютный счет 70 и т.д. и т.п. А по правилам российского учета для отражения в балансе головной организации, да, совершенно верно, содержимое всех валютных счетов должно быть переведено в рубли, но уже ПОСЛЕ выполнения расчетов в валюте. И как это делать в типовом функционале 1С? Либо никак, либо левой ногой через правое ухо...

vanechka_ivanGaryaНапример, кладовщик может выполнить приход на склад по накладной поставщика ТМЦ, и этот приход отразится на НЕБУХГАЛТЕРСКОМ (управленческом) счете без указания нюансов договора и без разноски по счетам (материалы это, товар, или вообще должно быть за балансом). Бухгалтер, получив бумажный документ на руки, сверив печати-подписи, вводит его номер и дату в "стандартной операции", в которой автоматом отыскивается документ кладовщика

люди изобрели ордерную схему...При чем тут ордерная схема? Я говорю о другом. О том, что можно формировать и распечатывать любую совокупность документов, если в ваших процедурах они взаимосвязаны. Вот, например, вы получили груду материалов под проект через подотчетника, который принес чек из Леруа Мерлен. Если разработчик не предусмотрел "на основании" авансового отчета создание требования-накладной (а он, увы, в 1С этого действительно не предусмотрел), то каждый такой чек из Леруа Мерлен, длиной в километр, пользователь будет вколачивать дважды - один раз в авансовый отчет, второй раз в требование-накладную. В ИНФИНе настройка создания любого одного документа на основании любого другого занимает 5-10 минут, и затем всю жизнь может использоваться. Без снятия продукта с поддержки и без программирования - путем настройки "стандартной операции". То есть, если вы сталкиваетесь с подобной потребностью, просто настраиваете "стандартную операцию", и готово. БЕЗ ПРОГРАММИРОВАНИЯ типовым функционалом, доступным рядовому бухгалтеру в Excel-подобной концепции, и именно поэтому простой и гибкой, существенно более простой и существенно более гибкой, нежели 1С.

Кстати, об отчетах не сказал.

В ИНФИНе пользователь имеет возможность настроить отчет по любой совокупности документов, справочников, счетов, отдельно или вперемешку, используя, в том числе, вложенные циклы. Результат сформированного отчета можно "сохранить". Отчеты могут брать данные не только из документов, справочников и содержимого счетов, но и из других отчетов, извлекая данные, которые в них были "сохранены". Эту фичу я обильно использовал, когда настраивал налоговый учет. Когда к нам приходили аудиторы или налоговики, они просто офигевали от восторга, потому что к налоговой декларации прилагалась расшифровка каждой ее строки - каким образом она была получена.

В ИНФИНе в любой момент пользователь может посмотреть оборотно-сальдовый баланс и оборотно-сальдовую ведомость по ВСЕМ счетам (балансовым, забалансовым, налоговым, управленческим, вспомогательным и проч...) либо выборочно по счетам определенного вида, либо любого вида, но выбрав их из перечня. Это дает возможность посмотреть "рядом" бухгалтерские балансовые счета учета ТМЦ, забалансовые, управленческие, и, если нужно, налоговые, если интересуют именно ВСЕ счета учета ТМЦ. Можно вывести ОСВ по ним так, что номенклатура займет более верхний уровень, нежели номер счета, то есть, будет выводиться перечень номенклатуры, а уже для каждой номенклатуры отображаться движение по разным счетам (в том числе, разного вида).
Можно выбрать любую запись любого справочника и проверить полный перечень документов, проводок, операций, иных справочников, в которых она была когда-либо использована. Ну вот, например, 1С:УТ, казалось бы, типичная ситуация - посмотреть перечень приходных и расходных документов, в которых фигурирует та или иная номенклатура - можно это сделать НЕ администратору и не забираясь в глубокие дебри, когда пользователь уже нашел в справочнике номенклатуры нужную позицию, открыл карточку номенклатуры, проверил значения характеристик и прочих атрибутов, а теперь намерен отыскать документы, с нею связанные? Зачем еще раз искать уже найденную запись справочника в каком-то другом месте какого-то другого раздела меню, хорошо еще не в отдельной программе? Почему нет возможности запустить такой поиск непосредственно в справочнике? Разве эта проблема не сродни отсутствию возможности добавить запись в справочник при выборе записи справочника в поле документа с необходимостью заходить в какой-то отдельный режим "добавления записей в справочники" в меню "администрирование" (у меня напрашиваются подобные ассоциации, поскольку довелось в своей жизни и такой, еще более корявый интерфейс в одной из учетных программ)?
Спросите любого бухгалтера (а тем более, НЕ бухгалтера), что он понимает в регистрах, на которых отражается движение НДС от одного счета к другому, или что он понимает в регистрах, в которых хранится существенная информация для учета основных средств, наверняка встретитесь с недоуменным взглядом. Именно поэтому, как правило, от пользователей 1С и звучит фраза "я тут ни при чем, программа так посчитала", что они не могут по-человечески ни увидеть, ни проверить информацию, которая формируется в 1С. Бухгалтер легко понимает, что такое "дебет" и "кредит", а что такое "+" и "-" регистра многие ли понимают? Вообще, эти "регистры" как-нибудь стыкуются с классическим бухучетом? Как посмотреть оборотно-сальдовую ведомость по "регистру" в тех или иных аналитических разрезах с выводом итоговых оборотов и остатков? Зачем пихать в бухгалтерскую программу классы объектной модели, которые не имеют отношения к предметной области?
Разверните сальдо взаиморасчетов по активно-пассивному счету 76 до документов, образовавших задолженность (это требование не только МСФО, кстати, но и РСБУ). Не до контрагента и не до договора, а до документа, образовавшего задолженность . Не сможете! В балансе - только до договора. На бухгалтерских счетах - до договора. До уровня документов - в регистрах. Следовательно, если вы захотите развернуть сальдо до уровня документов, нужно будет в "регистрах" ковыряться, а в бухгалтерском балансе и в ОСВ по счету 76 сальдо не будет совпадать с тем, которое на самом деле там должно быть! Потому что дебетовое и кредитовое сальдо с уровней документов СВОРАЧИВАЕТСЯ до уровня договоров, чего происходить не должно. Как потом аудиторам МСФО объяснить, почему данные в бухгалтерском балансе и в ОСВ по счетам взаиморасчетов не сходятся с предоставленной этим аудиторам информацией по дебиторской и кредиторской задолженности? Ах да, вот как: "программа так посчитала"... :)