使用手册：用 QuailBreeder 管理鹌鹑饲养

1.QuailBreeder是什么，又不是什么

QuailBreeder是给孵化、饲养和销售鹌鹑的人用的工具。它把整个经营过程记录成一条连贯的链条，从蛋一直到账单，并把你每天本来就会随手记下的零碎信息变成可以用来做计划的数字。这一章说明这个应用负责什么、有意不做什么，让你读上10分钟就能判断它适不适合你的养殖场。

整条链：从蛋到账单

应用跟着你的鹌鹑本来就要经历的周期走。每个阶段都有一个界面，每个阶段都把自己的数字传给下一个阶段。

所有阶段共用同一套辅助功能：一张总览，显示孵化器、育雏箱和笼子的使用率和空余；提醒，可以是推送通知，也可以是写进你日历（iCloud、Google日历）的事项；死亡分析，把每一笔损失按日期、时间和笼子或饲养场所记录下来；还有账单模板，你可以自己设计，并且支持可点击的链接。

一切最终都汇到一个指标上：存活率，也就是你放进孵化器的蛋当中，最后变成活的、可出售的鹌鹑的比例。它按批次记录，正因为如此才能比较：机器之间、季节之间、种鹑之间。

为谁设计

从家庭后院到小型养殖场。这个应用正是从这样一个场子里诞生的：一个后院鹌鹑场，两年后做到每周约50千克肉，同时有14–15个重叠的批次，3000多只处于不同阶段的鹌鹑。操作方式也是按这个规模设计的：流程短，按钮大，手指冻僵按错了还有一个撤销按钮。

这个应用彻底按移动优先来做，是原生iOS应用，因为养殖数据产生在鹑舍里，而不是在书桌前。你用湿着的手、3秒钟的注意力就能记下一次出雏。

QuailBreeder是iPhone和iPad上的程序。网页版我正在开发中，它在浏览器里运行，因此也能在Android设备上使用。想试用的人可以写信到info@quailbreeder.net，就会获得访问权限。在那之前，记录在一台iOS设备上完成；只要这台设备跟你一起进鹑舍，这在实际中不一定是缺点。

它明确不做的事

• 它不控制孵化器。温度、湿度和翻蛋间隔还是像以前一样在机器上设置。应用管理的是孵化计划，不是孵化器。
• 它自己不测量。没有任何传感器参与；所有数值都来自你，或者来自你设备上的显示。你没有录入的数字，对应用来说就不存在。
• 它不能代替兽医。损失记录告诉你鹌鹑在什么时候、什么地方死亡，这对查找原因很有价值，但它不是诊断。怀疑生病、损失异常或行为改变时，请咨询兽医。
• 它不提供法律建议。你是否需要登记鹑群、到哪里登记，必须保存哪些登记和记录，销售肉和蛋适用什么规定，这些各地规定不同，省和县一级可能各有要求。写第一张销售订单之前，先向当地主管部门问清楚。
• 它不是贴了个鸟图标的企业ERP系统。仓储、财务和人事不是它的对象；批次、存栏以及由此产生的账单才是。

这个工具适不适合你

如果你同时管理不止一个批次，想知道为什么某个批次比上一个差，晚上也不想再把一堆纸质记录重新录一遍，那它适合你。如果你只是照看一只母鹑和几枚蛋，或者想给鹑舍设备做自动化，那它就不太适合，它不是为此设计的。

下一步是设置三个清单。那是下一章的内容，大约需要10分钟。

2.10分钟准备就绪——孵化器、育雏箱、饲养场所

在建立第一个批次之前，先把三个清单填上你实际使用的设备：孵化器、育雏箱和饲养场所。入口在Home（首页）标签页的Settings（设置）里，应用会一步步引导你。典型的家庭后院规模，大约需要10分钟。

这10分钟是之后一切自动运转的代价。应用只有知道了你的机器和箱子，才能计数、提示和规划：它能检查所选机器放得下多少枚蛋，能在出雏当天提示育雏箱装不下，还能在一张总览里告诉你哪台设备正在使用、哪台空着。没有清单，它就只是一本笔记本。

孵化器

应用认识三种经典机型，这个区分不是走形式：它决定了你需不需要落盘日。

• Setter（前期孵化器）在主孵化期里装着蛋，并定期翻蛋。
• Hatcher（出雏器）接手最后几天，这几天蛋静止不动，直到雏鹑出壳。
• 孵化出雏一体机在一个箱体里完成这两项工作。

对每台孵化器，你填写孵化盘的数量和每个盘的蛋数。这正是规划的基础：建立批次时，应用会检查所选机器放得下多少枚蛋，并帮你分配到各个孵化盘。如果你用的是分开的前期孵化器和出雏器，它还会提醒你为落盘日指定出雏盘。

如果你有多台大小不同的机器，就全部录入。孵化器的数量没有限制，每台机器的占用情况都单独记录，这样你在收蛋之前就知道哪台机器还有空盘。

