Счет-фактура на аванс

> И у меня клиенты ни каких вопросов не задают, кто сидит на типовой <br>>конфигурации. Потому, что на ней только одни платежки печатают. Всё <br>>остальное ведут на бумажках или в экселе. <br><br>А при чем здесь те, кто не ведет учет в 1С? Вопросу вопросу рознь. <br><br>> На типовой - никак. Потому, что те же самые ...<br><br>Я пытаюсь вам доказать, что даже нетиповая не спасет, если бухгалтер элементарно не в состоянии проверить правильно или нет.<br>У меня , например, в выписке, исправленно чтобы когда аванс определяется автоматически ставился не служебный договор. Но бухгалтер знает (так как она вводит документы не в хронологическом порядке) прежде чем формировать с/ф на аванс и т п, нужно запустить стандартную обработку и перепровести документы.<br><br>>Договор.Владелец" при зачете аванса<br><br>Проверка Договор.Владелец и контрагента не только при зачете аванса.<br>Вам не нравиться эта проверка? Странно это читать от программиста. <br><br><br><br><br>

<br>> И у меня клиенты ни каких вопросов не задают, кто сидит на типовой конфигурации. Потому, что на ней только одни платежки печатают. Всё остальное ведут на бумажках или в экселе. <br>В первую очередь это свидетельствует о том, что Вы как профессионал, программист в 1с сработали халтурно, НЕ НАУЧИЛИ СВОИХ клиентов работать правильно в типовой конфигурации.<br>

Некоторые понятия не имеют что на 62 счете есть субсчета, причем главбухи, тут дело не в программисте, а знании теории бухучета отдельными работниками бухии...давать им уроки бухгалтерского учета? проводить семинары? продумывать учетную политику - входит ли в обязанности программиста? и вобще ему это надо? Еще ситуации: сделай то, не знаю что, но чтобы понравилось нам и было правильно...)

> Некоторые понятия не имеют что на 62 счете есть субсчета, причем главбухи, тут дело не в программисте, а знании теории бухучета отдельными работниками бухии...<br>А субсчета на 60, 62 счете с точки зрения любого бухгалтера - абсолютно нормально. А вот какие они должны быть в типовой Бухгалтерии 1с - вот ИМЕННО это и надо растолковать эти самым бухам и главбухам. Тем более, что это не сложно. Расскажу Вам байку из жизни. Уже лет 5-6 назад, после перехода на новый план счетов у этих самых бухов и главухов была практически поголовная "мания" - "плодить" в 1с массу субсчетов на счетах 60 и 62, а то еще и на 19. И объяснение этому было простое: "пиво от мух не отделяли". Ну не понимали, что с точки зрения бухучета, тем более для обслуживания авансов и НДС версия 1с о субсчетах этих счетов была правильна и методически и прграммно. Но бухгалтера уже давно "загружены" не бухгалтерской работой: начальство с них постоянно "тянуло" информацию для оперативного учета. Вот и появлялись дикие для 1с идеи: "сделаем отдельный субсчет сч. 62 для расчетов по работам без НДС", например. А для программиста-то решение лежало на поверхности: сделать классификацию договоров и написать простенькие отчеты, делающие выборки оборотов счетов 60, 62 да и 19 по выбранным договорам. Сам так долгое время делал. Только я эти выборки договоров называл Разделы учета. А потом, годика через два-три и в типовой бухгалтерии 1с появился аналог - ВИДЫ ДОГОВОРОВ. А мораль этой байки: не все могут придумать и предусмотреть бухгалтера при работе с типовой конфигурацией. А вот толковый программист 1с - должен предусмотреть!<br><br>> ...давать им уроки бухгалтерского учета? проводить семинары? продумывать учетную политику - входит ли в обязанности программиста? и вобще ему это надо?<br> <br>Отвечу так: если Вы бестолковый программист в 1с - то конечно не надо! А если толковый - надо обязательно! Только "тщательнее". Я вот, например, НИКОГДА ни одной позиции учетной политике в конфигурации САМ не назначал, а садился рядом с бухом или главбухом и методично показывал ему, где "сидят" в конфигурации существенные для учетной политики сведения и не отставал от него до тех пор, пока он не осознавал четко и он САМ (бухгалтер) не назначал в конфигурации позиции учетной политики. Кстати, за все это: за обучение, за постановку учета хорошо платят, даже больше чем за собственно программирование.<br><br>> Еще ситуации: сделай то, не знаю что, но чтобы понравилось нам и было правильно...)<br>Так это и есть типичная для толкового программиста 1с ситуация! ЗАЧЕМ сейчас бухгалтеру программист 1с, которому надо все в рот разжевать, написать ТЗ на сто страниц, а потом еще вместе ловить ошибки и в ТЗ и в результате его исполнения программистом? И ЗАЧЕМ Вам такая работа с ТЗ - это же трудоемко и не у каждого заказчика будет желание достойно оплачивать этот достаточно необязательный этап? Сейчас уже трудно найти "лохов", которые заведомо согласны на то, что "первым этапом работы будет разработка ТЗ за 2000 долларов...", причем второго и последующего этапов при этом скорее всего и не будет. ЗАЧЕМ Вам детальная постановка задачи в ТИПОВОЙ конфигурации, где и так все в основном ясно? Заказчик программистам 1с сейчас готов платить уже не за долгий и изнурительный труд по программированию, в котором он (заказчик, конечно), ничего не понимает, а именно за то "чтобы было красиво". А вот задача программиста 1с сделать так, чтобы при этом все было ПРАВИЛЬНО.<br><br>Ваш взгляд на ситуацию - это взгляд чистого программера "чего изволите". Сейчас это "не катит". Как говорят в Одессе "Хороший программист и хороший программист в 1с - это две большие разницы"!