r0zЖурнал счетов есть.
Учет (проведение в учетной системе) счета подразумевает образование кредиторской или дебиторской задолженности.
Вопрос:
как "красиво-понятно" в меню обозвать эти два режима работы для пользователя не знакомого с азами бухгалтерии?Понятие "счета" имеет множество разных значений. Например, "бухгалтерский счет" - это компонента системы упорядочивания информации о бухгалтерских проводках. Совокупность "бухгалтерских счетов" образует " план счетов бухгалтерского учета", а не "журнал счетов". Существует "журнально-ордерная" система регистрации проводок, но это не "журнал счетов".

Другое понятие "счета" предполагает, к примеру, выписывание счета покупателям на поставляемые товары/услуги. Однако, факт выписывания такого счета не приводит к образованию дебиторской либо кредиторской задолженности, к ней может привести оплата счета, либо отгрузка товара/продукции.
Поэтому для меня осталось не совсем понятным, о чем вообще идет речь. Возможно, не только мне. Поясните, пожалуйста.

r0z#A1 Начислена з/п Иванову в 10т.р.
ПМСМ, не очень удачная идея начислять з/п не-бухгалтеру в какой-то там "табличке". Потому что начисление з/п связано с отчислениями соцвзносов в фонды и НДФЛ в налоговую, а также с формированием множества различного вида отчетности ПФР, ФСС, ФОМС, ИФНС и иногда Статистики, с привязкой к великому множеству классификаторов. Вообще, участок заработной платы считается одним из самых "навороченных", и в плане автоматизации тоже. Поэтому не очень удачная идея поручать заниматься автоматизацией такого участка человека малосведущего в таких вопросах и ориентируясь на таких же малосведущих пользователей.



r0zA (долг фирмы):
...
#A2 Пришел счет из транспортной компании Х на 10т.р.Я уже выше говорил, и еще раз повторю. Приход счета не формирует никакого долга фирмы. Если ваша фирма полагает иначе, сообщите реквизиты этой фирмы, я ей навыставляю счетов - и она мне сразу же станет должна много-много... :)
Задолженность у фирмы возникает не по факту прихода счета, а по факту получения фирмой товара по накладной, или по факту получения работ/услуг, оформленных актом сдачи-приемки работ/услуг, за который фирма еще не расплатилась.
Оплата в свою очередь может сформировать задолженность у контрагента перед фирмой, но документ, который ее формирует - не счет, а платежное поручение, подтвержденное банковской выпиской. Счет же сам по себе не формирует никакой задолженности никого ни перед кем.

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

Для того, чтобы вести простенький учет у ИП, либо малого предприятия на упрощенной системе налогообложения, вообще не требуется сочинять никаких таблиц и что-либо программировать. Достаточно купить базовую версию 1С:Бухгалтерии - цена, правда, сумасшедшая, аж целых 3'300 рублей. Либо, к примеру, купить "облачный" сервис ИНФИН-онлайн, он, правда, тоже стоит бешенные деньги аж целых 7000 руб в год. :)

FantomnyВы путаете учет и бухучет. Все известные мне малые компании УУ ведут не в 1С."Известные Вам малые компании" начисляют зарплату - в УУ??? Может быть, еще и зарплату начисляет не бухгалтер??? Извините, но я сомневаюсь, что "известные Вам малые компании" переживут первую же проверку ПФР или ИФНС. Разорятся на штрафах и пени...

FantomnyДолг в смысле управленческого учета возникает после признания (акцептирования) счета .
Те - "когда платить надо".Это Вы сами придумали, или можете привести ссылку на заслуживающий доверие первоисточник?
"Долг" и "план" - суть разные вещи, в любом из учетов, вне зависимости от степени малости предприятия.

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

s_ustinov,
Я догадался. См. комментарий серым цветом. 15975779

FantomnyДля оперативного учета стандартные конфы не предназначеныПравильнее сказать, они плохо приспособлены для оперативного управления бизнес-процессами, в особенности, в некоторых специфических направлениях деятельности. Полагаю, что основная масса посетителей данного форума об этом хорошо знает, включая меня.
Однако, зарплату начисляют, как правило, именно в бухгалтерских программах и именно в бухгалтерском учете. В противном случае данные ОУ и БУ могут разойтись, и с причинами расхождений бороться и разбираться - в 1000 раз сложнее, чем один раз начислить зарплату в одном месте. А если использовать ОУ как источник для импорта всех данных в БУ, то в ОУ требуется реализовать ВЕСЬ навороченный функционал полноценной зарплатной программы, в которой, в частности:
- корректно и автоматически рассчитывается сохраняемый средний заработок на время командировок и больничных, а также рассчитывается сумма больничных с учетом стажа и ограничений ФСС
- отпускные, начисленные за отпуск, пересекающий границу месяца, автоматически разбиваются на суммы, относящиеся к одному месяцу и к другому
- ведутся классификаторы в соответствии с требованиями ФНС, ФСС и ПФР (причем, не всех сразу, а каждого в отдельности!) по видам дохода, вычетам, льготам, кодам профессий, особым условиям работы и корректировкам стажа, и прочим подобным нюансам - для автоматического формирования форм 2-НДФЛ, 4-ФСС, АДВ-2-6, СЗВ-1 и т.д. и т.п.
- к перечням начислений и удержаний привязываются различные способы отнесения на затраты, различные нюансы включения или не включения в базу по НДФЛ и фондам. Включая "виртуальные" не-начисления и не-удержания, которые никак не влияют собственно на размер зарплаты, но при этом могут влиять на отчисления в фонды и на размер НДФЛ (подарки, например, или оплачиваемый за счет фирмы проездные, бесплатные обеды и т.п.).
- ведутся взаиморасчеты с сотрудниками по исполнительным листам, по займам, которые гасятся из зарплаты, а также формируются списки для перечисления в банк на карты сотрудников по зарплатным проектам
- начисляются связанные с зарплатой налоги и социальные взносы, которые, к тому же, могут иметь прогрессивные и регрессивные ставки.
- ... и многое-многое другое...

Ну нет никакого смысла всё это пихать в оперативный учет, тем более, для малого предприятия. Как раз не на малых, а на очень-очень крупных предприятиях иногда интегрируют расчет зарплаты с оперативным учетом. Как правило, на крупных производственных предприятиях, на которых требуется относить расходы на зарплату рабочих на себестоимость той или иной производимой им продукции. И тогда задействуются навороченные ERP-системы, стоящие очень немалые деньги, которые умеют это делать. И которые малым предприятиям никак не потянуть.

FantomnyНа удивление 1 раз видел базовую 1с, считавшую именно "долги".Любая бухгалтерская программа умеет "считать долги", причем под термином "долги" понимаются именно "долги", которые могут быть востребованы в судебном порядке с контрагента, либо контрагентом. В денежном выражении. И, как правило, любая бухгалтерская программа "считает долги", используя для этого счета взаиморасчетов - 60, 62, 76 с аналитическими разрезами по контрагентам, договорам и документам, сформировавшим задолженность. Я еще ни разу не видел ни одной 1С, в которой ни один из указанных счетов не был бы задействован.

Fantomny(Причем термином долг обозначается то, что под этим понимал пользователь программы)Надеюсь, пользователь программы не имел в виду супружеский долг. :)