每台机器还有自己的孵化天数，列表里会一并显示，例如“Setter for 15 days, 4 trays”（前期孵化器，15天，4个盘）。预设值是前期孵化器15天、出雏器3天、一体机18天，两条路线加起来总数相同。如果你的设备不一样，就在孵化器上改这个数字，之后批次的所有日期都按它计算。占用情况在机器上显示为数量和比例（“120 out of 420 (29 %)”，即420枚中已放120枚，29%），下面再按每个盘单独显示。孵化盘在界面里统一叫Tray（孵化盘），不管在前期孵化器里还是在出雏器里，因为它们是同一种东西。

育雏箱

育雏箱，界面里叫Brooder（育雏箱），是出雏后头几周温暖的育儿室。你填两个数字：它能安全容纳多少只雏鹑，以及雏鹑在里面待多少天（“Stay in the brooder (Days)”，在育雏箱中停留的天数）。第一个数字产生容量不足的提示，第二个数字产生应用提醒你转群的日期。

这不是走形式。头两周的过度拥挤，是早期损失最常见、同时也最容易避免的原因之一。出雏比预期多的时候，人很容易把所有雏鹑塞进一个箱子凑合几天。如果你填的容量是实打实的，出雏当天就能看到雏鹑放不放得下，从而及时准备第二个箱子，而不是半夜临时凑合。

饲养场所

Location（饲养场所）是一组有特定用途的笼子。典型的是三种：种鹑的笼子、产蛋的笼子和育肥的笼子。一个饲养场所可以是一个笼架、一整个房间，也可以是单独一个大笼舍，关键是用途，不是形状。

按用途来考虑，以后会有回报：蛋数按产蛋饲养场所汇总，饲料和生长记录在育肥鹑所在的地方，种鹑群保留自己的历史。当你把鹌鹑从育雏箱转到某个饲养场所时，应用就知道这些鹌鹑是干什么用的，统计数据也就保持清楚。

容量在这里记两层：每个笼子有自己的容量，饲养场所记总和。另外还有停留天数（“Stay in the cages (Days)”，在笼中停留的天数），应用据此算出鹑群可以屠宰的日期。设置页面会显示所有饲养场所的总容量（以鹌鹑只数计）和所有育雏箱的总容量（以雏鹑只数计），这是回答“还能不能再放一个批次”最快的办法。

起步不需要很多

第一天不要追求把设置做全。1台孵化器、1个育雏箱、1个饲养场所，这就够你把一个小批次从头走到尾，之后再细化清单。只有数字从一开始就要准确：量一量孵化盘，把笼位认真数一遍。应用的提示准不准，取决于你给它的容量实不实。

3.入孵——批次、翻蛋安排、孵化盘

批次是应用思考问题的基本单位。之后产生的所有数字，出雏、损失、饲料、账单，都挂在你现在开始的这个批次上。所以入孵时的几项输入值得认真填。

批次是怎样建立的

在标签栏里选Batch（批次），输入这个批次的蛋数。然后：

• 想补录一个过去的批次，点数量上方的日期。这只在蛋还没放进孵化器时可以做。
• 如果你用Setter（前期孵化器），还要指定Hatcher（出雏器）里的盘，也就是为以后的落盘日计划的出雏盘。
• 把蛋分配到各个孵化盘。应用从清单里知道每个盘的蛋数，会帮你分配。
• 按错了？Undo（撤销）会删掉最后一步操作。
• 蛋分配完以后，按Start（开始）。孵化从此开始，应用开始数天数。

是否要在落盘日和出雏日收到提醒，在Home（首页）标签页的Settings（设置）里决定。可选推送通知，也可选自动写进你常用日历的事项。两样一起用，是实践中救下最多蛋的习惯：相信提醒，而不是相信自己的心算。

前期孵化器和出雏器怎样配合

如果你用的是一体机，批次从头到尾都在同一个箱体里。用分开的机器时，流程里有一个断点，应用对应的正是这个断点：建立批次时你已经说明了出雏器里哪些盘留给这个批次，到落盘日会收到提醒。出雏日你再选择孵化器和盘号，填入出壳的雏鹑数，并指定它们进哪个育雏箱。从这个数字和入孵的蛋数，就得出你的第一个指标：存活率。

应用在这期间记录什么

这里值得划一条清楚的界线，免得你去找根本不存在的字段：应用不记录温度、湿度和翻蛋次数。这些数值你在设备上设置，它们也属于那里；再往手机里敲一遍，也只是一句关于机器的说法而已。

应用记录的是数量、容器和天数：哪些蛋在哪台机器的哪个盘里，用分开的机器时出雏器里预留的是哪些盘，以及由此得出的天数计算。提醒就从这里产生，其中有一条涉及翻蛋安排：“Turn off auto-turner”，关闭自动翻蛋器。应用不干预机器，它只负责让你在正确的时刻想起这件事。

关于名称：前期孵化器和出雏器用的是同一种容器，界面统一叫它Tray（孵化盘）。所以“孵化盘”和“出雏盘”指的是同一个东西，只是处在流程的不同位置。

保住统计数据的两条规则

事情发生时就当场记录，入孵的蛋、出壳的雏鹑、育雏箱里的损失都是。两天后才记下的数字是估计值，估计值会毁掉存活率统计。另外，用撤销按钮不必不好意思：删掉最后一步操作只要1秒钟，却能让你的历史记录保持真实。

第一个批次运转起来以后，剩下的就是例行工作：记录出雏日，雏鹑进育雏箱，每天记录损失。之后的事在下一章。

4.出雏日：记录、转群、第一个指标

出雏日是整个周期里的第一天，这一天你数的东西第一次不再是蛋。在此之前的一切都是计划；现在产生了第一个可以用来工作的数字。在应用里，整个过程不到1分钟，前提是你在它发生的地方记录，而不是晚上在厨房桌边。

这一天你要录入什么

如果你设置了提醒，QuailBreeder会提醒你出雏日期：通过设备上的推送通知、通过关联的日历，或者两者都用。相关设置在Home（首页）标签页的Settings（设置）里。

录入本身只有三项：

• 选择孵化器和盘号。你告诉应用雏鹑来自哪台机器、哪个盘。如果你有多台机器，以后能在机器之间做比较，靠的就是这一步。
• 填入出壳的雏鹑数。数的是活着并且站起来的，不是已经啄壳的。
• 指定育雏箱，也就是雏鹑要放进去的那个。这样应用就知道这些鹌鹑从现在起住在哪里；而且因为你在设置时填了每个育雏箱的容量，出雏当天你就能看到这批雏鹑放不放得下。如果出雏比预期多，你会在不得不临时凑合之前知道，而不是之后。

手指冻僵按错了也不要紧：最后一步操作可以用Undo（撤销）删掉。

关于名称：界面对箱体里的容器只有一个词，Tray（孵化盘）。它在前期孵化器里还是在出雏器里都不改变这一点；本手册里的“孵化盘”和“出雏盘”是同一样东西的两个叫法，你在出雏日选的号码就是这个Tray的号码。育雏的地方在界面里叫Brooder（育雏箱），本手册称它为育雏箱。

第一个指标：存活率

出雏一经记录，你就得到了第一个关键绩效指标。存活率按出壳雏鹑数与入孵蛋数之比计算。

举个例子：入孵200枚蛋，出壳148只雏鹑，存活率就是74%。这个数字里没有别的内容，而这正是它的长处。它很难被美化，因为分母在任何事情发生之前就已经定了。

这个数字不能说明什么。它不衡量受精率。一枚从未受精的蛋和一枚胚胎在孵化后半期死亡的蛋，在这个算式里看起来一样：两者都入孵了，两者都没有出雏。所以数值低本身还不是诊断。它告诉你必须去找原因，但不告诉你去哪里找。想把两者分开，就得在孵化期间照蛋，把未受精的蛋单独记下来；这样才能说问题是出在种鹑身上还是出在孵化器里。

同样，这个数字也不说明这些雏鹑有多少能熬过接下来的几周。那是育雏的任务，也是下一章的主题。

没有专门用于未受精蛋或死胚蛋的字段，也不需要。你填的雏鹑数少于入孵的蛋数时，应用会自己问剩下的蛋：“What about 37 eggs? — Add missing eggs to embrionic mortality records?”（那37枚蛋怎么办？要把缺少的蛋计入胚胎死亡记录吗？）你回答“是”，差额就作为胚胎死亡进入这个批次的损失列表，地点记为机器和孵化盘。

这是整个出雏日最重要的地方。在这里回答“否”的人，手里就有一个数对不上的批次：有些蛋既没出雏，也没算作损失。所以即使原因不明也要回答“是”，是未受精、死胚还是破损，以后可以从备注里区分，但数字本身必须对得上。

之后

趁你还站在孵化器前，把数字填进去。两天后凭记忆记下的数字是估计值，估计值毁掉的正是你用这个应用想要的统计。从雏鹑进育雏箱的那一刻起，就要每天记录，出雏日是曲线的起点，不是终点。

5.育雏：最初几周和每天的记录

出雏的成果能剩下多少，由育雏决定。上一章的指标，也就是存活率，现在不再是一个瞬间的快照，而是一项任务：保住它、提高它，是这几周的主要工作。应用的帮助不在于替你做什么，而在于事后能告诉你问题出在哪里。

每天记录什么

在QuailBreeder里，育雏有两项输入，两项都属于每天巡视鹑舍的同一趟：

• 雏鹑的死亡。损失在发生的地方、发生的当天记录。
• 变动的备注：饲料、环境，以及其他跟昨天不一样的事。一批新饲料、调低了的热源、夜里开着的窗户、一个新的饮水器。

第二项看起来像附带的，其实不是。一个损失数字只说明发生了什么事。旁边的备注才把它变成原因。这个字段正是为此设计的：关于饲料、环境等变动的记录，让查找原因更容易。

为什么按天而不是按周

因为只有曲线足够细，异常才会显出来。举个例子：你一周损失了12只雏鹑。按周记就是一个数：12。往好里想，可以当成正常的早期死亡。按天记，同一周可能是这样：1、0、1、8、1、0、1。这样问题就不再是“我的雏鹑是不是死得太多”，而是“那一天有什么不一样”，而这正好由你那一天的备注来回答。

按周的数字会把这些抹平。你丢掉的不是总数，而是那一天。而那一天是通向原因的唯一线索。

时间和地点也一样。在损失发生的那个育雏箱里记录，不要笼统地记在批次上，否则以后分不清问题是出在遗传、孵化还是你的加热上。

而且要当场记录。两天后才记下的数字是估计值。按错了有撤销按钮；记忆有漏洞就没有办法了。

当数字解释不了的时候

如果损失不断累积却找不到诱因，或者鹌鹑出现病症（腹泻、呼吸有杂音、羽毛蓬乱、瘫痪），那就不是应用的事，也不是一本手册的事。请找你的兽医。不过，每天的记录在这次谈话里能提供的东西很有价值：开始的确切日期、受影响的只数，以及之前几天改变过的事项清单。

之后

当鹌鹑不再需要热源、育雏箱变得太挤时，育雏结束，鹑群搬进笼子。怎样记录、要注意什么，在下一章。

6.鹑群、笼子和饲养密度

总有一天，鹌鹑不再需要热源，育雏箱也变得太挤。育雏到此结束，鹑群搬到它们一直待到周期结束的地方：笼子里。在应用里，这不是一个次要步骤，而是决定这些鹌鹑算作什么用途的时刻。

饲养场所：有用途的笼子

在QuailBreeder里，Location（饲养场所）是一组有特定用途的笼子。典型的例子是种鹑的笼子、产蛋的笼子和肉用育肥的笼子。它是鹑舍里的一个笼架、一整个房间还是单独一个大笼舍，都没有关系，关键是用途，不是形状。

这样划分的原因要到后面才显现出来。蛋数按产蛋饲养场所汇总，生长和饲料记录在育肥鹑所在的地方，种鹑群保留自己的历史。当你把鹌鹑从育雏箱转到某个饲养场所时，应用由此就知道这些鹌鹑是干什么用的，统计数据保持分开，而不是混成一个什么都看不出来的平均数。

第一个周期，每种用途一个饲养场所就够了。以后随时可以再细分。

转群

转进笼子通过批次的任务列表进行：你选择Fattening（育肥），指定饲养场所，然后把当天空着的笼子填满。在这里也可以建立存活记录。

要让应用告诉你哪里空着，它必须知道哪里满了。实时容量总览做的正是这件事：你立刻看到所有关键设备（孵化器、育雏箱和笼子）当前的使用率和空余，并据此安排接下来几个批次的计划。用重叠批次生产的人，规划的不是孵化，而是6周后会空出来的位置。不过这份总览准不准，取决于你在设置时填的容量实不实。认真量一次，不要乐观地估计。

界面里这个单位叫Batch（批次），本手册统一称之为批次；应用里没有别的叫法。记录在案的是离开一个容器的三条路：从育雏箱进入饲养场所的笼子，从笼子进入一张订单（屠宰和销售），以及转入种鹑群，应用为此专门有一个流程，叫“Breeding flock”（种鹑群）。

公鹑和母鹑分开数

从饲养场所开始，应用知道的不只是一个总数，还有按性别的划分：入笼和离开时，公鹑和母鹑可以分别录入。只做育肥的人不需要这个，留空即可。对其他所有人来说，这是两件否则无法记录的事的基础：种鹑群里公鹑与母鹑的比例，以及每只母鹑的产蛋量。把蛋数按整群而不是按母鹑来算，是没有意义的。

分拣在从育雏箱转群的时候做，因为那时候鹑群反正要一只一只过手。怎样鉴别鹌鹑的雌雄，见知识部分。

离开批次

在笼子里，育雏阶段的规则同样适用：每一笔损失都在发生的当天记录。应用按日期、时间和具体的笼子或饲养场所记录并分析每一笔损失，正是在这一点上，健康风险能更快地被圈定。集中在一个笼子里的损失模式，和分散在整个饲养场所的损失模式，是两回事。而总在一天中同一时段出现的模式，指向那个时段发生的事：喂料、晒在鹑舍墙上的太阳、通风、噪音。没有时间，你永远看不到这些。

计划内的离开是屠宰，它有自己的章节。当批次里最终一只鹌鹑都不剩时，批次会自动转入归档。完成的生产批次由此从当前的总览界面消失，但作为数据记录保留下来：你既能看清正在进行的，也能和过去的做比较。

活鹌鹑的销售走的是和屠宰相同的订单：你选择饲养场所、笼子和只数，结算按重量或者按只。转入种鹑群是第二条路。没有凭证的自由转让（送人、交换）在2021年的资料里没有设计；可以用客户为“for myself”（自用）、价格为零的订单来代替。

7.饲料、饲料转化率，以及如何找出成功因素

QuailBreeder 把全部记录工作的目的概括成一句话：分离出成功因素。评估饲料转化率、饲养条件和饲养密度，从中识别出优异的表现。关键词是“分离”。目标不是数字更多，而是数字能够相互比较——能比较，才能回答问题。

一个周期结束、所有数据都录入之后，你可以评估的正是这三个量：饲料的质量、饲养条件，以及笼子里的饲养密度。由此你能看出哪里的结果低于平均，哪里的表现更好。应用承诺的只有这些，对一个指标也不应期待更多：它告诉你该去哪里查看，而不是你会挣多少钱。

可比的意思是：相同的时期，相同的群体

单独一个数字没有意义。只有比较才能产生说服力，而比较只有在条件被记录下来的情况下才站得住。三条规则就够了：

• 相同的时期。 一组养了3周、另一组养了5周，这两组不能比较，因为幼鹑把饲料转化成体重的效率比年长的鹌鹑高。
• 可比的群体。 相近的日龄、相近的来源、相近的初始体重。否则你测的是遗传，却把它叫作饲料。
• 一次只改一件事。 如果你同时换了饲料又降低了笼子的密度，之后那个更好的周期并没有得到解释，只是看起来更好。

所以要记下你改了什么，而且要在改动的当天记。育雏阶段明确提供了这样的功能：每天记录死亡数，再附上关于饲喂、环境等方面改动的备注，便于查找原因。这条备注，正是日后区分“观察”和“解释”的那一部分。

什么会毁掉这个数字

损失记录正是为此设计的：每一笔损失都可以按日期、时间以及具体的笼子或饲养场所记录和分析，以便更快发现健康风险。把这些记录认真做好，之后至少能正确解读一个糟糕的时期。

已经现成的一个指标

出雏当天，你的第一个成绩指标不用自己计算就出现了：存活率，即出壳雏鹑数与入孵蛋数之比。到了育雏阶段，主要任务就是保持并提高这个值。把它当作“一个可用的指标该是什么样”的标尺：两个数字，都在产生的地方记录，中间是一段界限清楚的时期。

已结束的批次会自动归档，这样当前的主界面保持清爽，旧数据也能找到。归档就是你的比较材料——前提是你为每个周期都记下了它是在什么条件下进行的。

关于饲料，答案很短，也省得你去找：应用不记录饲料量。 既不记投入量也不记余料，既不按批次也不按饲养场所。想知道每公斤肉的饲料成本，就在应用之外自己记——应用能提供的，是这种计算里通常缺少的那个数字：多少只鹌鹑在哪段时间里住在哪些笼子里。

因此，应用也不计算饲料转化率。它以百分比显示的，是胚胎死亡率（孵化期间的损失，相对于入孵蛋数）和设备的占用率。其余的损失都以只数显示，按阶段分开：Embryonics（胚胎期）、Nestlings（雏鹑期）、Nestlings (finish)（雏鹑期结束）、Fledglings（幼鹑期）、Fledglings (finish)（幼鹑期结束）、Adults（成鹑）。存活率由你自己从两个都写在批次上的数字算出来：出壳雏鹑数除以入孵蛋数。

关于比较：数字没有导出途径（没有表格，也没有文件），也没有把两个批次并排显示的界面。比较的方法是打开两个批次，把数字抄在一起。对于真正重要的三个指标，这样就够了；想做更多分析的人，应该在一个批次结束时把它们抄到自己的表格里。

8.日期、提醒与你自己的日历

鹌鹑养殖中固定的日期不多，但这几个都不能挪动。所以 QuailBreeder 提供把重要日期和期限同步到你本来就在用的日历（iCloud 或 Google 日历）的功能，另外还可以在此之外或者取而代之，向你的设备发送个性化通知。目的很简单：哪怕你那天心里想着别的事，出雏日也要能找到你。

固定日期在哪里

日期由流程决定，而不是反过来。流程从种蛋放进孵化器开始。从那以后，孵化按照它自己对温度、湿度和翻蛋的要求进行——这段时间你不需要做任何决定，只需要查看。

第一个真正的日期是落盘，也就是把蛋从孵化器移到出雏器。如果你把孵化和出雏分在两台机器里，那么在创建批次时你就要指定出雏器里哪几个盘留给这个批次。这样，落盘日在需要之前就已经确定，应用可以提醒你，而不用你自己倒着推算。

接下来是出雏期。出雏不是一个时间点，而是会拖上一段时间：第一批雏鹑已经出来了，另一些蛋还没有啄壳。你选择孵化器和盘号，录入实际出壳的雏鹑数，并指定它们放进哪个育雏箱。应用正是要在这一天提醒你，不让你错过——这一天产生的那个数字，事后是无法重建的。

第三个日期是从育雏箱转出。鹌鹑进入育肥时，你从任务列表里选择育肥，指定饲养场所，把当天空着的笼子装满。这是三个日期里唯一可以挪动一两天的——前提是育雏箱还装得下这些鹌鹑。提前计划的人，在需要笼位之前就已经把它准备好了。

最后是屠宰日期。关键在于鹑群要在50–60天内达到出栏；超过这个时间还在喂，花的饲料钱换来的增重已经寥寥无几。这也是一个可以提早很久写进日历的日期。

日历还是通知

两条路都可以用，而且互不排斥。设备上的通知会立刻送达，然后就没了。日历条目挂在一个日期上，并且一直留在那里——哪怕你那天两次没看见它。

在第一个批次开始之前就建立好连接，不要等到之后。出雏前两天才连上的日历，不会再有这个批次在那之前产生的日期。

创建的不只是两个日期，而是一个批次一路上产生的所有信号。应用有8种事件，它们在日历里的措辞与任务列表里的完全相同：

所以落盘日前一天有一个单独的预告日期——蛋放进去之前，出雏器必须预热好。而“Turn off auto-turner”（关闭自动翻蛋器）是最容易忘、代价也最高的那个日期。应用会记住它创建的每个条目在日历里的标识，因此不会把同一个日期创建两次。

两者的开关都是统一设置的，不是按批次设置：在设置里有一个日历访问的开关（连同日历的选择），还有一个通知的开关。想单独让某一个批次不带提醒，没有专门的开关——提醒和天数计数一样，是批次自带的。

9.销售与结算

QuailBreeder 记录养殖的每一步——从蛋到账单。这句话的后半部分是字面意思：给客户的单据不是另一个程序里的单独操作，而是从入孵种蛋开始的同一条链的末端。

从鹌鹑到单据

这条路只经过一份文件。屠宰流程的前提是你创建一张屠宰单，也就是加工单。这张单子有双重用途：它可以同时作为销售单使用，也是账单的基础——账单由模板生成，然后发送给客户。

实际上这意味着：屠宰当天你反正要写下来的东西——哪些鹌鹑、多少只、出自哪个群——已经是半张账单。这些信息你只录入一次，在它们产生的当天录入，而不是晚上凭记忆。

账单本身来自模板。你可以用完全可定制的模板制作带自己标识的账单，模板可以编辑，并且支持可点击的链接。模板里写什么——你的名字、地址、其他信息、外观样式——由你决定，而且只需为之后所有的账单决定一次。

批次一旦空了，也就是里面一只鹌鹑都不剩，就会自动转入归档。已结束的生产批次被归档，这样当前视图保持清爽，旧数据也能找到。对结算来说，这带来一个令人愉快的附带效果：每一笔销售都与它来自的批次保持关联。

这个应用不做什么

在这里，说清楚比方便更重要。QuailBreeder 根据你输入的数字生成一份文件。它不提供税务建议，也不检查你的账单是否符合适用于你的要求。

一张发票必须包含哪些法定内容，各国不同，还取决于你的经营在税务上如何归类、卖给谁、规模多大。单据要保存多久，以及在你所在的地方销售肉或蛋是否会带来额外要求，也是同样的情况。这些问题由你的税务顾问或主管部门回答——不是一本手册，也不是一个 App。在开第一张账单之前把这些弄清楚一次，然后把结果填进你的模板。之后模板就替你工作了。

按发生的顺序

• 创建屠宰单，也就是加工单——没有它，屠宰流程不会开始。
• 把同一张单子当作销售单使用，填上买家、数量和价格。
• 从模板生成账单，发送给客户。
• 清空的批次自己进入归档。

四个步骤，其中三个本来就是屠宰日的一部分。唯一额外的工作只有一次，就是设置模板的时候。

单据总是从一张订单产生，而订单总是从笼子里的鹌鹑产生：你选择饲养场所和笼子，填写鹌鹑只数，然后按重量或按只结算。鹌鹑是屠宰后交付还是活体交付，对单据没有区别——是同一个流程。卖蛋没有单据；应用不把蛋当作商品。

客户管理是有的：每个客户有姓名、地址、电话，以及一个按百分比计的折扣，下单时自动生效。也就是说，资料录入一次，以后选择即可。如果是卖给自己——自家食用、自宰——不选客户时应用会填入“for myself”（自用）；这样批次照样完整结清，你不必编造一个客户。

计算很简单：小计等于价格乘以数量（按公斤或按只），减去客户折扣，就是最终金额。资料里没有税率或增值税字段的记载：单据只有价格、数量、重量、折扣和最终金额。所以，需要缴纳增值税的人，记账用的发票得从另一个程序开出——应用的单据是给客户的明细，不是税务文件。在德国一张发票必须包含什么，见关于义务的那一章。

10.保持数据整洁：归档，而不是删除

到了第三或第四个周期，会冒出一个第一天没人会问的问题：已经过去的东西放哪儿？早就卖完的批次、空了好几个月的育雏箱、某个你几乎记不起来的夏天的损失记录。顺手的反应是清理掉。正确的做法是归档。

应用自己会做的事

QuailBreeder 会自动归档已结束的生产批次。这样当前的主界面保持清爽，数据也能长期调取。触发条件你从流程里已经知道：一个批次里一只鹌鹑都不剩时，它就进入归档。你不需要按任何按钮，也不需要做任何决定——最后一笔销售就把它办了。

实际上这意味着：你在主界面上看到的，是你今天的工作。你看不到的，是你当年的工作，而它被完整保留着。

Records（记录）标签页里的批次列表标题是“Current batches”（当前批次），显示正在进行的批次。已结束的批次在内部带有一个“不再活跃”的标记，因而从这个列表里消失——这就是归档的意义：列表短到早上在鹑舍里一眼就能看完。

“看不见”和“没了”是两回事

这个区别听起来像纸上谈兵，直到你把两者弄混过一次。

归档的批次只是从视图里消失了，不是从数据里消失了。它的蛋数、出雏、损失、饲养场所和账单都原封不动地留着。删除的数据则是真的没了——随之没了的，还有一个养殖场仅有的比较标尺：过去某个时候的自己。

举一个谁都遇到过的例子。今年春天你的孵化率比平时差。原因是什么？种鹑、机器、季节，还是新的种蛋来源？只有存在一个“平时”，这个问题才能回答。两年前同一个月、同一台孵化器的那个批次不是累赘——它就是标尺。删掉了它的人，只能靠猜。

错误的数字要改正，不是清除

不要把维护数据和美化数据混为一谈。刚输入就发现的手误，是 Undo（撤销）按钮的事，它会删除最后一步操作——它就是干这个的，你应该毫不犹豫地使用它。

结果糟糕的批次是另一回事。糟糕的那一轮是你手里最有价值的记录；它是唯一能让你学到东西的一轮。为了让统计数字好看一点而把它删掉，骗的是唯一会读这些数字的人。

两个工具，作用范围不同。Undo 在你还处于当前操作中时收回最后一步——这是处理手误的办法。记录一旦保存，就要用删除：单条损失记录和占用记录可以移除（“Delete record”（删除记录），并明确提示“This operation cannot be undone”（此操作无法撤销）），然后你重新录入正确的值。整个批次也可以删除。

对已保存的记录原地修改——直接改写数字——是不提供的。这不是故意刁难，而是为了可追溯性做出的决定：一笔事后可以悄悄改写的损失，作为凭证毫无价值。要改正，就删除再重新录入，而这会一直可见。

日后会显出价值的东西

下面这些经验来自实践，不是来自某项规定。你必须记录什么，取决于你所在国家和地区的法律——这是最后一章的内容。

真正重要的习惯

事情在哪里发生，就在哪里记录；什么时候发生，就什么时候记录。两天后凭记忆写下的数字是估计值，而估计值毁掉的恰恰是你使用这个应用的目的——那些指标。一个批次的存活率，只和进入计算的最差的那个数字一样可靠。

结束一个周期时，快速过一遍这四点：

• 所有损失都记录了吗，包括头几天零星死亡的雏鹑？
• 每一笔损失都写了笼子或饲养场所，而不只是日期？
• 销售数量完整吗，好让批次干净地进入归档？
• 有没有一条备注，写下这一轮和平时有什么不同？

之后你可以放心地让这个批次离开视线。它没有消失——它在等你需要它的那一天。

11.常见问题，以及先检查什么

关于应用的大多数疑问不是应用的故障，而是记录的缺口。本章收集日常中确实会出现的情况，并针对每一种说明你应该先检查什么。

数字与现实

App 显示的鹌鹑比鹑舍里的多

几乎总是少了一条记录，而不是软件出错。把最近几天的损失倒着过一遍：头几周里零星死亡的雏鹑，早上发现、清走，晚上就忘了。每日记录正是为此而设——也正因为如此，记录应该在笼子旁边做，而不是在厨房餐桌上。另外检查一下，从育雏箱转到某个饲养场所的操作是否完整录入，以及部分交付给客户的那部分是否记录了。

App 显示的鹌鹑比鹑舍里的少

多半是出雏数录少了，或者把两个盘的雏鹑放进了同一个育雏箱，却只登记了其中一个盘。把录入的出雏数和你出雏那天实际拿在手里的数目对一对。

一个批次从主界面消失了

这是正常情况，不是丢失。一个批次里没有鹌鹑了，它就会自动转入归档；数据保留，并且可以调取。如果一个批次比预期更早消失，多半是最后一次交付被记录成了全部交付，而实际上还有鹌鹑在。

东西放错了地方

批次在错的孵化器里进行

先检查批次是否已经启动。只要蛋还没有入孵，批次也可以追溯创建；之后这个选项就不再可用。如果孵化已经开始，这就是对一个进行中流程的修正。

有据可查的是：进行中的批次可以编辑——你在批次列表里打开它，那里有蛋在各个盘上的分配、出雏盘和备注。单条记录可以删除后重新创建。

实际上比记录更要紧的是后果：如果这台机器是一台没有出雏功能的孵化器，最后几天你需要出雏盘。先弄清楚蛋实际上要在哪里出雏，然后再把记录理顺。

雏鹑在错的育雏箱里

先决定你是要把鹌鹑挪过去，还是要改记录。头几天挪动没有问题，只要目的地的保温已经到位；更重要的是不要超过目标育雏箱的容量，因为头两周的过密是最常见的、本可避免的损失原因之一。

实际操作和所有已保存的记录一样：删除错误的占用记录，重新分配这一组。在两个育雏箱之间移动鹌鹑作为一个独立操作，没有记载。

明明还有地方，App 却提示过密

那就是清单里登记的数字和你脑子里的不一样。警告的可靠程度，取决于你当初录入的容量。重新量一量箱子，改正清单里的值——填的应该是长期可以承受的数字，而不是某个凉快的晚上勉强凑合的数字。

某个指标看起来不可能

存活率高得反常

这个值是出壳雏鹑数与入孵蛋数之比。所以好得过头的值几乎总是出在分母上：补放了蛋却没有增加批次数量，或者无精蛋在出雏前被拿掉并从批次里扣除了。高兴之前，先检查入孵蛋数。

存活率低得反常

这时可疑的是分子：出雏第二天才出来、之后没有补录的雏鹑，会一直缺着。另外检查出雏损失是否被误算了两次——一次算作未出壳，一次算作育雏箱里的损失。

育肥期和数字对不上

从批次的出雏日期算起，而不是从入笼日期算起。实践中的参考是大约50–60天达到出栏；如果你的批次明显超过这个数，那么饲料、饲养密度和饲养条件就是已结束的周期可以用来比较的几个点。

提醒与日期

落盘日的提醒没有来

按这个顺序检查：Home（主页）标签页的设置里，通知到底有没有打开？你选的是推送通知、日历连接，还是两者都选？你的设备允许这个 App 发送通知吗？多人共同参与的养殖场，日历连接通常更可靠，因为所有参与者看到的是同一个日程。

如果以上都不符合

在 Support Center（支持中心）里描述情况：你创建一个带主题、类别和优先级的工单，说明你预期的是什么、实际发生了什么，并在24小时内收到第一次回复。

12.需要在应用之外弄清楚的事

本章不回答任何一个法律问题，这是有意的。家禽饲养的申报和登记义务、销售蛋和活禽的条件、标识、屠宰和卫生要求，由国家、联邦州和县各自规定，彼此不同。隔两个村子的养殖户适用的规定，不一定适用于你——而论坛上的一条建议，到头来可能是你整个养殖中代价最高的部分。

本章能做的是：告诉你必须问哪些问题、问谁、什么时候问。这样你就能行动起来，而不需要这里有谁给你一个他无权给出的答复。

在这件事上 QuailBreeder 是什么

应用做的是记录：批次、存栏、饲养场所、按日期和地点的损失、屠宰单和账单。这是一份经营记录，不是合规证明。你的记录在形式和范围上是否符合某个部门对你的期待，由该部门决定——不是软件，也不是这本手册。尽管如此，实际好处仍然很大：被问起时能在几分钟内拿出存栏、时间段和来源证明的人，谈话的局面和抱着一箱纸条的人完全不同。

要问的问题和要问的对象

下面这些机构是德语区常见的咨询对象；在奥地利和瑞士它们的名称不同，职责划分也有部分差异。拿不准时，找到你居住地的主管机构，把同样的问题提给它。

问题要问得具体，不要笼统。“我可以养鹌鹑吗”得到的是一个没用的回答；“我在本镇的一个后院里养了大约200只鹌鹑，想在场内直接卖蛋——我需要办什么”得到的回答，你才能用得上。

时机

在第一次销售之前弄清楚，不要等到之后。这是本章里唯一在任何地方都适用的建议：只要你是为自家餐桌而养，你的情况就很简单；从第一个蛋或第一只鹌鹑换钱离开你的饲养场所那一刻起，归类就变了——而事后追溯补救很难。当你明显扩大规模、开设第二个饲养场所、第一次购入活禽，或者从直销转向集市和商贸时，应该再做一次同样的事。

去谈的时候带上数字，而不是打算：当前和计划的存栏、饲养场所的数量和类型、是蛋还是肉、卖给谁、卖多少。这些信息你的应用里正好都有。谈完之后，书面记下你什么时候和谁谈过、对方说了什么；规则会变，这是你唯一的依据。

为了完整起见再说一句：鹌鹑生病或死亡异常增多时，该负责的是兽医，不是手册，也不是应用。应用帮你的是把事实交给兽医——什么时候、在哪里、出现了多少损失。剩下的是兽医的本行。